Skip to content
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

Closed
pespin opened this issue Feb 15, 2022 · 4 comments
Labels
New Feature New features to implement

Comments

@pespin
Copy link
Contributor

pespin commented Feb 15, 2022

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:

  • remote TEIC (sess->sgw_s5c_teid)
  • remote TEID (bearer->sgw_s5u_teid)
  • GTPC remote address (sess->sgw_s5c_ip)
  • GTPU remote address (bearer->sgw_s5u_ip)

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:

  • 3GPP TS 29.274 7.2.7 "Modify Bearer Request"
  • 3GPP TS 29.060 7.3.3 "Update PDP Context Request"
@acetcom
Copy link
Member

acetcom commented Feb 19, 2022

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!
Sukchan

@laf0rge
Copy link
Contributor

laf0rge commented Feb 21, 2022

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.

pespin added a commit to sysmocom/open5gs that referenced this issue Feb 23, 2022
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
acetcom pushed a commit that referenced this issue Feb 23, 2022
…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
@pespin
Copy link
Contributor Author

pespin commented Feb 23, 2022

So after 1383 has been merged, the current status for this ticket is that:

  • GTPv1C (UpdatePDPContextRequest/Response): TEID+IPaddr are properly updated in both SMF and UPF.
  • GTPv2C (ModifyBearerRequest/Response): TEID+IPaddr are still NOT updated in SMF nor in UPF.

@pespin
Copy link
Contributor Author

pespin commented Jun 13, 2022

Hi @acetcom , IIUC you already implemented what was missing for GTPv2C in 4d2f772? So, SMF is already updating the GTPv2U remote IP address on the UPF?

If that's the case, I think this ticket can be closed.

@acetcom acetcom closed this as completed Jun 13, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
New Feature New features to implement
Projects
None yet
Development

No branches or pull requests

3 participants