[vpp-dev] Documentation to install networking VPP plugin on openstack

HI ALL, Can someone help and point me to the documentation to install networking VPP plugin on openstack. thanks, Suresh -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#21947): https://lists.fd.io/g/vpp-dev/message/21947 Mute This Topic:

Re: [vpp-dev] Stats (rx/tx bytes) per MAC address

Great. Thanks for taking the time to reply. Andre Courchesne On Wed, Sep 28, 2022 at 7:04 PM Neale Ranns wrote: > Hi Andre, > > > > The adjacency counters are for TX. There’s no way currently to get RX > stats per MAC. > > > > /neale > > > > *From: *vpp-dev@lists.fd.io on behalf of Andre >

Re: [vpp-dev] Stats (rx/tx bytes) per MAC address

Hi Andre, The adjacency counters are for TX. There’s no way currently to get RX stats per MAC. /neale From: vpp-dev@lists.fd.io on behalf of Andre Courchesne via lists.fd.io Date: Thursday, 29 September 2022 at 04:00 To: vpp-dev@lists.fd.io Subject: Re: [vpp-dev] Stats (rx/tx bytes) per

Re: [vpp-dev] Stats (rx/tx bytes) per MAC address

Thanks Neale. This seems to provide only total packet/bytes and does not split between RX and TX. Know any way to get the discrete RX and TX counters ? Andre Courchesne - Consultant http://net-forces.blogspot.ca https://www.co2.click Twitter: @IndianaTux LinkedIn:

Re: [vpp-dev] nat44-ed distinct pool for out if

Oh you're right. thanks to your guidance i was able to reach correct configuration. thanks a lot! -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#21943): https://lists.fd.io/g/vpp-dev/message/21943 Mute This Topic:

[vpp-dev] MAC address only based ACL

Hi, I have read many documentation but did not find my answers, so here is the question. Is there a way in VPP to redirect all TCP traffic to a host Linux process unless the traffic comes from a MAC address that is part of some sort of ACL. We used to do this without VPP using iptables and

Re: [vpp-dev] There is bug in patch

I have some idea that is not good 1, spi should be one key in inbound policy serach typedef union { struct { ip4_address_t ip4_src_addr; ip4_address_t ip4_dest_addr; U32 spi; ipsec_spd_policy_type_t policy_type; }; // 16 bytes total

Re: [vpp-dev] There is bug in patch

Looks like it would be a good time to unify slow-path/fastpath and inbound/outbound policy matching code  Best ben > -Original Message- > From: vpp-dev@lists.fd.io On Behalf Of Zachary Leaf > Sent: Wednesday, September 28, 2022 10:10 > To: vpp-dev@lists.fd.io > Cc: Zhang, Roy Fan ;

Re: [vpp-dev] There is bug in patch

Copying in Piotr, Fan and some other folks for awareness/any input. Best, Zach On 28/09/2022 09:07, Zachary Leaf via lists.fd.io wrote: > Hi Guangming, > > Thanks for the report. I think you may have uncovered some of the bugs > in the general inbound matching logic. > > I think there are 2

Re: [vpp-dev] There is bug in patch

Hi Guangming, Thanks for the report. I think you may have uncovered some of the bugs in the general inbound matching logic. I think there are 2 problems with the logic for the standard linear search (not flow cache, but impacts flow cache): 1. Only matches source/dest ip, and doesn't match