-
-
Notifications
You must be signed in to change notification settings - Fork 708
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[SMF/UPF] remote GTPC/GTPU IP address and TEID not updated in rx GTPv2C Modify Bearer Request #1367
Comments
Hi @pespin That feature is not implemented yet. I don't have plans to implement this for the time being as I have other work to do. Of course, contributions are always welcome. Thanks a lot! |
just for the record: This is a very normal procedure every time the subscriber moves between SGW serving areas. at that point, the SGW changes, and hence the PGW needs to update its context. |
Updating the remote GTP-U IP address and/or TEID on the GGSN is a common practice, used for instance by an SGSN in a UTRAN network to connect an HNB(GW) to exchange GTP-U directly with the GGSN. It is also used in general when doing handovers. When receiving a UpdatePDPContext with the new address, we need to forward the update to the UPF so that it takes it into account when forwarding packets. This patch only implements updating the information towards the UPF when GTPv1C is used. Similar approach for GTPv2C (upon receival of Modify Bearer Request) is still unimplemented. Related: open5gs#1367
…1383) * [SMF] typo fixes in commented code * [SMF] Fix early err return handling UpdatePDPContextRequest * [SMF] UpdatePDPContext: forward update of remote TEID+IPaddr to UPF Updating the remote GTP-U IP address and/or TEID on the GGSN is a common practice, used for instance by an SGSN in a UTRAN network to connect an HNB(GW) to exchange GTP-U directly with the GGSN. It is also used in general when doing handovers. When receiving a UpdatePDPContext with the new address, we need to forward the update to the UPF so that it takes it into account when forwarding packets. This patch only implements updating the information towards the UPF when GTPv1C is used. Similar approach for GTPv2C (upon receival of Modify Bearer Request) is still unimplemented. Related: #1367
So after 1383 has been merged, the current status for this ticket is that:
|
The SGW can send "Modify Bearer Request" at any time which asks the PGW to change the SGW-side GTPC and/or GTPU IP Address, as well a the local TEIC or TEID.
This is done by means of IE "Sender F-TEID for Control Plane".
IE group "Bearer Context" also seems to provide some information per bearer in the "S5/8-U SGW F-TEID", "S12 RNC F-TEID", "S4-U SGSN F-TEID" sub-IEs.
Similarly, same kind of stuff has to be done in GTPv1C when receiving an "Update PDP Context Request" containing any of the IEs "Tunnel Endpoint Identifier Data I", "Tunnel Endpoint Identifier Control Plane", "SGSN Address for Control Plane", "SGSN Address for User Traffic".
This kinf of update is used for instance when an HNBGW sets up a direct GTPU tunnel between the HNB and the GGSN.
Right now, open5gs-smfd is not updating the following fields when receiving such a message:
The GTPC ones should be fairly straightforward to update in smf_s5c_handle_modify_bearer_request(). However, of the GTPU part requires some sort of signalling over PFCP to tell the UPF to update the sgw_s5u_teid and sgw_s5u_ip.
Relevant specs:
The text was updated successfully, but these errors were encountered: