Hi Laurent,
Trying to understand your setup:
Do you have :
100.100.101.x/24
TOR[.1] <>[.2] VLAN
So, is the interface on TOR end also on a vlan (with same id)?
--
Regards,
Balaji.
From: Laurent Dumont
Date: Tuesday, May 19, 2020 at 4:58 PM
To: "Balaji Venkatrama
Hi Raj,
Try maybe:
make wipe-release
make build-release
…
Also, try removing all packages before reinstalling them to make sure that
you’re including/linking against the right vppcom lib.
Regards,
Florin
> On May 19, 2020, at 4:59 PM, Raj Kumar wrote:
>
> Hi Florin,
> I am facing a weird
Hi Florin,
I am facing a weird problem. After making the VPP code changes, I
recompiled/re-installed VPP by using the following commands-
make rebuild-release
make pkg-rpm
rpm -ivh /opt/vpp/build-root/*.rpm
But, it looks that VPP is still using the old code I also stopped the VPP
service before c
Hey everyone,
Thank you for all the comments. Just trying to work my way through it! :)
Just as a sanity check, here is what it looks like on a fresh VPP (without
any config).
# Configure the VPP client with the proper vlan and IP address.
set interface state VirtualFunctionEthernet0/5/0 up
crea
Thanks Ben
Yes indeed it was promiscuous mode, I thought it was the default for some
reason.
Though the small percentage being passed on threw me off, don't think my tg
generates any broadcasts, thats a mystery for another day..
btw do you know how VPP determines the TX queue per worker thread
Hi,
I have successfully set ipfix export (to some extent) and I can see the
template set and records I have configured in the vpp is in fac being sent and
received by tap0. I'm using scapy, session NetflowSession to verify this and
tcpdump. Everything about the template record looks fine, but
Hi Mohammed,
Are you sure packets are sent to the correct destination mac address? Looking
at DPDK stats, it reports a lot of 'unicast packets' but only ~1800 'good
packets' which in turn are all delivered to VPP.
The fact that xconnect works also hints toward a mac destination issue, as
xconne
