-
Notifications
You must be signed in to change notification settings - Fork 52
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
Connection loss after approx 30 Seconds #352
Comments
Hi, used configs/commands are required to understand environment |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hey all,
while testing / integrating travelping UPF with open5gs I've discovered odd behaviour I could not understand / find the root cause for it.
We use open5gs with kubernetes. The SMF is running in a pod and listening on 0.0.0.0 for gpt(c/u) and pfcp.
I used a LoadBalancer for PFCP and GTP(u) with Advertise address to be sent to UPF by SMF. Right after the SMF association I can connect a UE and it will successfully create a UPF session and I can ping the DN. SMF Association and UE Sessions seem normal when using
sh upf session / association
. Approx 30 seconds after the association the ping stops working and the UE Sessions gets removed. I cannot re-connect since UPF reports Cause 72 (no association).I slightly modifed open5gs SMF to use the GTPU advertise address for FAR3 Rule IP (without this fix It wont worked at all, rejected with cause 73 with reason "FAR Rule invalid (3)" since it contained 0.0.0.0 as IP).
I assume there is some kind of "timeout / heartbeat problem" which might be caused by the "Natting / Kubernetes layer" between SMF and UPF? How could I best debug it and what could possibly fix this problem? Is a scenario with natting / different Subnets between SMF and UPF possible at all at the moment?
EDIT: after the 30 seconds the gNB (UERANSIM) is still connected with UPF but the UPF drops packet from UE (drop packet counter on n3 goes up)
The text was updated successfully, but these errors were encountered: