Re: [vpp-dev] GTPu Question
Thanks Andreas !! From: Andreas Schultz Sent: Tuesday, May 26, 2020 4:14 PM To: Govindarajan Mohandoss Cc: vpp-dev@lists.fd.io; nd Subject: Re: [vpp-dev] GTPu Question Hi Govind, I'm NOT one of the GTPu maintainers, but I do work on a UPF implementation based on VPP. The GTPu plugin is IMHO mostly useless and broken by design in its current state. It assumes that TEIDs are symmetric which they never are in real 3GPP settings. There is an outdated change in gerrit (https://gerrit.fd.io/r/c/vpp/+/13134) that corrects that and other deficits. AFAIK there is no GTP-C control interface that can control the GTP-U plugin through VPPs binaries API. Only static tunnels through the CLI are doable (I have not tested that myself). A real PGW/GGSN is therefore not doable. The plugin also has no support for 3GPP compliant charging and QoS. This would be a major problem in case you want to evaluate performance as those areas are the ones that introduce the highest complexity. Performance tests on pure GTP encap/decap are IMHO useless for real world GTP use cases. Regards, Andreas Am Di., 26. Mai 2020 um 05:18 Uhr schrieb Govindarajan Mohandoss mailto:govindarajan.mohand...@arm.com>>: Dear GTPu Owners, I need some help in creating GTPu Origination and Termination config in DUT (Running VPP) as described below. GTPu Origination: [cid:image005.png@01D63420.3CBD6010] GTPu Termination: [cid:image006.png@01D63420.3CBD6010] Whether GTPu plugin has the support to do such mapping (or) I need to write a test plugin to do such mapping ? I found some information in the below link explaining about GTPu Tunneling. https://wiki.fd.io/view/VPP/Per-feature_Notes#VRF.2C_Table_Ids_and_Routing As per the example, foll. are the VPP CLI commands to create a GTPu Tunnel. But I don’t follow the commands. Please see inline. “ loop create set int state loop0 up set int ip addr loop0 1.1.1.1/32<http://1.1.1.1/32> << Can the IP address be created on a physical interface connecting the next node in GTPu Origination Topology mentioned above ? create gtpu tunnel src 1.1.1.1 dst 10.6.6.6 teid decap-next ip4 << What does “decap-next” mean ? set int ip addr gptu_tunnel0 1.1.1.2/31<http://1.1.1.2/31> << Why the IP address is assigned to GTPu Tunnel interface ? “ For the GTPu origination case: How can I associate the incoming Ethernet traffic to GTPu Tunnel config ? It will be great if you can share some document / CLI config (or) test case which is similar to Origination & Termination topology. Thanks Govind -- Andreas Schultz -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#16537): https://lists.fd.io/g/vpp-dev/message/16537 Mute This Topic: https://lists.fd.io/mt/74471469/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] GTPu Question
Hi Govind, I'm NOT one of the GTPu maintainers, but I do work on a UPF implementation based on VPP. The GTPu plugin is IMHO mostly useless and broken by design in its current state. It assumes that TEIDs are symmetric which they never are in real 3GPP settings. There is an outdated change in gerrit (https://gerrit.fd.io/r/c/vpp/+/13134 ) that corrects that and other deficits. AFAIK there is no GTP-C control interface that can control the GTP-U plugin through VPPs binaries API. Only static tunnels through the CLI are doable (I have not tested that myself). A real PGW/GGSN is therefore not doable. The plugin also has no support for 3GPP compliant charging and QoS. This would be a major problem in case you want to evaluate performance as those areas are the ones that introduce the highest complexity. Performance tests on pure GTP encap/decap are IMHO useless for real world GTP use cases. Regards, Andreas Am Di., 26. Mai 2020 um 05:18 Uhr schrieb Govindarajan Mohandoss < govindarajan.mohand...@arm.com>: > Dear GTPu Owners, > >I need some help in creating GTPu Origination and Termination config in > DUT (Running VPP) as described below. > > > > GTPu Origination: > > > > > > GTPu Termination: > > > > Whether GTPu plugin has the support to do such mapping (or) I need to > write a test plugin to do such mapping ? > > > > I found some information in the below link explaining about GTPu > Tunneling. > > https://wiki.fd.io/view/VPP/Per-feature_Notes#VRF.2C_Table_Ids_and_Routing > > As per the example, foll. are the VPP CLI commands to create a GTPu > Tunnel. But I don’t follow the commands. Please see inline. > > > > “ > > loop create > > set int state loop0 up > > set int ip addr loop0 1.1.1.1/32 << Can the IP address be created on a > physical interface connecting the next node in GTPu Origination Topology > mentioned above ? > > create gtpu tunnel src 1.1.1.1 dst 10.6.6.6 teid decap-next ip4 << > What does “decap-next” mean ? > > set int ip addr gptu_tunnel0 1.1.1.2/31 << Why the IP address is assigned > to GTPu Tunnel interface ? > > “ > > > > For the GTPu origination case: > > How can I associate the incoming Ethernet traffic to GTPu Tunnel config ? > > > > It will be great if you can share some document / CLI config (or) test > case which is similar to Origination & Termination topology. > > > > Thanks > > Govind > > -- Andreas Schultz -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#16511): https://lists.fd.io/g/vpp-dev/message/16511 Mute This Topic: https://lists.fd.io/mt/74471469/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] GTPu Question
Hi, I had more or less the same question something like 2 years ago, and guess what, to date still no reply whatsoever. I'd think the plugin's developer is untraceable and/or "out of duty". Now back to the question, if I didn't misunderstood this GTPU plugin's semantics (by reading the code), this plugin doesn't operate as you'd expect from a mobile 3GPP point of view, it actually operates very similarly to how VXLAN does. What this plugin does is mainly implementing a *VTEP (Virtual Tunnel Endpoint)* , so its tunnel interface (i.e. gtpu_tunnelX ) needs an IP address on the same subnet of the actual destination of the encapped packet (i.e. the T-PDU). I know, it's somewhat confusing, but I studied and tried it, and I can confirm that it works this way. If you still want to really understand and use it, I'd suggest you to learn how VXLAN works and its terminology (if you don't know it yet), it'll be a lot easier for you to grasp this plugin's operation. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#16497): https://lists.fd.io/g/vpp-dev/message/16497 Mute This Topic: https://lists.fd.io/mt/74471469/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] GTPu Question
Dear GTPu Owners, I need some help in creating GTPu Origination and Termination config in DUT (Running VPP) as described below. GTPu Origination: [cid:image002.png@01D632DC.1A086500] GTPu Termination: [cid:image004.png@01D632DD.4A324CE0] Whether GTPu plugin has the support to do such mapping (or) I need to write a test plugin to do such mapping ? I found some information in the below link explaining about GTPu Tunneling. https://wiki.fd.io/view/VPP/Per-feature_Notes#VRF.2C_Table_Ids_and_Routing As per the example, foll. are the VPP CLI commands to create a GTPu Tunnel. But I don't follow the commands. Please see inline. " loop create set int state loop0 up set int ip addr loop0 1.1.1.1/32 << Can the IP address be created on a physical interface connecting the next node in GTPu Origination Topology mentioned above ? create gtpu tunnel src 1.1.1.1 dst 10.6.6.6 teid decap-next ip4 << What does "decap-next" mean ? set int ip addr gptu_tunnel0 1.1.1.2/31 << Why the IP address is assigned to GTPu Tunnel interface ? " For the GTPu origination case: How can I associate the incoming Ethernet traffic to GTPu Tunnel config ? It will be great if you can share some document / CLI config (or) test case which is similar to Origination & Termination topology. Thanks Govind image001.emz Description: image001.emz oledata.mso Description: oledata.mso image003.emz Description: image003.emz -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#16484): https://lists.fd.io/g/vpp-dev/message/16484 Mute This Topic: https://lists.fd.io/mt/74471469/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-