[vpp-dev] dhcp proxy implementation in vpp #vpp

2021-05-07 Thread april9_
Hi,all: I found yang model for dhcp proxy in openconfig-relay-agent, but it can't match with vpp implementation well. I set a dhcp proxy server in vpp command line like this: > > > vpp$  set dhcp proxy server 192.168.16.9 src-address 192.168.16.24 do the same thing via clixon command like this

Re: [vpp-dev] [infra-steering] FDIO Jenkins Maintenance - 2021-05-07 1600 UTC to 1800 UTC

2021-05-07 Thread Dave Wallace
The network issues have been addressed and CI jobs appear to be passing. We will continue to monitor the status of the CI infrastructure. Thank you for your patience as these issues we are aware of how irksome these issues have been. Have a great weekend! -daw- On 5/7/2021 1:53 PM, Dave Walla

Re: [vpp-dev] [infra-steering] FDIO Jenkins Maintenance - 2021-05-07 1600 UTC to 1800 UTC

2021-05-07 Thread Dave Wallace
Another network anomaly was detected causing very slow git clone performance and is being addressed.  This has caused some jobs to fail and I will issue 'recheck' on VPP gerrit changes as soon as I get word that the latest update has completed. Thanks for your patience, -daw- On 5/7/2021 12:5

Re: [vpp-dev] FDIO Jenkins Maintenance - 2021-05-07 1600 UTC to 1800 UTC

2021-05-07 Thread Vanessa Valderrama
Maintenance is complete. Jenkins is operational. If you have any issues, please open a ticket at support.linuxfoundation.org. Thank you, Vanessa On 5/7/21 10:22 AM, Vanessa Valderrama wrote: > > *What*: > > Jenkins has been placed in shutdown mode in preparation to perform > unplanned mainten

[vpp-dev] FDIO Jenkins Maintenance - 2021-05-07 1600 UTC to 1800 UTC

2021-05-07 Thread Vanessa Valderrama
*What*: Jenkins has been placed in shutdown mode in preparation to perform unplanned maintenance *When*: 2021-05-07 1600 UTC to 1800 UTC *Impact*: Jenkins sandbox and production will be unavailable during this time *Why*: The vendor will be replacing a network device in attempt to resolve in

Re: [vpp-dev] Running VPP in valgrind #vpp-dev

2021-05-07 Thread Benoit Ganne (bganne) via lists.fd.io
Valgrind does not run well with VPP for a various of reasons (too slow, VPP doing too many nasty tricks and using its own memory allocators etc.). - for profiling, I'd recommend using Linux perf - for memory errors there is a support for Address Sanitizer (I need to spend some time to update it

Re: [vpp-dev] Regarding GTP tunnel scaling

2021-05-07 Thread Benoit Ganne (bganne) via lists.fd.io
os_out_of_memory() tells you you are lacking memory, try to increase the main heap size by adding a line "heapsize 4G" in your startup.conf. ben > -Original Message- > From: vpp-dev@lists.fd.io On Behalf Of Soundarya > Rajan > Sent: vendredi 7 mai 2021 11:43 > To: vpp-dev@lists.fd.io >

Re: [vpp-dev] My plugin is not getting IKE packets on port 4500

2021-05-07 Thread Vijay Kumar
Hi Benoit, Thank you for pointing to the issue. The vlib_punt registration is missing in my IKE plugin. I will add this now Regards, Vijay On Fri, May 7, 2021 at 2:01 PM Benoit Ganne (bganne) wrote: > Hi Vijay, > > NATT is more complex because it requires IPsec to punt packets to IKE as > IPs

[vpp-dev] Regarding GTP tunnel scaling

2021-05-07 Thread Soundarya Rajan
Hi All, I am trying to scale GTP tunnel creation to 50k in vpp v21.06, but getting crash with below bt after 48k tunnel. The commands used are : create gtpu tunnel src 10.43.67.108 dst 172.16.224.176 teid 49816 tteid 50816 decap-next ip4 set interface ip address gtpu_tunnel48816 3.224.176.3/

[vpp-dev] Running VPP in valgrind #vpp-dev

2021-05-07 Thread bhishma via lists.fd.io
Hi All, We are using VPP as our x86 based forwarder. For our use case, we have extended VPP by adding our own specific nodes including process nodes. The startup.conf as shown below: unix { nodaemon log /var/log/vpp/vpp.log full-coredump cli-listen localhost:5003 runtime-dir /shm/run/vpp/

Re: [vpp-dev] My plugin is not getting IKE packets on port 4500

2021-05-07 Thread Benoit Ganne (bganne) via lists.fd.io
Hi Vijay, NATT is more complex because it requires IPsec to punt packets to IKE as IPsec and IKE are sharing the same port - hence IPsec will overwrite your UDP port registration in this case. See the use of ipsec_register_udp_port() and vlib_punt_register() in src/plugins/ikev2/ikev2.c. Best

Re: [vpp-dev] My plugin is not getting IKE packets on port 4500

2021-05-07 Thread Vijay Kumar
Hi experts, Gentle reminder. Has someone faced this issue before On Thu, May 6, 2021 at 6:04 PM Vijay Kumar via lists.fd.io wrote: > Hi team, > > I have implemented a new isakmp plugin that will register with udp for > port 500 and 4500 IKE pkts as shown below (In my cluster, we don't use th