[vpp-dev] IPFIX with IPv4 and IPv6 on the same interface
How can i user IPFIX / Flowprobe for IPv4 and IPv6 flows on the same interface? My setup (vppctl): vpp# set ipfix exporter collector 192.168.190.2 src 192.168.190.12 template-interval 20 port 2055 path-mtu 1450 vpp# flowprobe params record l3 l4 active 20 passive 120 Now, i can set flowprobe with IPv4: vpp# flowprobe feature add-del BondEthernet0.14 ip4 both I can set flowprobe with IPv6: vpp# flowprobe feature add-del BondEthernet0.14 ip4 both disable vpp# flowprobe feature add-del BondEthernet0.14 ip6 both But not ip4 and ip6 vpp# flowprobe feature add-del BondEthernet0.14 ip4 both vpp# flowprobe feature add-del BondEthernet0.14 ip6 both flowprobe feature add-del: Interface has enable different datapath ... If i use "flowprobe feature add-del BondEthernet0.14 l2 both", then the flowprobe table is empty. I have test it with VPP 20.10 and 22.03 Regards -- Jens Roesiger -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22617): https://lists.fd.io/g/vpp-dev/message/22617 Mute This Topic: https://lists.fd.io/mt/97181310/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] [csit-dev] VPP 23.02 release is complete!
Congratulations to everyone in the FD.io community who continuing the excellence in delivering VPP features, fixes, and improvements on a rock solid cadence. A special thanks to Andrew for his effort to automate & execute the release process. -daw- FD.io TSC Chairperson On 2/22/23 11:46 AM, Andrew Yourtchenko wrote: Hi all, VPP release 23.02 is complete ! Artifacts are at their usual place athttps://packagecloud.io/fdio/release Many thanks to all the contributors for their work that went into the release, and thanks to Dave Wallace and Vanessa Valderrama for the help in the process ! Onwards to 23.06! :-) --a /* your friendly 23.02 release manager */ -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22618): https://lists.fd.io/g/vpp-dev/message/22618 Mute This Topic: https://lists.fd.io/mt/97184849/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] SIIT-DC - IPv4 to IPv6 translation
Does anybody have any tips on implementing SIIT-DC? There is just
slightly more than no documentation about it online, and the one VPP
page that mentions it was last updated 6 years ago.
So far I have translation working in one direction. The v4 packets get
rewritten correctly and arrive at the v6 host, and the host replies.
However, the v6 packets arrive back at the border relay and just get
dropped (or forwarded to the default route, depending on it's mood)
because they don't seem to match a mapping rule in the other
direction.
Looking at the traces in wireshark I can see that the packets are
processed through the ip6-map-t node, but then they just fall through
to ip6-lookup.
This is the syntax I eventually settled on after much trial and error.
comment { Configure SIIT-DC: 172.16.32.5 -> 2600:8804:5800:301f::5 }
comment { ipv4 src rewritten into 64:ff9b::/96 }
map add domain ip4-pfx 172.16.32.5/32 ip6-pfx
2600:8804:5800:301f::5/128 ip6-src 64:ff9b::/96
comment { Enable Map-T on IPv4 and IPv6 interfaces }
map interface vmxnet3-0/b/0/0 map-t
map interface vmxnet3-0/13/0/0 map-t
I've tried a bunch of combinations of options trying to map in the
reverse direction without success. I've attached a trace pcap filtered
for one specific translation if anyone wants to take a look at it.
Thanks!
Landy
siit-dc-troubleshooting.pcap
Description: Binary data
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22619): https://lists.fd.io/g/vpp-dev/message/22619
Mute This Topic: https://lists.fd.io/mt/97184982/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] [vpp-build] VPP build error on Ubuntu 22.04
Jens, Forwarding to vpp-dev@lists.fd.io where VPP contributors answer these types of questions. The srtp plugin is not built in the CI [0] and ubuntu-22.04 includes version 2.4.2 of libsrtp2 [1]. The ekt field was deprecated in 2.4.0 since it was never fully implemented and the draft changed [2]. I pinged Florin Coras who maintains the srtp_plugin which is experimental and verified that it has been intentionally left out of the CI. I have pushed a fix for the build failure [3], but Florin will need to test it before it can be merged. Please apply the patch and let us know if you run into any more issues. Thanks, -daw- [0] https://s3-logs.fd.io/vex-yul-rot-jenkins-1/vpp-verify-master-ubuntu2204-x86_64/1178/console-timestamp.log.gz (search for libsrtp2.a -> "17:54:54 -- -- libsrtp2.a library not found - srtp plugin disabled" [1] https://pkgs.org/search/?q=libsrtp2 [2] https://github.com/cisco/libsrtp/releases/tag/v2.4.0 [3] https://gerrit.fd.io/r/c/vpp/+/38345 Forwarded Message Subject:[vpp-build] VPP build error on Ubuntu 22.04 Date: Thu, 23 Feb 2023 03:26:25 -0800 From: Jens Rösiger via lists.fd.io Reply-To: vpp-bu...@lists.fd.io To: vpp-bu...@lists.fd.io Dear VPP Build Team, i have a problem to build VPP on Ubuntu 22.04(LTS). * no errror on "make install-deps" * no errors on "make install-ext-deps" * but "make build-release" give this error: make[1]: Entering directory '/opt/buildpackage/src/vpp/vpp/build-root' Arch for platform 'vpp' is native Finding source for external Makefile fragment found in /opt/buildpackage/src/vpp/vpp/build-data/packages/external.mk Source found in /opt/buildpackage/src/vpp/vpp/build Arch for platform 'vpp' is native Finding source for vpp Makefile fragment found in /opt/buildpackage/src/vpp/vpp/build-data/packages/vpp.mk Source found in /opt/buildpackage/src/vpp/vpp/src Configuring external in /opt/buildpackage/src/vpp/vpp/build-root/build-vpp-native/external Building external in /opt/buildpackage/src/vpp/vpp/build-root/build-vpp-native/external Installing external make[2]: Entering directory '/opt/buildpackage/src/vpp/vpp/build/external' make check-deb make[3]: Entering directory '/opt/buildpackage/src/vpp/vpp/build/external' make[3]: Nothing to be done for 'check-deb'. make[3]: Leaving directory '/opt/buildpackage/src/vpp/vpp/build/external' make[2]: Nothing to be done for 'ebuild-install'. make[2]: Leaving directory '/opt/buildpackage/src/vpp/vpp/build/external' Configuring vpp in /opt/buildpackage/src/vpp/vpp/build-root/build-vpp-native/vpp -- The C compiler identification is Clang 14.0.0 -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working C compiler: /usr/lib/ccache/clang - skipped -- Detecting C compile features -- Detecting C compile features - done -- Performing Test compiler_flag_march_haswell -- Performing Test compiler_flag_march_haswell - Success -- Performing Test compiler_flag_mtune_haswell -- Performing Test compiler_flag_mtune_haswell - Success -- Performing Test compiler_flag_march_tremont -- Performing Test compiler_flag_march_tremont - Success -- Performing Test compiler_flag_mtune_tremont -- Performing Test compiler_flag_mtune_tremont - Success -- Performing Test compiler_flag_march_skylake_avx512 -- Performing Test compiler_flag_march_skylake_avx512 - Success -- Performing Test compiler_flag_mtune_skylake_avx512 -- Performing Test compiler_flag_mtune_skylake_avx512 - Success -- Performing Test compiler_flag_mprefer_vector_width_256 -- Performing Test compiler_flag_mprefer_vector_width_256 - Success -- Performing Test compiler_flag_march_icelake_client -- Performing Test compiler_flag_march_icelake_client - Success -- Performing Test compiler_flag_mtune_icelake_client -- Performing Test compiler_flag_mtune_icelake_client - Success -- Performing Test compiler_flag_mprefer_vector_width_512 -- Performing Test compiler_flag_mprefer_vector_width_512 - Success -- Looking for ccache -- Looking for ccache - found -- Performing Test compiler_flag_no_address_of_packed_member -- Performing Test compiler_flag_no_address_of_packed_member - Success -- Performing Test compiler_flag_no_stringop_overflow -- Performing Test compiler_flag_no_stringop_overflow - Failed -- Looking for pthread.h -- Looking for pthread.h - found -- Performing Test CMAKE_HAVE_LIBC_PTHREAD -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success -- Found Threads: TRUE -- Performing Test HAVE_FCNTL64 -- Performing Test HAVE_FCNTL64 - Success -- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libcrypto.so (found version "3.0.2") -- The ASM compiler identification is Clang with GNU-like command-line -- Found assembler: /usr/lib/ccache/clang -- Looking for libuuid -- Found uuid in /usr/include -- Found subunit in /usr/include and /usr/lib/x86_64-linux-gnu/libsubunit.s
[vpp-dev] Issue with tap FDs of bvi interface.
Hi All, I'm using an older version of vpp 20.09 . When I create a bvi interface using bvi create cli. A corresponding tap is created with same name as follows: *itf-pair: [19] bvi100 tap-39-bvi100 bvi100 960 type tap * But one FD of the tap interface is *missing* when I check in linux. vpp# *show tap tap-39-bvi100* Interface: tap-39-bvi100 (ifindex 40) name "bvi100" host-ns "(nil)" host-mac-addr: e4:43:4b:21:f3:86 *vhost-fds 213 214* * tap-fds 59* gso-enabled 0 csum-enabled 0 In above output there should be 3 FDs associated with the tap but* one of them is missing.* [root@0-9 /]# ls -l /proc/37/fd | grep 59 lrwx-- 1 root root 64 Feb 23 12:03 159 -> /dev/vhost-net *FD 59 is missing*, as a result of which packet transfer between linux and mdp is not happening. Is there some checkin/patch to fix this issue? Any help in debugging this issue will be helpful . Thanks Pragya Nand -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22621): https://lists.fd.io/g/vpp-dev/message/22621 Mute This Topic: https://lists.fd.io/mt/97201480/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
