Re: [vpp-dev] tap interface up crashes

00:24 À : "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Objet : RE: [vpp-dev] tap interface up crashes Hi Neale, Thanks, that’s very helpful. ip6_sw_interface_add_del() is never called on my system. I’m looking at the vnet/interface.h macros to figure out why. I’m cross

Re: [vpp-dev] VPP plugin unit test framework

Hi Satish, There is no such unit-test harness to test individual nodes in isolation. Instead what we do is configure VPP ‘end-to-end’ using API calls and then inject packets on the appropriate interfaces and examine their fate, by for example, capturing them on the interface they were forwarded

Re: [vpp-dev] pcap trace status in 19.04 reports local0 instead of specified interface

Hi Charles, Does this fix it : https://gerrit.fd.io/r/#/c/18944/ /neale De : au nom de "charlesb...@gmail.com" Date : mardi 16 avril 2019 à 22:14 À : "vpp-dev@lists.fd.io" Objet : Re: [vpp-dev] pcap trace status in 19.04 reports local0 instead of specified interface Thank you for the res

Re: [vpp-dev] finding a virtual memory leak in VPP

origine- De : "Dave Barach (dbarach)" Date : vendredi 10 mai 2019 à 14:14 À : Andreas Schultz , "vpp-dev@lists.fd.io" , "Neale Ranns (nranns)" Objet : RE: [vpp-dev] finding a virtual memory leak in VPP Copying Neale. He may not respond immediately since he&#

Re: [vpp-dev] ipsec interface revisted.

Hi Chris, As far as I'm concerned, it's your plugin, you can add whatever functionality you need. If you separate the new interface type out into another plugin, so it can be used without your feature, then the community will benefit twice. Let's just make sure we document the whys and hows of

Re: [vpp-dev] ipsec interface revisted.

From: Christian Hopps Date: Friday 26 June 2020 at 12:13 To: "Neale Ranns (nranns)" Cc: Christian Hopps , vpp-dev Subject: Re: [vpp-dev] ipsec interface revisted. On Jun 26, 2020, at 4:22 AM, Neale Ranns (nranns) mailto:nra...@cisco.com>> wrote: Hi Chris, As far as I&#

Re: [vpp-dev] Observing a crash in vpp-20.05

ace is not ip6 enabled it should have been dropped earlier. /neale tpyed by my fat tumhbs From: Dave Barach (dbarach) Sent: Monday, July 6, 2020 2:01:49 PM To: Amit Mehra ; vpp-dev@lists.fd.io ; Neale Ranns (nranns) Subject: RE: [vpp-dev] Observing a crash in

Re: [vpp-dev] Regarding new ipsec interface patch

Hopps ; vpp-dev Cc: Neale Ranns (nranns) Subject: RE: [vpp-dev] Regarding new ipsec interface patch We can merge the patch as soon as Neale removes his -2 from it... D. -Original Message- From: vpp-dev@lists.fd.io On Behalf Of Christian Hopps Sent: Monday, July 20, 2020 7:50 AM To: vpp-de

Re: [vpp-dev] VPP 2005 crash with ip6 link local packets #vpp

Please give me a packet trace of an ip6 packet that tpyed by my fat tumhbs From: vpp-dev@lists.fd.io on behalf of vipul.agra...@enea.com Sent: Monday, July 27, 2020 6:26:39 AM To: vpp-dev@lists.fd.io Subject: Re: [vpp-dev] VPP 2005 crash with ip6 link local pa

Re: [vpp-dev] VPP 2005 crash with ip6 link local packets #vpp

ookup (and the same for ip4). /neale tpyed by my fat tumhbs From: Vipul Agrawal Sent: Tuesday, July 28, 2020 11:04:32 AM To: Neale Ranns (nranns) ; vpp-dev@lists.fd.io Subject: RE: [vpp-dev] VPP 2005 crash with ip6 link local packets #vpp Please find attac

Re: [vpp-dev] ABF and ACL co-existence on an Interface

IMO it's reasonable to use ACL and ABF on the same interface as they provide independent functions, especially when they are matching against different criteria. Re the debug CLI, it's often not robust to garbage input. If the API has the same problem though, I'll fix it. Neale tpyed by my f

Re: [vpp-dev] ABF and ACL co-existence on an Interface

forwarding. /neale tpyed by my fat tumhbs From: Balaji Venkatraman (balajiv) Sent: Wednesday, August 12, 2020 5:08:51 PM To: Neale Ranns (nranns) Cc: vpp-dev@lists.fd.io ; Venkat ; Andrew 👽 Yourtchenko Subject: Re: [vpp-dev] ABF and ACL co-existence on an Interface

Re: [vpp-dev] #vpp-memif Send packets out on physical interface controlled by vpp(DPDK) once they are received through memif

You can't use the same address as a nexthop in a route and as an address applied to one of your own interfaces: you can't route to yourself. You might also want to read: https://fd.io/docs/vpp/master/gettingstarted/developers/fib20/attachedexport.html /neale tpyed by my fat tumhbs _

Re: [vpp-dev] ARP resolution from non-connected IP

There's no way to disable the check. VPP expects the ARP request to have only address that belong to the link on which the ARP packet is sent. IMHO the sender's behaviour is wrong. /neale tpyed by my fat tumhbs From: vpp-dev@lists.fd.io on behalf of Satya Mur

Re: [vpp-dev] ARP resolution from non-connected IP

