Re: [vpp-dev] Help with creating patch

Hi Chris, I didn't create a local branch. Thanks !! I didn’t change the subject thinking that it could be related to code freeze. Sorry for that. Thanks Govind > -Original Message- > From: Luke, Chris > Sent: Wednesday, May 13, 2020 9:12 PM > To: Govindarajan Mohandoss ; vpp- > dev

Re: [vpp-dev] Help with creating patch

Govind, Did you create a branch locally before making a commit? It looks like you tried to push to master which won't work. A typical workflow involves creating a local branch, making some changes and commits and then pushing to Gerrit. Also, I changed the email subject; you should really have

Re: [vpp-dev] VPP 20.05 RC1 milestone is complete! RC2 - on Wednesday 20th May

Hello Maintainers, I am doing the patch submission for the first time. I am following the page https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code#Pulling and getting the error below. Can you please help to fix this ? #:~/vpp_external/vpp$ git review remote: er

[vpp-dev] VPP 20.05 RC1 milestone is complete! RC2 - on Wednesday 20th May

Hi all, This is to announce that the VPP 20.05 RC1 milestone is complete! The newly created stable/2005 branch is ready for your fixes in preparation for the RC2 milestone. They need to have a Jira ticket for the issue, and to avoid forgetting adding them to master, where practical, *should* be

Re: [vpp-dev] Reminder: VPP 20.05 RC1 is *tomorrow* 13th May 18:00 UTC

I discussed with John the SR-related patch and Pablo now gave +1 on it so I will merge it as the last patch before rc1, the other two will be best committed to master post-RC1 with the corresponding Jira ticket and then cherry picked to stable/2005, without the rush. --a > On 13 May 2020, at 1

Re: [vpp-dev] Production Jenkins Incident

The upgrade is complete and Jenkins has been restarted. We will continue to monitor for additional issues. If you experience any issues, please open a ticket at support.linuxfoundation.org. Thank you, Vanessa On 5/13/20 11:14 AM, Vanessa Valderrama wrote: > Jenkins is currently in shutdown mode.

Re: [vpp-dev] Reminder: VPP 20.05 RC1 is *tomorrow* 13th May 18:00 UTC

Hi John, > On 13 May 2020, at 17:56, John Lo (loj) via lists.fd.io > wrote: > > Hi Andrew, > > It would be good to include the following two patches: > https://gerrit.fd.io/r/c/vpp/+/27027 Per our discussion in another thread, I would like to know perf im

Re: [vpp-dev] Production Jenkins Incident

Jenkins is currently in shutdown mode. We need to do an emergency JDK upgrade to OpenJDK 8u252 (1.8.0_252-b09). We believe the upgrade on April 28th introduced a new defect that is resolved in the latest version JDK-8219597: (bf) Heap buffer state changes could provoke unexpected exceptions Relea

Re: [vpp-dev] Reminder: VPP 20.05 RC1 is *tomorrow* 13th May 18:00 UTC

Hi Andrew, It would be good to include the following two patches: https://gerrit.fd.io/r/c/vpp/+/27027 https://gerrit.fd.io/r/c/vpp/+/27029 Regards, John From: vpp-dev@lists.fd.io On Behalf Of Mrityunjay Kumar Sent: Wednesday, May 13, 2020 11:11 AM To: Andrew Yourtchenko Cc: vpp-dev Subject:

Re: [SUSPECTED SPAM] [vpp-dev] Troubleshooting IPsec peer behind NAT (AWS instance)

Hi Neale, Thanks a lot for looking into this and providing a fix, much appreciated. I have applied the fix, and that solved the issue on the sender side. The packet successfully reached the other side. However, the issue is on the other side now. The packet trace looks like this: (I've put dummy

[vpp-dev] Production Jenkins Incident

We are experiencing intermittent issues with jenkins.fd.io. We are working on resolving the issues as quickly as possible. Thank you, Vanessa -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#16362): https://lists.fd.io/g/vpp-dev/message/16362 Mute Th

Re: [vpp-dev] Reminder: VPP 20.05 RC1 is *tomorrow* 13th May 18:00 UTC

That patch looks OK, but it never – not even once – passed validation. I rebased it without difficulty, but unless it passes validation it’s not going to be merged. It would have been a Good Thing to have pursued the matter at the time, rather than a long time after the fact. D. From: vpp-dev

Re: [vpp-dev] Reminder: VPP 20.05 RC1 is *tomorrow* 13th May 18:00 UTC

Hi Andrew Long back I have given a patch. if possible can you please try to include it with vpp 2005. https://gerrit.fd.io/r/c/vpp/+/21793 //MJ *Regards*, Mrityunjay Kumar. Mobile: +91 - 9731528504 On Tue, May 12, 2020 at 4:53 PM Andrew Yourtchenko wrote: > Hi all, > > Just a friendly remind

[vpp-dev] Using VPP C API for configuring SRv6 Policy

Hi, We want to develop a C application that can configure SRv6 policy on VPP. Is there any sample application and documentation on how to achieve this using VPP C API? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#16359): https://lists.fd.io/g/vp

Re: [vpp-dev] assert when set ip addr at an interface and delete it at another interface

Hi Ye, Thanks for the report and fix. Could you please push that patch to gerrit? Regards, neale From: on behalf of 叶东岗 Date: Wednesday 13 May 2020 at 16:11 To: "vpp-dev@lists.fd.io" Subject: [vpp-dev] assert when set ip addr at an interface and delete it at another interface root@ac15b50a

[vpp-dev] assert when set ip addr at an interface and delete it at another interface

root@ac15b50ac370:/# /usr/local/vpp20/bin/vppctl _____ _ ___ __/ __/ _ \ (_)__| | / / _ \/ _ \ _/ _// // / / / _ \ | |/ / ___/ ___/ /_/ /(_)_/\___/ |___/_/ /_/ DBGvpp# create tap tap0 DBGvpp# create tap tap1 DBGvpp# set interface ip addr tap0 1.

Re: [vpp-dev] NAT ED empty users dump #nat #nat44

Ole, OK, nat44_user_dump is not going to return anything in NAT ED. nat44_user_session_dump has required fields ( ip_address and vrf_id) that don't allow you to dump all the sessions. If make those fields optional, that should work. Addition of sort and limit optional fields is a good idea and

Re: [vpp-dev] NAT ED empty users dump #nat #nat44

Hi Alexander, Let me try to restart. ;-) nat44_user_dump gives you a list of inside ip addresses that have sessions. That makes sense when you track sessions by inside ip address (user). E.g. in a traditional NAT where in endpoint independent mode you use up an outside port per-session and you n

Re: [vpp-dev] Forwarding packet from kernel interface to VPP srv6 policy

Hi Chinmaya Run vpp services and fire the below cmd from on your linux host. *ip link add veth-vpp type veth peer name veth-linux* *ifconfig veth-vpp up* *ifconfig veth-linux up* *ip addr add 192.168.1.2/24 dev veth-linux * *vppctl create host-interface name veth-vpp hw-

Re: [vpp-dev] NAT ED empty users dump #nat #nat44

Hello Ole, I'm not sure I get your question right. The use case is being able to see NAT pool utilization and debug NAT sessions. I  think it's not a specific use case. NAT44 ED sessions: thread 0 vpp_main: 3 sessions i2o 10.255.10.100 proto icmp port 1593 fib 0 o2i 10.1