Hi Satish,
It’s important I think to make the distinction here between nodes and plugins,
Plugins are .so files, as Chris says, one cannot load these once VPP has
‘booted’. Nodes, which can be specified/contained within plugins, can be added
to the VLIB graph at any time. So, start VPP with all
Hi Jakub,
A quick refresher on IP Addressing ☺
In the world or tunnels we typically talk about the underlay and the overlay.
The underlay will contain the addresses that form the tunnel’s source and
destination address (the addresses one sees in the outer IP header) – i.e. the
address in ‘crea
Hi Gulakh,
The API/CLI does not support removing the entire entry in one command. Instead
you must remove each of the paths one by one, in any order, i.e.
1) mpls local-label 80 *del* via 4.4.4.4 out-labels 90
2) mpls local-label 80 *del* via 4.4.4.5 out-labels 90
Regards,
neale
F
Support for ERSPAN:
https://tools.ietf.org/html/draft-foschiano-erspan-03
was recently added:
https://gerrit.fd.io/r/#/c/10524/
/neale
From: on behalf of Gulakh
Date: Monday, 19 February 2018 at 12:08
To: "vpp-dev@lists.fd.io"
Subject: [vpp-dev] vpp rspan
Hi
I'm wondering if VPP support
Hi Lollita
adj_nbr_tables is the database that stores the adjacencies that represent the
peers attached to on a given link. It is sized (perhaps overly) to accommodate
a large segment on multi-access link. For your p2p GTPU interfaces, you could
scale it down, since there is only ever one peer
Hi Avi,
Depending on your L3 protocol; ip4-rewirte, ip6-rewrite or mpls-output. Look
for vnet_rewrite_one_header()/vnet_rewrite_two_headers()
Regards,
neale
-Original Message-
From: on behalf of "Avi Cohen (A)"
Date: Sunday, 18 March 2018 at 13:10
To: "vpp-dev@lists.fd.io"
Subject:
I suspect a lock count overrun in the fib_table_t. it’s a u16.
/neale
From: on behalf of xyxue
Date: Wednesday, 4 April 2018 at 08:39
To: "vpp-dev@lists.fd.io"
Subject: [vpp-dev] the problem of deleting the static arp
Hi guys，
I’m testing the static arp.
When I configured one hundred thous
Hi Jit,
Wiki updated with a tunnel config example.
/neale
From: on behalf of Jit Mehta
Date: Wednesday, 4 April 2018 at 18:21
To: "vpp-dev@lists.fd.io"
Subject: [vpp-dev] MPLS configuration for v18.01.1
Hello vpp-dev,
Is there a configuration guide/wiki page for MPLS for v18.01.1?
I follo
Hi Sadegh,
As Ole says, VPP does not support MPLS-TE the control plane protocol (i.e.
signalling and configuration). However, VPP does support MPLS tunnels and
cross-connects that a control plane could use to realise an MPLS-TE data-plane.
Fast-reroute/failover mechanisms are not supported.
Ht
There is not.
/neale
From: on behalf of Jit Mehta
Date: Saturday, 7 April 2018 at 23:47
To: "vpp-dev@lists.fd.io"
Subject: [vpp-dev] cli to show configuration.
Is there a cli to show all the config added for vpp? ("show runn" equivalent
for Cisco)
Thanks,
J
Hi Xyxue,
There’s no plan to support IPv6 uRPF. However, a simple cut-n-paste of the
IPv4 code (ip/ip4_source_check.c) and some refactoring of common parts would be
the way to go.
Regards,
neale
From: on behalf of xyxue
Date: Thursday, 12 April 2018 at 02:49
To: otroan
Cc: vpp-dev
Subject
Hi Jan,
A VPP packet trace and the output from “sh ip mfib’ would help diagnose your
multicast packet drops.
/neale
From: on behalf of Jan Hugo Prins | BetterBe
Date: Wednesday, 11 April 2018 at 20:54
To: Ole Troan
Cc: vpp-dev , Ray Kinsella
Subject: Re: [vpp-dev] Maintainer router plugin
Both my_forwarder.api and my_policer.api have a syntax error at line 53. Are
you missing a semi-colon?
/neale
From: on behalf of Sara Gittlin
Date: Monday, 16 April 2018 at 17:08
To: "vpp-dev@lists.fd.io"
Subject: Re: [vpp-dev] Build error with my_plugin.api.h file.
APIGEN my_forwarder
Hi Xyxue,
Try applying the changes in this patch:
https://gerrit.fd.io/r/#/c/10216/
to MPLS tunnels. Please contribute any changes back to the community so we can
all benefit.
Regards,
Neale
From: on behalf of xyxue
Date: Wednesday, 18 April 2018 at 09:48
To: Xie
Cc: "vpp-dev@lists.fd.io
Hi Kingwei,
Thank you for your analysis. Some comments inline (on subjects I know a bit
about ☺ )
Regards,
neale
From: Kingwel Xie
Date: Wednesday, 18 April 2018 at 13:49
To: "Neale Ranns (nranns)" , xyxue
Cc: "vpp-dev@lists.fd.io"
Subject: RE: [vpp-dev] questions in co
Hi Kingwei,
The instructions are here:
https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code#Pushing
you can also file a bug report here:
https://jira.fd.io
but we don’t insist on bug reports when making changes to code on the master
branch.
Regards,
Neale
Hi Kingwei,
[nr] if you skip this then the tunnels are not part of the FIB graph and hence
any updates in the forwarding to the tunnel’s destination will go unnoticed and
hence you potentially black hole the tunnel traffic indefinitely (since the
tunnel is not re-stacked). It is a linked lis
HI Xyxue,
Can you please test to see if the situation improves with:
https://gerrit.fd.io/r/#/c/12012/
thanks,
neale
From: on behalf of xyxue
Date: Friday, 20 April 2018 at 11:31
To: "vpp-dev@lists.fd.io"
Subject: [vpp-dev] question about set ip arp
Hi guys,
I'm testing 'set ip arp' . Wh
Hi,
Please try:
https://gerrit.fd.io/r/12014
you don’t need a next=hop when specifying an L2 receive path, so:
mpls local-label add eos 1023 via l2-input-on mpls-tunnel0
regards,
neale
From: on behalf of "omid via Lists.Fd.Io"
Reply-To: "zeinalpouro...@yahoo.com"
Date: Monday, 23 April
Hi Xyxue,
Thank you for the verification. To address the long walk please also include:
https://gerrit.fd.io/r/#/c/12105/
thanks,
neale
From: 薛欣颖
Date: Wednesday, 25 April 2018 at 04:48
To: "Neale Ranns (nranns)" , vpp-dev
Subject: Re: Re: [vpp-dev] question about set ip arp
Looks OK to me. Packet trace maybe?
Just a note, you don’t need two out-labels on your tunnel (and so you don’t
need to neos entry on RX)
/neale
From: on behalf of "omid via Lists.Fd.Io"
Reply-To: "zeinalpouro...@yahoo.com"
Date: Monday, 30 April 2018 at 14:45
To: "vpp-dev@lists.fd.io"
Cc:
https://wiki.fd.io/view/VPP/Command-line_Interface_(CLI)_Guide#packet_tracer
/neale
From: Omid Zeinalpour
Date: Tuesday, 1 May 2018 at 08:49
To: "vpp-dev@lists.fd.io" , "Neale Ranns (nranns)"
Subject: Re: [vpp-dev] #vpp vpls configuration
Thanks for reply. I change m
VPP does not support multiple interfaces in the same subnet.
Your scenario will be a configuration error once:
https://gerrit.fd.io/r/#/c/8057/
is committed.
/neale
From: on behalf of bindiya Kurle
Date: Monday, 7 May 2018 at 07:27
To: "vpp-dev@lists.fd.io"
Subject: [vpp-dev] Query on VPP b
Hi Xyxue,
The GRE tunnel needs to be in L2 mode, which in the case of GRE is known as
‘transparent ethernet bridging’. So:
create gre tunnel src 11.1.1.2 dst 11.1.1.1 teb
/neale
From: on behalf of xyxue
Date: Tuesday, 15 May 2018 at 08:50
To: "vpp-dev@lists.fd.io"
Subject: [vpp-dev] prob
Hi Zdenko,
I'm surprised traffic was received on the interface given it does not have an IP
address. A couple of questions:
- what is an IPSEC interface?
- how and why did we bypass the IP input features on that interface?
some answers inline...
On 11/10/16 13:53, Zdenko Olsovsky -X (zols
Hi David,
On 11/10/16 15:36, David Hotham via vpp-dev wrote:
So back on the original crash that started this thread… I’ve been doing some
digging, have a decent idea of what’s going wrong, and would appreciate input on
what the right approach / next steps towards fixing it should be.
When th
p-dev-boun...@lists.fd.io] On Behalf Of Neale Ranns (nranns) Sent:
Tuesday, October 11, 2016 1:16 PM To: David Hotham; vpp-dev@lists.fd.io;
Singh, Jasvinder (jasvinder.si...@intel.com); Dumitrescu, Cristian
(cristian.dumitre...@intel.com) Subject: Re: [vpp-dev] crash in new QoS code
Hi David,
On 11/1
le
Regards, Matus
-Original Message- From: csit-dev-boun...@lists.fd.io
[mailto:csit-dev-boun...@lists.fd.io] On Behalf Of Neale Ranns (nranns)
Sent: Tuesday, October 11, 2016 4:14 PM To: Zdenko Olsovsky -X (zolsovsk -
PANTHEON TECHNOLOGIES at Cisco) ; vpp-dev@lists.fd.io
Cc: csit-...@lists.fd.io Su
csit-dev-boun...@lists.fd.io] On Behalf Of Neale Ranns
(nranns) Sent: Tuesday, October 11, 2016 4:14 PM To: Zdenko Olsovsky
-X (zolsovsk - PANTHEON TECHNOLOGIES at Cisco) ;
vpp-dev@lists.fd.io Cc: csit-...@lists.fd.io Subject: Re: [csit-dev]
[vpp-dev] Cannot add route to ipsec0 interface
Hi Zden
Hi Choonho Son,
your version is a little old, please update from master.
pre-conditions:
fresh boot of VPP
post-conditions:
fake interfaces present
I strongly advise running 'test fib' only as part of FIB unit testing - as it
say in the help.
https://docs.fd.io/vpp/16.12/clicmd_vnet_vnet_
Hi Madhi,
have a read of;
vlib/vlib/vlib_process_doc.h
that might be what you want.
regards,
neale
On 19/10/16 09:52, mahdi akrami wrote:
Hi all,
I studied multi-threading in VPP. As I understood we can define and use threads
just for handling NICs (queues). How can I define a thread for d
Hi,
It’s not clear [to me at least] why the packet in your trace was dropped. It
was an IPv6 packet to/from the tunnel src/dst, but it has IPv6 extension header
for ‘destination options’. VPP was not able to read past this header for
reasons I cannot say from that trace alone. I would suggest y
Hi,
In addition to defining what the next-node is, you need to be sure that your
node sets all the necessary buffer meta data that the next node will use.
For example interface-output expects that vnet_buffer(b)->sw_if_index[VLIB_TX]
is set to the interface to transmit on.
/neale
From: vpp-dev
Hi Vikram,
I don’t see a v6 tunnel encapped packet in that trace.
/neale
From: Vikram Sachdeva
Date: Monday, 18 January 2021 at 09:11
To: Neale Ranns
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] GRE Tunnel IP6 over IP6
Hi Neale,
Please find the pcap attached.
I have created two tunnels
Hi Vikram,
Thanks for the trace. I was able to create a UT case for this. It is an issue
in VPP when parsing the destination option header. I will work on it.
/neale
From: Vikram Sachdeva
Date: Monday, 18 January 2021 at 10:26
To: Neale Ranns
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev
Hi Hemant,
I’ll be a little more direct 😊 you can’t expand the size of opaque. The blast
radius of such a change is just too large.
Your alternative choices are: 1) use oqaque2, 2) overlay your ‘value’ field in
the union in opaque. The latter is preferable since you won’t incur the cost of
load
Hi Stanislav,
There is no TX interface information if the packet is for-us. There is only
valid TX interface information if the routing decision was to TX on an
interface. How do you choose the egress Tap?
/neale
From: vpp-dev@lists.fd.io on behalf of Stanislav Zaikin
via lists.fd.io
Date
Dear All,
I’d like to solicit comments for this proposed patch:
https://gerrit.fd.io/r/c/vpp/+/30759
this is a scheme that aids with the integration of VPP with the Linux network
stack by mirroring a [user defined] set of interfaces that VPP owns with
tap/tun interfaces in the kernel. More d
Hi Rupesh,
10.0.0.15 remains unresolved after link down because there remains an
adjacency/ARP-entry for it on Ge0/4/0 – did you add a static one? It is
unresolved because it fails the adjacency source refinement criteria. Packets
to 10.0.0.15 are forwarded using the default route. This is exp
/gettingstarted/developers/fib20/routes.rst#adjacency-source-fib-entries
/neale
From: Rupesh Raghuvaran
Date: Wednesday, 3 February 2021 at 12:03
To: Neale Ranns
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Fib entries as per show ip fib for prefix has forwarding
UNRESOLVED though packet is forwarded
What VPP version is this?
/neale
From: Rupesh Raghuvaran
Date: Wednesday, 3 February 2021 at 17:39
To: Neale Ranns
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Fib entries as per show ip fib for prefix has forwarding
UNRESOLVED though packet is forwarded.
Hi Neale,
Looking at the show ip
that adj/path from the ECMP set when the
interface goes down, it does not conflict with flushing the ARP cache, which
will make the adj incomplete.
/neale
From: Rupesh Raghuvaran
Date: Thursday, 4 February 2021 at 12:58
To: Neale Ranns
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Fib entries
.
Thanks,
Neale
From: Neale Ranns
Date: Friday, 22 January 2021 at 16:55
To: vpp-dev@lists.fd.io
Subject: RFC: Interface Mirroring for Linux Network Stackintegration
Dear All,
I’d like to solicit comments for this proposed patch:
https://gerrit.fd.io/r/c/vpp/+/30759
this is a scheme that aids
plugin could then use the
VAPI function wrappers over this direct transport.
/neale
From: Benoit Ganne (bganne)
Date: Thursday, 11 February 2021 at 17:17
To: Neale Ranns , vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] RFC: Interface Mirroring for Linux Network
Stackintegration
Hi Neale,
> t
Hi Ivan,
Providing config options via the CLI is not a priority, hence I’s not often
done. There’s also no testing for it, so even if it does work once, it may not
continue to do so.
However, if you wish to contribute such a CLI, then it would be welcome.
Regards,
Neale
From: vpp-dev@lists.fd
Hi Vijsy,
From: vpp-dev@lists.fd.io on behalf of Vijay Kumar via
lists.fd.io
Date: Monday, 22 February 2021 at 12:59
To: vpp-dev
Subject: [vpp-dev] Why does ipsec plugin create ipip interface for each IPSec
SA installed by ikev2 plugin
Hi,
I configured VPP as a responder while Strongswan wa
From: vpp-dev@lists.fd.io on behalf of 叶东岗 via
lists.fd.io
Date: Monday, 22 February 2021 at 13:53
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] mgre interface get UNRESOLVED fib entry.
Hi:
I try to config a mgre interface fellow those steps, then i get an
UNRESOLVED fib entry, is it righ
From: Vijay Kumar
Date: Monday, 22 February 2021 at 16:50
To: Neale Ranns
Cc: vpp-dev
Subject: Re: [vpp-dev] Why does ipsec plugin create ipip interface for each
IPSec SA installed by ikev2 plugin
Hi Neale,
Please find my comments inline.
On Mon, Feb 22, 2021 at 8:41 PM Neale Ranns
Dear Govind,
The tunnel parameters are parsed separately in recent versions. Try:
ipsec sa add 20 spi 1000 esp crypto-alg aes-gcm-128 crypto-key
4a506a794f574265564551694d653768 salt 0x12345678 tunnel src 192.83.1.1 dst
192.83.1.2
/neale
From: vpp-dev@lists.fd.io on behalf of Govindarajan
Hi Govind,
Please see:
https://wiki.fd.io/view/VPP/IPSec
/neale
From: Govindarajan Mohandoss
Date: Wednesday, 24 February 2021 at 20:34
To: Govindarajan Mohandoss , Neale Ranns
, vpp-dev
Cc: nd , nd
Subject: RE: [vpp-dev] IPSec ESP Tunnel mode config
Hi Neale,
I was wrong. I did a
Hi Govind,
Flow caches always perform well, but they are more difficult to use than they
first appear. Consider asking yourself these questions:
1 – how many entries can the cache contain?
2 – what do you do when the cache is full? How do you age or recycle old flows?
3 – how do you flush the ca
hI Nikhil,
you haven’t provided any information about what you want to do, especially
w.r.t.t VRFs, so it’s hard to say whether your config is correct or not. A
diagram would help, with VRF and addresses included.
/neale
From: vpp-dev@lists.fd.io on behalf of nikhil subhedar
via lists.fd.io
Hi Vijay,
‘unknown IP protocol’ means there is no registered handler for ESP. From the
info you gave I am assuming you are using ip-ip tunnel protection with the SAs
in transport mode. In that case the incoming packet should classify to the
ip-ip tunnel. The fact that it doesn’t, and the fact t
Hi Vijay,
VPP drops because the packets don’t classify to your tunnel, not because ESP is
not registered. Compare the addresses in the output from ‘sh ipip tun’ with the
packet in the trace.
/neale
From: Vijay Kumar
Date: Monday, 8 March 2021 at 09:52
To: Neale Ranns
Cc: vpp-dev
Subject
From: Vijay Kumar
Date: Monday, 8 March 2021 at 10:20
To: Neale Ranns
Subject: Re: [vpp-dev] Traffic is not put on IPSec tunnel intf ipip0
Hi Neale,
The ipip tunnel src points to the VTH IP hosted in VPP while ipip tunnel dst
points to an interface hosted in the peer VM (Strongswan). The ESP pkt
Have you configured:
ipsec tun protect …
/neale
From: Vijay Kumar
Date: Monday, 8 March 2021 at 14:29
To: Neale Ranns , vpp-dev
Subject: Re: [vpp-dev] Traffic is not put on IPSec tunnel intf ipip0
Hi Neale,
The strongswan (sender) has configured tunnel mode SA. The below is the config
Hi Nikhil,
I suspect the table-d/fib-index is a red herring. From the trace, this is the
echo response sent back from VPP:
03:50:52:603867: VirtualFuncEthernet0/6/0-output
VirtualFuncEthernet0/6/0.900
IP4: fa:16:3e:78:ca:96 -> fa:16:3e:08:4c:1d 802.1q vlan 900
ICMP: 50.50.50.50 -> 20.20.14
Hi Vijay,
I don’t know why there is an ‘arp-ipv4’ adjacency on a tunnel interface, that
shouldn’t ever happen. I tried to re-create your issue but failed, though I did
find some other problems on the way. They are addressed here:
https://gerrit.fd.io/r/c/vpp/+/31643
perhaps you could try this
From: Vijay Kumar
Date: Monday, 15 March 2021 at 17:12
To: Neale Ranns
Cc: vpp-dev
Subject: Re: [vpp-dev] Regarding crash in ARP resolution when mGRE is configured
Hi Neale,
Thank you for the response. I will try to apply the patch shared in the above
link. I will let you know the results
el, setup route and tried to ping
from VPP to the destination host
Can you pls share me your mGRE config if it is working?
Regards.
-- Forwarded message -
From: Neale Ranns mailto:ne...@graphiant.com>>
Date: Mon, Feb 22, 2021 at 8:47 PM
Subject: Re: [vpp-dev] mgre interfa
Hi Vijay,
Please ‘sh fib entry 81’ which, according to the adj on the gre tunnel, is the
FIB entry to reach the next-hop.
/neale
From: Vijay Kumar
Date: Wednesday, 17 March 2021 at 18:48
To: Neale Ranns
Cc: y...@wangsu.com , Vijay Kumar Nagaraj
, vpp-dev@lists.fd.io
Subject: Re: [vpp-dev
Hi Vijay,
I was able to re-produce your issue. Please try with:
https://gerrit.fd.io/r/c/vpp/+/31695
/neale
From: Vijay Kumar Nagaraj
Date: Friday, 19 March 2021 at 19:12
To: Neale Ranns , Vijay Kumar
Cc: y...@wangsu.com , vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] mgre interface get
From: Vijay Kumar
Date: Friday, 19 March 2021 at 21:11
To: vjkumar2003
Cc: Neale Ranns , Vijay Kumar Nagaraj
, y...@wangsu.com ,
vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] mgre interface get UNRESOLVED fib entry.
Hi Neale,
I tested with the correction in fib_index. Verified by gdb that the
, does it work?
/neale
From: Vijay Kumar
Date: Tuesday, 23 March 2021 at 04:18
To: Neale Ranns
Cc: vpp-dev
Subject: Re: [vpp-dev] GRE-over-IPSec fails
Hi Neale,
Could you let me know if you faced the mentioned problem anytime?
For me only IPSec works fine, Only GRE also works fine. But when I
Hi Vijay,
Are your protecting SAs in transport mode?. see:
https://wiki.fd.io/view/VPP/IPSec#Protection_Model
/neale
From: Vijay Kumar
Date: Friday, 26 March 2021 at 02:13
To: Neale Ranns
Cc: vpp-dev
Subject: Re: [vpp-dev] GRE-over-IPSec fails
Hi Neale,
Is this issue due to adjacency
+1
/neale
From: vpp-dev@lists.fd.io on behalf of Damjan Marion via
lists.fd.io
Date: Wednesday, 31 March 2021 at 19:58
To: vpp-dev
Cc: Zhang, Roy Fan
Subject: [vpp-dev] New Committer Proposal
Dear VPP Committers,
I would like to propose Roy Fan Zhang from Intel as a new VPP committer.
Fan
Please don’t change the semantics of existing APIs. Add a ip_neighbor_find API
if you need one.
But what is it you are trying to do? Why are you searching the neighbour table
and in what context; main or worker thread?
/neale
From: vpp-dev@lists.fd.io on behalf of hemant via
lists.fd.io
Dat
From: hem...@mnkcg.com
Date: Friday, 16 April 2021 at 21:07
To: Neale Ranns , vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] dst mac-address look up?
I have not changed any API – it’s only the implementation of an API that has
changed.
this is the definition of changing the semantics; there was
From: hem...@mnkcg.com
Date: Sunday, 18 April 2021 at 01:03
To: Neale Ranns , vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] dst mac-address look up?
From: Neale Ranns
Sent: Saturday, April 17, 2021 8:57 AM
To: hem...@mnkcg.com; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] dst mac-address look up
From: hem...@mnkcg.com
Date: Sunday, 18 April 2021 at 19:25
To: Neale Ranns , vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] dst mac-address look up?
I test using a plugin_test.py script.
I am using device-input to ingress packets. The packets undergo a 6-tuple
lookup (simplified description of
There’s also source VRF select (SVS) plugin
/neale
From: vpp-dev@lists.fd.io on behalf of Benoit Ganne
(bganne) via lists.fd.io
Date: Monday, 19 April 2021 at 14:01
To: Venumadhav Josyula , vpp-dev
Subject: Re: [vpp-dev] route based on the source ip
Hi Venu,
You can do that with ABF, see ht
From: hem...@mnkcg.com
Date: Monday, 19 April 2021 at 16:03
To: Neale Ranns , vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] dst mac-address look up?
From: Neale Ranns
Sent: Monday, April 19, 2021 3:34 AM
To: hem...@mnkcg.com; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] dst mac-address look up
From: hem...@mnkcg.com
Date: Monday, 19 April 2021 at 17:23
To: hem...@mnkcg.com , Neale Ranns ,
vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] dst mac-address look up?
I do see a correct adj in the output from “sh adj” for the pg1 interface.
[@16] ipv6 via 2002::2 pg1: mtu:9000 next:4 flags
o:hem...@mnkcg.com>>, Neale Ranns
mailto:ne...@graphiant.com>>,
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
mailto:vpp-dev@lists.fd.io>>
Subject: RE: [vpp-dev] dst mac-address look up?
I do see a correct adj in the output from “sh adj” for the pg1 interface.
[@16] i
From: hem...@mnkcg.com
Date: Wednesday, 21 April 2021 at 17:36
To: Neale Ranns , vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] dst mac-address look up?
Hi Neale,
Thanks for your help and patience. The adj is complete, but my data plane
doesn’t have an index to find the adj. I get the index
Hi Hemant,
When I said ‘in the control plane’ in my previous emails, I was referring to
within the main thread of VPP, not in a separate user space process. Here the
distinction is in the main thread, not in a work thread. When you are
populating your 6 tuple lookup table, go find the adj for
Hi Vijay,
It does not.
/neale
From: vpp-dev@lists.fd.io on behalf of Vijay Kumar via
lists.fd.io
Date: Thursday, 20 May 2021 at 15:11
To: vpp-dev
Subject: [vpp-dev] Regarding IPSec sequence number synch
Hi,
Does the latest IPSec code support HA.
I am interested to know if ESP sequence numbe
Hi Jérôme,
A packet trace would help us help you in this case 😊
/neale
From: vpp-dev@lists.fd.io on behalf of jerome.bayaux via
lists.fd.io
Date: Friday, 21 May 2021 at 13:05
To: vpp-dev@lists.fd.io
Cc: Justin Iurman
Subject: [vpp-dev] IPv6 in IPv6 Encapsulation
Hello all,
I'm trying to d
Does it all start to go wrong when the extension header gets to about 128 bytes?
/neale
From: jerome.bay...@student.uliege.be
Date: Friday, 21 May 2021 at 16:04
To: Neale Ranns
Cc: vpp-dev@lists.fd.io , Justin Iurman
Subject: Re: [vpp-dev] IPv6 in IPv6 Encapsulation
Hi again Neale,
Here
Right, there’s only so much space available. You’ll need to recompile VPP to
get more space.
Change the PRE_DATA_SIZE value in src/vlib/CMakeLists.txt.
/neale
From: jerome.bay...@student.uliege.be
Date: Friday, 21 May 2021 at 17:06
To: Neale Ranns
Cc: vpp-dev@lists.fd.io , Justin Iurman
Not that I know of.
/neale
From: Vijay Kumar
Date: Monday, 24 May 2021 at 10:14
To: Neale Ranns
Cc: vpp-dev
Subject: Re: [vpp-dev] Regarding IPSec sequence number synch
Ok, thanks Neale.
Is there any plan to develop the IPSec redundancy in future?
On Fri, May 21, 2021 at 5:01 PM Neale
Hi Vijay,
I’d advise you to create a new fixup function (c.f. gre44_fixup) that deals
with the extra headers you want.
/neale
From: vpp-dev@lists.fd.io on behalf of Vijay Kumar via
lists.fd.io
Date: Tuesday, 25 May 2021 at 14:07
To: vpp-dev
Subject: [vpp-dev] Regarding vnet/gre
Hi,
I hav
Hi Vijay,
It is called from ipX-midchain.
/neale
From: Vijay Kumar
Date: Tuesday, 25 May 2021 at 17:08
To: Neale Ranns
Cc: vpp-dev
Subject: Re: [vpp-dev] Regarding vnet/gre
Hi Neale,
Thanks for the useful input. I will implement a new fixup function similar to
the one mentioned.
I believe
hi Vijay,
Yes it does.
In the async mode of operation the crypto job part of IPsec can be farmed out
to other threads, but the sequence number and anti-reply aspects are always
done on the same worker.
/neale
From: vpp-dev@lists.fd.io on behalf of Vijay Kumar via
lists.fd.io
Date: Wednesda
From: vpp-dev@lists.fd.io on behalf of Sudhir CR via
lists.fd.io
Date: Thursday, 10 June 2021 at 08:50
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] vpp hangs with bfd configuration
Hi All,
when we are trying to establish a BFD session between two containers while
processing "adj_bfd_notify ''
Hi Vijay,
The FIB will only match against a destination prefix. If you want to use DPOs
with more complex matching, try the ABF plugin.
/neale
From: vpp-dev@lists.fd.io on behalf of Vijay Kumar via
lists.fd.io
Date: Wednesday, 16 June 2021 at 15:04
To: vpp-dev
Subject: [vpp-dev] Regarding
Hi Hemant,
Look in fib/ip4_fib.c and fib/ip6_fib.c for the different data-structures that
are used.
/neale
From: vpp-dev@lists.fd.io on behalf of hemant via
lists.fd.io
Date: Friday, 11 June 2021 at 14:12
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Lpm match?
For exact match of a table ent
2021 at 16:28
To: Neale Ranns
Cc: vpp-dev
Subject: Re: [vpp-dev] Regarding DPO object
Hi Neale,
The ABF is ACL based matching and forwarding plugin right. This would allow one
to match a packet with ACL and forward it on a configured outbound interface.
My case is different, I don't wa
Kumar
Date: Thursday, 17 June 2021 at 13:08
To: Neale Ranns
Cc: vpp-dev
Subject: Re: [vpp-dev] Regarding DPO object
Hi Neale,
I saw the code of abf_plicy_cmd() function. I was hoping to see something
related to DPO in the function unformat_fib_route_path() which parses the ABF
CLI. But I did not
Hi Mohsen,
You programmed the non-EOS entry, but the packet was EOS. MPLS lookup is really
a 21 bit lookup; label & EOS-bit.
/neale
From: vpp-dev@lists.fd.io on behalf of Mohsen Meamarian
via lists.fd.io
Date: Wednesday, 23 June 2021 at 09:09
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] MPL
Hi Mechthild,
You’ll need to include:
https://gerrit.fd.io/r/c/vpp/+/32298
/neale
From: vpp-dev@lists.fd.io on behalf of Mechthild Buescher
via lists.fd.io
Date: Thursday, 24 June 2021 at 10:49
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] VRRP issue when using interface in a table
Hi all,
w
Hi Sastry,
As Alex alluded to, the ping code:
https://github.com/FDio/vpp/blob/ff2e4138cc020dea4ab0f21f1b172b28f5ed3565/src/plugins/ping/ping.c#L877
uses the FIB to perform the lookup on the destination, it does not consult the
neighbour table. The entries in the neighbour table may have contr
Hi Sastry,
What is the gARP bug and fix you mention?
/neale
From: vpp-dev@lists.fd.io on behalf of Sastry Sista via
lists.fd.io
Date: Tuesday, 29 June 2021 at 12:13
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] #vpp-dev : How does the ping works from vppctl when we
have 2 entries for the
Hi Mechthild,
What Benoit said about punting. You might also find this useful:
https://github.com/FDio/vpp/blob/master/src/plugins/linux-cp/FEATURE.yaml
plus inline …
From: vpp-dev@lists.fd.io on behalf of Mechthild Buescher
via lists.fd.io
Date: Wednesday, 30 June 2021 at 18:06
To: vpp-dev@l
From: vpp-dev@lists.fd.io on behalf of Benoit Ganne
(bganne) via lists.fd.io
Date: Thursday, 1 July 2021 at 10:38
To: Mechthild Buescher , vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] next-hop-table between two FIB tables results in punt
and 'unknown ip protocol'
I think the issue is the way
From: Benoit Ganne (bganne)
Date: Thursday, 1 July 2021 at 11:35
To: Neale Ranns , Mechthild Buescher
, vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] next-hop-table between two FIB tables results in punt
and 'unknown ip protocol'
>> As 198.19.255.249 is the IP of host-Vp
details and will come back to you.
But thanks for your support so far,
BR/Mechthild
From: Neale Ranns mailto:ne...@graphiant.com>>
Sent: Thursday, 24 June 2021 12:33
To: Mechthild Buescher
mailto:mechthild.buesc...@ericsson.com>>;
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
From: Mechthild Buescher
Date: Thursday, 1 July 2021 at 14:51
To: Neale Ranns , Benoit Ganne (bganne)
, vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] next-hop-table between two FIB tables results in punt
and 'unknown ip protocol'
Hi all,
I still don’t have success. This is the confi
Hi Mechthild.
From: Mechthild Buescher
Date: Monday, 5 July 2021 at 16:25
To: Neale Ranns , Benoit Ganne (bganne)
, vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] next-hop-table between two FIB tables results in punt
and 'unknown ip protocol'
Hi Neale,
I tried different configs
Try this one:
https://gerrit.fd.io/r/c/vpp/+/32801
/neale
From: vpp-dev@lists.fd.io on behalf of Benoit Ganne
(bganne) via lists.fd.io
Date: Thursday, 8 July 2021 at 15:08
To: Venumadhav Josyula
Cc: vpp-dev
Subject: Re: [vpp-dev] having problem pinging gtpu_tunnel0 interface, says
Failed
1 - 100 of 728 matches
Mail list logo