. /neale On 20/08/2020 09:01, "Benoit Ganne (bganne)" wrote: Maybe a workaround would be to add the host prefix of the router loopback in the fib? Eg. 'ip route add /32 '? Best ben > -Original Message- > From: vpp-dev@lists.fd.io

Re: [vpp-dev] ARP resolution from non-connected IP

Hi Murty, ARP works the same way even when using MH-BGP :) Your peer is not directly connected, therefore you ARP for the nexthop, that's the target address. The source address comes from the interface on which the nexthop is attached, I.e the one on which the ARP is sent. this is not the loop

Re: [vpp-dev] The gratuitous ARP issue

Hi Jinlei, Could you please send me a pcap capture of the grat-arp that VPP receives. Then I can duplicate the case in the UT. Thanks, neale From: on behalf of Jinlei Li Date: Saturday 19 September 2020 at 11:56 To: "vpp-dev@lists.fd.io" Subject: [vpp-dev] The gratuitous ARP issue Hi guys,

Re: [vpp-dev] The gratuitous ARP issue

04:02 To: "Neale Ranns (nranns)" Cc: "vpp-dev@lists.fd.io" Subject: Re:Re: [vpp-dev] The gratuitous ARP issue Hi neale, Thanks for your reply. Attached the pcaps file for my test. I tried to set the Opcode of arp packet as request(1) or reply(2), both the same occurs on

Re: [vpp-dev] The gratuitous ARP issue

Hi Jinlei, Thank you for the info. I have updated the UT to reflect this and the problem was seen. I have fixed the issue and updated the patch. /neale From: Jerry Li Date: Wednesday 23 September 2020 at 17:42 To: "Neale Ranns (nranns)" Cc: "vpp-dev@lists.fd.io" Subj

Re: [vpp-dev] [vpp-committers] VPP committers: VPP PTL vote

+1. If I had more pluses to give, I would. /neale From: on behalf of "Dave Barach via lists.fd.io" Reply to: "Dave Barach (dbarach)" Date: Friday 25 September 2020 at 21:14 To: "vpp-committ...@lists.fd.io" Cc: "vpp-dev@lists.fd.io" Subject: [vpp-committers] VPP committers: VPP PTL vote F

Re: [vpp-dev] Facing issue in IPSEC data traffic after SA is setup successfully

Hi Vijay, From: vpp-dev@lists.fd.io Date: Thursday, 5 November 2020 at 16:54 To: vpp-dev@lists.fd.io Subject: [vpp-dev] Facing issue in IPSEC data traffic after SA is setup successfully Hi, I have set up IPSEC SA successfully b/w the Strongswan (initiator) and the VPP IPSec (responder). Aft

Re: [vpp-dev] Facing issue Ipv6 routing (Vpp 1908)

Hi Chetan, I think you’ll have to expand a bit on ‘sometimes’ for us to help. Under what conditions does this happen? /neale From: vpp-dev@lists.fd.io Date: Tuesday, 17 November 2020 at 07:40 To: vpp-dev Subject: [vpp-dev] Facing issue Ipv6 routing (Vpp 1908) Hello Everyone, We are facing

Re: [vpp-dev] Facing issue Ipv6 routing (Vpp 1908)

From: on behalf of chetan bhasin Date: Tuesday 17 November 2020 at 12:27 To: "Neale Ranns (nranns)" Cc: vpp-dev Subject: Re: [vpp-dev] Facing issue Ipv6 routing (Vpp 1908) Hi Neale, Thanks for your response! Note - This issue is not reproduced in labs but coming in one of our

Re: [vpp-dev] why tunnel interfaces do not support device-input feature?

Hi Ye, Some comments inline... On 17/11/2020 02:34, "vpp-dev@lists.fd.io on behalf of 叶东岗" wrote: Hi all: why tunnel interfaces do not support device-input feature? No one has asked for/contributed such support. If you're volunteering, here's some advice. Taking the feature arc

Re: [vpp-dev] replacing make test-checkstyle with black

Hi Paul, Having to write code to conform to python linting is my number 1 annoyance when writing tests. This is my usual hack: e = VppEnum.vl_api_tunnel_encap_decap_flags_t f = e.TUNNEL_API_ENCAP_DECAP_FLAG_ENCAP_COPY_DSCP I support having an auto-linter. I have no knowledge about what’s av

Re: [vpp-dev] VPP ip route add multiple paths

Hello Anonymous, In order to debug IP forwarding issues I’m going to need more info. Please collect: ‘sh ip fib ’ From a working and non-working configuration. All FIB load-balancing is per-flow. So if you don’t have enough flows you won’t [necessarily] get the load distribution that you wan

Re: [vpp-dev] VPP ip route add multiple paths

uot; Date: Thursday 10 December 2020 at 14:46 To: "Neale Ranns (nranns)" Subject: Re: [vpp-dev] VPP ip route add multiple paths Hello Neale, Thanks for the quick answer. What i meant by not working is that traffic is not going through them once all paths are up. Interfaces are up and ru

Re: [vpp-dev] move to clang-format

+1. /neale From: on behalf of Florin Coras Date: Wednesday 16 December 2020 at 16:14 To: Damjan Marion Cc: vpp-dev Subject: Re: [vpp-dev] move to clang-format +1 Florin On Dec 16, 2020, at 6:12 AM, Damjan Marion via lists.fd.io mailto:dmarion=me@lists.fd.io>> wro

<    3   4   5   6   7   8