Closed ikkag closed 1 year ago
I just find that all packets whose dst is ue will pass to upfgtp. And packets received by upfgtp are in state of error. I don't know how to handle the carrier error since all the interfaces run on virtual machine
upfgtp: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1464 unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 1000 (UNSPEC) RX packets 57 bytes 4788 (4.7 KB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 57 dropped 0 overruns 0 carrier 57 collisions 0
Hi, did you find solution ? I seem to have exactly the same issue. Although I had it working in similar <1yr ago without any problem.
i downloaded helm chart 1.0.0 and it is working. I don't see problem with returned GTP-U traffic entering upfgtp in reverse direction. Which makes sense since this is version i sued some tiem ago and had it working from the start.
@ikkag Could you please check dmesg
log for upf container? Are there records like Unknown RAN address
?
Just FYI. In our case the problem was old gtp5g driver. And we encountered Tx carrier erros as well. You have to use gtp5g from free5gc project rather that from other repos.
@pirog-spb AWESOME! you nailed it!!!
Hi @ikkag @jmarkotic
Does the installation of gtp module from free5GC's repo make it work?
Bests Abderaouf
Hi Abderaouf,
Yes it did for me. I can now get ping replies on UE.
Raj
From: Abderaouf KHICHANE @.> Sent: Tuesday, February 28, 2023 8:19 AM To: Orange-OpenSource/towards5gs-helm @.> Cc: Kitindi, Rajabu @.>; Comment @.> Subject: [EXT] Re: [Orange-OpenSource/towards5gs-helm] GTP-U doesn't seem to work on packets returned (Issue #64)
Hi @ikkaghttps://github.com/ikkag @jmarkotichttps://github.com/jmarkotic
Does the installation of gtp module from free5GC's repo make it work?
Bests Abderaouf
— Reply to this email directly, view it on GitHubhttps://github.com/Orange-OpenSource/towards5gs-helm/issues/64#issuecomment-1448168624, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A32JTKRDLY7BIEXM67RT5TDWZX3OBANCNFSM6AAAAAASZATKEU. You are receiving this because you commented.Message ID: @.**@.>>
This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and any disclosure, copying, or distribution of this message, or the taking of any action based on it, by you is strictly prohibited.
Deloitte refers to a Deloitte member firm, one of its related entities, or Deloitte Touche Tohmatsu Limited ("DTTL"). Each Deloitte member firm is a separate legal entity and a member of DTTL. DTTL does not provide services to clients. Please see www.deloitte.com/about to learn more.
v.E.1
Great! I will close this issue
Awesome!
Thank you! Raj
From: Abderaouf KHICHANE @.> Sent: Tuesday, February 28, 2023 9:32 AM To: Orange-OpenSource/towards5gs-helm @.> Cc: Kitindi, Rajabu @.>; Comment @.> Subject: [EXT] Re: [Orange-OpenSource/towards5gs-helm] GTP-U doesn't seem to work on packets returned (Issue #64)
Great! I will close this issue
— Reply to this email directly, view it on GitHubhttps://github.com/Orange-OpenSource/towards5gs-helm/issues/64#issuecomment-1448286352, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A32JTKTE7SZY3RCBTN4D3KTWZYD5NANCNFSM6AAAAAASZATKEU. You are receiving this because you commented.Message ID: @.**@.>>
This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and any disclosure, copying, or distribution of this message, or the taking of any action based on it, by you is strictly prohibited.
Deloitte refers to a Deloitte member firm, one of its related entities, or Deloitte Touche Tohmatsu Limited ("DTTL"). Each Deloitte member firm is a separate legal entity and a member of DTTL. DTTL does not provide services to clients. Please see www.deloitte.com/about to learn more.
v.E.1
Hi, ueransim access successful
But can't access to internet
And here is the tcpdump result in UPF
In which: 10.100.50.236 is the ip address of one network interface in gNb 10.100.50.233 is the ip address of one network interface in UPF, which is treated as GTP-U 10.1.01 is the ip address of UE. 192.168.179.12 is the ip address of upf.n6if.ipAddress 110.242.68.66 is the ip address of the website in DataNet We can see that packet can be transmitted from UPF to DataNet. So does the reply. But replay can't reach UE. I think the trace of icmp is like below: UE -> gNb -> GTP-U -> upf.n6if ->datanet -> upf.n6if And in pod UPF, seems like that the packet can't be handled by GTP-U
Below if the configuration of UPF