[vpp-dev] Collector received the template set but no data set #flowprobe
Hi,All! I'm testing the flowprobe plugin, After I configured the collector and params as follows: *set ipfix exporter collector 10.10.0.100 src 10.10.0.101 template-interval 20 port path-mtu 1450* *flowprobe params record l2 l3 l4 active 20 passive 120* *flowprobe feature add-del GigabitEthernet0/0/1 l2* Collector can received the template set but no data set, What is the reason? Can someone help me ? Thx. Best Regards, Xiaopeng Bai -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14959): https://lists.fd.io/g/vpp-dev/message/14959 Mute This Topic: https://lists.fd.io/mt/69246061/21656 Mute #flowprobe: https://lists.fd.io/mk?hashtag=flowprobe=1480452 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Policer download bandwidth reduces on high rtt connection
Hello all, It looks like the input interface is not receiving all packets. iperf is sending 35176 packets but GigabitEthernet0/14/1 is showing only 15390 rx packets, which is approximately 56% packet loss. So this is not a policer issue, but some thing related to dpdk-input I guess. My startup config has dpdk section totally commented out. Is this a case of missing some parameters? [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-10.00 sec 47.7 MBytes 40.0 Mbits/sec 0.000 ms 0/35176 (0%) sender [SUM] 0.0-10.0 sec 13 datagrams received out-of-order [ 5] 0.00-10.00 sec 20.8 MBytes 17.4 Mbits/sec 0.131 ms 19827/35176 (56%) receiver DBGvpp# sh int GigabitEthernet0/14/1 Name IdxState MTU (L3/IP4/IP6/MPLS) Counter Count GigabitEthernet0/14/1 1 up 1500/0/0/0 rx packets 15390 rx bytes22443048 tx packets32 tx bytes2533 drops 12 punt 1 ip415386 Thanks and Regards, Raj On Mon, Dec 23, 2019 at 11:25 PM Raj via Lists.Fd.Io wrote: > > Hello all, > > In VPP I have configured policer to limit 50mbps bandwidth upload and > download to an IP. > > vpp# sh policer > Name "lap50_dw_20191223_212712" type 2r3c-4115 > cir 51200 eir 51456 cb 12800 eb 1536000 > rate type kbps, round type up > conform action transmit, exceed action transmit, violate action drop > > Template policer at 7ff7b20cb36c: dual rate, not color-aware > cir 709911 tok/period, pir 713461 tok/period, scale 11 > cur lim 26214400, cur bkt 26214400, ext lim 3145728000, ext bkt 3145728000 > last update 0 > --- > Name "lap50_up_20191223_212712" type 2r3c-4115 > cir 51200 eir 51456 cb 12800 eb 1536000 > rate type kbps, round type up > conform action transmit, exceed action transmit, violate action drop > > Template policer at 7ff7b20cb3ac: dual rate, not color-aware > cir 709911 tok/period, pir 713461 tok/period, scale 11 > cur lim 26214400, cur bkt 26214400, ext lim 3145728000, ext bkt 3145728000 > last update 0 > > When iperf is run over UDP and TCP from a server with a round trip > time of 24ms I get full 50mbps for TCP and UDP for both upload and > download. > > But when the same test is performed from a server with rtt of 162ms or > even 46ms, I get full upload speed, but download speed is around > 17mbps, for both TCP and UDP. > > The iperf server is running on remote server and in local machine I > used the following command: > > iperf3 -c -t 20 -u -b 40M -R. > > This is kind of baffling and would appreciate if there are any > pointers I can look to figure out what is happening. > > The output is as follows (here I am testing with 40mbps UDP in iperf) > > 24ms: > > [ ID] Interval Transfer Bitrate Jitter > Lost/Total Datagrams > [ 5] 0.00-1.00 sec 4.89 MBytes 41.0 Mbits/sec 0.014 ms 0/3613 (0%) > [ 5] 1.00-2.00 sec 4.76 MBytes 40.0 Mbits/sec 0.019 ms 0/3517 (0%) > [ 5] 2.00-3.00 sec 4.77 MBytes 40.0 Mbits/sec 0.017 ms 0/3521 (0%) > [ 5] 3.00-4.00 sec 4.77 MBytes 40.0 Mbits/sec 0.018 ms 0/3521 (0%) > [ 5] 4.00-5.00 sec 4.77 MBytes 40.0 Mbits/sec 0.017 ms 0/3521 (0%) > [ 5] 5.00-6.00 sec 4.77 MBytes 40.0 Mbits/sec 0.018 ms 0/3524 (0%) > [ 5] 6.00-7.00 sec 4.77 MBytes 40.0 Mbits/sec 0.021 ms 0/3519 (0%) > [ 5] 7.00-8.00 sec 4.77 MBytes 40.0 Mbits/sec 0.020 ms 0/3521 (0%) > [ 5] 8.00-9.00 sec 4.77 MBytes 40.0 Mbits/sec 0.024 ms 0/3522 (0%) > [ 5] 9.00-10.00 sec 4.76 MBytes 40.0 Mbits/sec 0.023 ms 0/3517 (0%) > [ 5] 10.00-11.00 sec 4.77 MBytes 40.0 Mbits/sec 0.020 ms 0/3523 (0%) > [ 5] 11.00-12.00 sec 4.77 MBytes 40.0 Mbits/sec 0.016 ms 0/3522 (0%) > [ 5] 12.00-13.00 sec 4.76 MBytes 40.0 Mbits/sec 0.020 ms 0/3518 (0%) > [ 5] 13.00-14.00 sec 4.77 MBytes 40.0 Mbits/sec 0.018 ms 0/3522 (0%) > [ 5] 14.00-15.00 sec 4.77 MBytes 40.0 Mbits/sec 0.018 ms 0/3523 (0%) > [ 5] 15.00-16.00 sec 4.77 MBytes 40.0 Mbits/sec 0.022 ms 0/3520 (0%) > [ 5] 16.00-17.00 sec 4.77 MBytes 40.0 Mbits/sec 0.020 ms 0/3522 (0%) > [ 5] 17.00-18.00 sec 4.77 MBytes 40.0 Mbits/sec 0.019 ms 0/3520 (0%) > [ 5] 18.00-19.00 sec 4.76 MBytes 40.0 Mbits/sec 0.025 ms 0/3518 (0%) > [ 5] 19.00-20.00 sec 4.77 MBytes 40.0 Mbits/sec 0.022 ms 0/3524 (0%) > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Jitter > Lost/Total Datagrams > [ 5] 0.00-20.00 sec 95.5 MBytes 40.1 Mbits/sec 0.000 ms > 0/70555 (0%) sender > [SUM] 0.0-20.0 sec 58 datagrams received out-of-order > [ 5]
[vpp-dev] Policer download bandwidth reduces on high rtt connection
Hello all, In VPP I have configured policer to limit 50mbps bandwidth upload and download to an IP. vpp# sh policer Name "lap50_dw_20191223_212712" type 2r3c-4115 cir 51200 eir 51456 cb 12800 eb 1536000 rate type kbps, round type up conform action transmit, exceed action transmit, violate action drop Template policer at 7ff7b20cb36c: dual rate, not color-aware cir 709911 tok/period, pir 713461 tok/period, scale 11 cur lim 26214400, cur bkt 26214400, ext lim 3145728000, ext bkt 3145728000 last update 0 --- Name "lap50_up_20191223_212712" type 2r3c-4115 cir 51200 eir 51456 cb 12800 eb 1536000 rate type kbps, round type up conform action transmit, exceed action transmit, violate action drop Template policer at 7ff7b20cb3ac: dual rate, not color-aware cir 709911 tok/period, pir 713461 tok/period, scale 11 cur lim 26214400, cur bkt 26214400, ext lim 3145728000, ext bkt 3145728000 last update 0 When iperf is run over UDP and TCP from a server with a round trip time of 24ms I get full 50mbps for TCP and UDP for both upload and download. But when the same test is performed from a server with rtt of 162ms or even 46ms, I get full upload speed, but download speed is around 17mbps, for both TCP and UDP. The iperf server is running on remote server and in local machine I used the following command: iperf3 -c -t 20 -u -b 40M -R. This is kind of baffling and would appreciate if there are any pointers I can look to figure out what is happening. The output is as follows (here I am testing with 40mbps UDP in iperf) 24ms: [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-1.00 sec 4.89 MBytes 41.0 Mbits/sec 0.014 ms 0/3613 (0%) [ 5] 1.00-2.00 sec 4.76 MBytes 40.0 Mbits/sec 0.019 ms 0/3517 (0%) [ 5] 2.00-3.00 sec 4.77 MBytes 40.0 Mbits/sec 0.017 ms 0/3521 (0%) [ 5] 3.00-4.00 sec 4.77 MBytes 40.0 Mbits/sec 0.018 ms 0/3521 (0%) [ 5] 4.00-5.00 sec 4.77 MBytes 40.0 Mbits/sec 0.017 ms 0/3521 (0%) [ 5] 5.00-6.00 sec 4.77 MBytes 40.0 Mbits/sec 0.018 ms 0/3524 (0%) [ 5] 6.00-7.00 sec 4.77 MBytes 40.0 Mbits/sec 0.021 ms 0/3519 (0%) [ 5] 7.00-8.00 sec 4.77 MBytes 40.0 Mbits/sec 0.020 ms 0/3521 (0%) [ 5] 8.00-9.00 sec 4.77 MBytes 40.0 Mbits/sec 0.024 ms 0/3522 (0%) [ 5] 9.00-10.00 sec 4.76 MBytes 40.0 Mbits/sec 0.023 ms 0/3517 (0%) [ 5] 10.00-11.00 sec 4.77 MBytes 40.0 Mbits/sec 0.020 ms 0/3523 (0%) [ 5] 11.00-12.00 sec 4.77 MBytes 40.0 Mbits/sec 0.016 ms 0/3522 (0%) [ 5] 12.00-13.00 sec 4.76 MBytes 40.0 Mbits/sec 0.020 ms 0/3518 (0%) [ 5] 13.00-14.00 sec 4.77 MBytes 40.0 Mbits/sec 0.018 ms 0/3522 (0%) [ 5] 14.00-15.00 sec 4.77 MBytes 40.0 Mbits/sec 0.018 ms 0/3523 (0%) [ 5] 15.00-16.00 sec 4.77 MBytes 40.0 Mbits/sec 0.022 ms 0/3520 (0%) [ 5] 16.00-17.00 sec 4.77 MBytes 40.0 Mbits/sec 0.020 ms 0/3522 (0%) [ 5] 17.00-18.00 sec 4.77 MBytes 40.0 Mbits/sec 0.019 ms 0/3520 (0%) [ 5] 18.00-19.00 sec 4.76 MBytes 40.0 Mbits/sec 0.025 ms 0/3518 (0%) [ 5] 19.00-20.00 sec 4.77 MBytes 40.0 Mbits/sec 0.022 ms 0/3524 (0%) - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-20.00 sec 95.5 MBytes 40.1 Mbits/sec 0.000 ms 0/70555 (0%) sender [SUM] 0.0-20.0 sec 58 datagrams received out-of-order [ 5] 0.00-20.00 sec 95.5 MBytes 40.1 Mbits/sec 0.019 ms 0/70555 (0%) receiver 46ms: [ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams [ 5] 0.00-1.00 sec 2.09 MBytes 17.5 Mbits/sec 0.124 ms 1930/3473 (56%) [ 5] 1.00-2.00 sec 2.14 MBytes 17.9 Mbits/sec 0.135 ms 1978/3557 (56%) [ 5] 2.00-3.00 sec 2.12 MBytes 17.8 Mbits/sec 0.142 ms 1926/3489 (55%) [ 5] 3.00-4.00 sec 2.26 MBytes 19.0 Mbits/sec 0.151 ms 1905/3575 (53%) [ 5] 4.00-5.00 sec 2.07 MBytes 17.4 Mbits/sec 0.131 ms 1959/3490 (56%) [ 5] 5.00-6.00 sec 2.13 MBytes 17.8 Mbits/sec 0.127 ms 1961/3532 (56%) [ 5] 6.00-7.00 sec 2.09 MBytes 17.5 Mbits/sec 0.128 ms 1984/3525 (56%) [ 5] 7.00-8.00 sec 2.08 MBytes 17.4 Mbits/sec 0.126 ms 1982/3515 (56%) [ 5] 8.00-9.00 sec 2.03 MBytes 17.0 Mbits/sec 0.133 ms 2025/3523 (57%) [ 5] 9.00-10.00 sec 1.99 MBytes 16.7 Mbits/sec 0.127 ms 2049/3521 (58%) [ 5] 10.00-11.00 sec 1.99 MBytes 16.7 Mbits/sec 0.132 ms 2072/3543 (58%) [ 5] 11.00-12.00 sec 2.02 MBytes 16.9 Mbits/sec 0.131 ms 2013/3503 (57%) [ 5] 12.00-13.00 sec 1.99 MBytes 16.7 Mbits/sec 0.137 ms 2058/3531 (58%) [ 5] 13.00-14.00 sec 2.11 MBytes 17.7 Mbits/sec 0.150 ms 1954/3512 (56%) [ 5] 14.00-15.00 sec 2.01 MBytes 16.9 Mbits/sec 0.127 ms 1995/3479 (57%) [ 5] 15.00-16.00 sec 1.96 MBytes 16.5 Mbits/sec 0.132 ms 2133/3582 (60%) [ 5] 16.00-17.00 sec 2.01 MBytes 16.8 Mbits/sec 0.131 ms 2011/3492 (58%) [ 5] 17.00-18.00 sec 2.03 MBytes
[vpp-dev] Coverity run FAILED as of 2019-12-23 14:00:29 UTC
Coverity run failed today. Current number of outstanding issues are 2 Newly detected: 0 Eliminated: 0 More details can be found at https://scan.coverity.com/projects/fd-io-vpp/view_defects -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14956): https://lists.fd.io/g/vpp-dev/message/14956 Mute This Topic: https://lists.fd.io/mt/69232511/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Get the version from VPP binary
“show version [verbose]” in the debug UI, or use the “show_version” binary API. From: vpp-dev@lists.fd.io On Behalf Of Kevin Burke Sent: Tuesday, December 10, 2019 1:02 PM To: vpp-dev@lists.fd.io Subject: [vpp-dev] Get the version from VPP binary Hi, Is there a way to easily get the version for a given vpp binary? For example, with many pieces of software you can type "-v" or "--version" or "version" to print the version string and then exit. I've tried all of these as well as reading the documentation and had no luck. Thanks, Kevin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14955): https://lists.fd.io/g/vpp-dev/message/14955 Mute This Topic: https://lists.fd.io/mt/69231595/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] Get the version from VPP binary
Hi, Is there a way to easily get the version for a given vpp binary? For example, with many pieces of software you can type "-v" or "--version" or "version" to print the version string and then exit. I've tried all of these as well as reading the documentation and had no luck. Thanks, Kevin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14953): https://lists.fd.io/g/vpp-dev/message/14953 Mute This Topic: https://lists.fd.io/mt/69231595/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] vpp 19.08 stuck at internal_mallinfo with 8 workers configuration
Thanks Shiva for reply! We are using VPP 19.08.1. Let me try with fix provided. Thanks, Chetan Bhasin On Mon, Dec 23, 2019 at 5:37 PM Shiva Shankar wrote: > Hi Chetan, > Are you using latest master code? If not, can you verify your issue with > below commit? > https://gerrit.fd.io/r/#/c/vpp/+/22527/ > > On Mon, Dec 23, 2019 at 4:32 PM chetan bhasin > wrote: > >> Hello Everyone, >> >> Merry Christmas everybody! >> >> We were using VPP 18.01 earlier that worked fine with 16 workers , now we >> moved to vpp 19.08 and facing the below problem. >> >> A direction from you is much appreciated. >> >> Thread 1 (Thread 0x2b027f144ec0 (LWP 68074)): >> #0 0x2b028125d448 in internal_mallinfo (m=0x2b050cacb010) at >> third-party/vpp/vpp_1908/src/vppinfra/dlmalloc.c:2094 >> #1 mspace_mallinfo (msp=0x2b050cacb010) at >> /third-party/vpp/vpp_1908/src/vppinfra/dlmalloc.c:4797 >> #2 0x2b028125fcb6 in mheap_usage (heap=, >> usage=usage@entry=0x2b0284d04f40) at >> third-party/vpp/vpp_1908/src/vppinfra/mem_dlmalloc.c:389 >> #3 0x0040a49e in do_stat_segment_updates (sm=0x6cca00 >> ) at >> third-party/vpp/vpp_1908/src/vpp/stats/stat_segment.c:620 >> #4 stat_segment_collector_process (vm=0x2b028096dc40 , >> rt=, f=) at >> third-party/vpp/vpp_1908/src/vpp/stats/stat_segment.c:717 >> #5 0x2b02807022d6 in vlib_process_bootstrap (_a=) at >> third-party/vpp/vpp_1908/src/vlib/main.c:2754 >> #6 0x2b02811fff54 in clib_calljmp () >> >> Thanks , >> Chetan Bhasin >> -=-=-=-=-=-=-=-=-=-=-=- >> Links: You receive all messages sent to this group. >> >> View/Reply Online (#14950): https://lists.fd.io/g/vpp-dev/message/14950 >> Mute This Topic: https://lists.fd.io/mt/69230345/3587972 >> Group Owner: vpp-dev+ow...@lists.fd.io >> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [ >> shivaashankar1...@gmail.com] >> -=-=-=-=-=-=-=-=-=-=-=- >> > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14952): https://lists.fd.io/g/vpp-dev/message/14952 Mute This Topic: https://lists.fd.io/mt/69230345/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] vpp 19.08 stuck at internal_mallinfo with 8 workers configuration
Hi Chetan, Are you using latest master code? If not, can you verify your issue with below commit? https://gerrit.fd.io/r/#/c/vpp/+/22527/ On Mon, Dec 23, 2019 at 4:32 PM chetan bhasin wrote: > Hello Everyone, > > Merry Christmas everybody! > > We were using VPP 18.01 earlier that worked fine with 16 workers , now we > moved to vpp 19.08 and facing the below problem. > > A direction from you is much appreciated. > > Thread 1 (Thread 0x2b027f144ec0 (LWP 68074)): > #0 0x2b028125d448 in internal_mallinfo (m=0x2b050cacb010) at > third-party/vpp/vpp_1908/src/vppinfra/dlmalloc.c:2094 > #1 mspace_mallinfo (msp=0x2b050cacb010) at > /third-party/vpp/vpp_1908/src/vppinfra/dlmalloc.c:4797 > #2 0x2b028125fcb6 in mheap_usage (heap=, > usage=usage@entry=0x2b0284d04f40) at > third-party/vpp/vpp_1908/src/vppinfra/mem_dlmalloc.c:389 > #3 0x0040a49e in do_stat_segment_updates (sm=0x6cca00 > ) at > third-party/vpp/vpp_1908/src/vpp/stats/stat_segment.c:620 > #4 stat_segment_collector_process (vm=0x2b028096dc40 , > rt=, f=) at > third-party/vpp/vpp_1908/src/vpp/stats/stat_segment.c:717 > #5 0x2b02807022d6 in vlib_process_bootstrap (_a=) at > third-party/vpp/vpp_1908/src/vlib/main.c:2754 > #6 0x2b02811fff54 in clib_calljmp () > > Thanks , > Chetan Bhasin > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > > View/Reply Online (#14950): https://lists.fd.io/g/vpp-dev/message/14950 > Mute This Topic: https://lists.fd.io/mt/69230345/3587972 > Group Owner: vpp-dev+ow...@lists.fd.io > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [ > shivaashankar1...@gmail.com] > -=-=-=-=-=-=-=-=-=-=-=- > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14951): https://lists.fd.io/g/vpp-dev/message/14951 Mute This Topic: https://lists.fd.io/mt/69230345/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] vpp 19.08 stuck at internal_mallinfo with 8 workers configuration
Hello Everyone, Merry Christmas everybody! We were using VPP 18.01 earlier that worked fine with 16 workers , now we moved to vpp 19.08 and facing the below problem. A direction from you is much appreciated. Thread 1 (Thread 0x2b027f144ec0 (LWP 68074)): #0 0x2b028125d448 in internal_mallinfo (m=0x2b050cacb010) at third-party/vpp/vpp_1908/src/vppinfra/dlmalloc.c:2094 #1 mspace_mallinfo (msp=0x2b050cacb010) at /third-party/vpp/vpp_1908/src/vppinfra/dlmalloc.c:4797 #2 0x2b028125fcb6 in mheap_usage (heap=, usage=usage@entry=0x2b0284d04f40) at third-party/vpp/vpp_1908/src/vppinfra/mem_dlmalloc.c:389 #3 0x0040a49e in do_stat_segment_updates (sm=0x6cca00 ) at third-party/vpp/vpp_1908/src/vpp/stats/stat_segment.c:620 #4 stat_segment_collector_process (vm=0x2b028096dc40 , rt=, f=) at third-party/vpp/vpp_1908/src/vpp/stats/stat_segment.c:717 #5 0x2b02807022d6 in vlib_process_bootstrap (_a=) at third-party/vpp/vpp_1908/src/vlib/main.c:2754 #6 0x2b02811fff54 in clib_calljmp () Thanks , Chetan Bhasin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14950): https://lists.fd.io/g/vpp-dev/message/14950 Mute This Topic: https://lists.fd.io/mt/69230345/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
