[vpp-dev] how VAT work with Socket IP Address

[wei_sky2008]

[Edited Message Follows]

I want to use vpp_api_test with socket address,so I use commond like  this:
./vpp_api_test socket-name 192.168.1.16:5002
and I modify startup.conf like this:
unix {

cli-listen 192.168.1.16:5002
}
socksvr{
socket-name 192.168.1.16:5002
}
VPP run on PC which IP is 192.168.1.16,and run vpp_api_test on another PC which 
IP is 192.168.1.18

but it can't connect,why?
Thank you !
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13870): https://lists.fd.io/g/vpp-dev/message/13870
Mute This Topic: https://lists.fd.io/mt/33064939/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] how VAT work with Socket IP Address

[wei_sky2008]

[Edited Message Follows]

I want use vpp_api_test with socket address,so I use commond like  this:
./vpp_api_test socket-name 192.168.1.16:5002
and I modify startup.conf like this:
unix {

cli-listen 192.168.1.16:5002
}
socksvr{
socket-name 192.168.1.16:5002
}

but it can't connect,why?
Thank you !
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13870): https://lists.fd.io/g/vpp-dev/message/13870
Mute This Topic: https://lists.fd.io/mt/33064939/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] how VAT work with Socket IP Address

[wei_sky2008]

I want use vpp_api_test with socket address,so I use commond like  this:
./vpp_api_test socket-name 192.168.1.16:5002
and I modify startup.conf like this:
unix {

cli-listen 192.168.1.16:5002
}
socksvr{
socket-name 192.168.1.16:5002
}

but it can't connect,why?
Thank you !
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13870): https://lists.fd.io/g/vpp-dev/message/13870
Mute This Topic: https://lists.fd.io/mt/33064939/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] sh hardware-interfaces extended stats are not showing up

[carlito nueno]

Hi David,

I tried "vppctl interface collect detailed-stats enable" but it doesn't
work.

I will git bisect as Damjan mentioned and try to see what changed.

Thanks

On Wed, Aug 28, 2019 at 8:00 AM Damjan Marion via Lists.Fd.Io  wrote:

>
> It is not intentional so somebody needs to debug it… "git bisect" might be
> good choice here.
>
> On 28 Aug 2019, at 13:50, Devis Reagan  wrote:
>
> Can any one help on this ? Extended stats not shown  in vpp 19.08 via
> ‘show hardware-interfaces’ command
>
> Thanks
>
> On Tue, Aug 27, 2019 at 12:49 PM Devis Reagan via Lists.Fd.Io
>   wrote:
>
>> Even I am using vpp 19.08 & don’t see the extended stats which I used to
>> see in other vpp release .
>> There was not change in the configuration but with vpp 19.08 it’s not
>> showing up .
>>
>> When I use dpdk application called testpmd the extended stats just show
>> up fine . It’s only the vpp not showing it .
>>
>> Do we need to configure any thing to get it ?
>>
>> Note : In the release note of 19.08 I saw some changes gone in for
>> extended stats .
>>
>> Thanks
>>
>>
>> On Tue, Aug 27, 2019 at 7:12 AM David Cornejo  wrote:
>>
>>> did you make sure that you have detailed stats collection enabled for
>>> the interface?
>>>
>>> (see vl_api_collect_detailed_interface_stats_t)
>>>
>>> On Mon, Aug 26, 2019 at 2:24 PM carlito nueno 
>>> wrote:
>>> >
>>> > Hi all,
>>> >
>>> > I am using: vpp v19.08-release built by root on 365637461ad3 at Wed
>>> Aug 21 18:20:49 UTC 2019
>>> >
>>> > When I do sh hardware-interfaces or sh hardware-interfaces detail or
>>> verbose, extended stats are not showing.
>>> >
>>> > On 19.08 I only see stats like below:
>>> >
>>> > rss active:none
>>> > tx burst function: eth_igb_xmit_pkts
>>> > rx burst function: eth_igb_recv_scattered_pkts
>>> >
>>> > tx frames ok   26115
>>> > tx bytes ok 34203511
>>> > rx frames ok   12853
>>> > rx bytes ok  1337944
>>> >
>>> > On 19.04 I am able to see:
>>> >
>>> > rss active:none
>>> > tx burst function: eth_igb_xmit_pkts
>>> > rx burst function: eth_igb_recv_scattered_pkts
>>> >
>>> > tx frames ok21535933
>>> > tx bytes ok  21806938127
>>> > rx frames ok13773533
>>> > rx bytes ok   3642009224
>>> > extended stats:
>>> >   rx good packets   13773533
>>> >   tx good packets   21535933
>>> >   rx good bytes   3642009224
>>> >   tx good bytes  21806938127
>>> >   rx size 64 packets 1171276
>>> >   rx size 65 to 127 packets  8462547
>>> >   rx size 128 to 255 packets 1506266
>>> >   rx size 256 to 511 packets  606052
>>> >   rx size 512 to 1023 packets 560122
>>> >   rx size 1024 to max packets1467270
>>> >   rx broadcast packets383890
>>> >   rx multicast packets291769
>>> >   rx total packets  13773533
>>> >   tx total packets  21535933
>>> >   rx total bytes  3642009224
>>> >   tx total bytes 21806938127
>>> >   tx size 64 packets  397270
>>> >   tx size 65 to 127 packets  3649953
>>> >   tx size 128 to 255 packets 1817099
>>> >   tx size 256 to 511 packets  976902
>>> >   tx size 512 to 1023 packets 773963
>>> >   tx size 1023 to max packets   13920746
>>> >   tx multicast packets   893
>>> >   tx broadcast packets356966
>>> >   rx sent to host packets 59
>>> >   tx sent by host packets 81
>>> >
>>> > Any advice on how to show extended stats on 19.08?
>>> >
>>> > Thanks!
>>> > -=-=-=-=-=-=-=-=-=-=-=-
>>> > Links: You receive all messages sent to this group.
>>> >
>>> > View/Reply Online (#13846):
>>> https://lists.fd.io/g/vpp-dev/message/13846
>>> > Mute This Topic: https://lists.fd.io/mt/33041221/675628
>>> > Group Owner: vpp-dev+ow...@lists.fd.io
>>> > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [d...@dogwood.com]
>>> > -=-=-=-=-=-=-=-=-=-=-=-
>>>
>>>
>>>
>>> --
>>> Kailua, Hawaiʻi
>>> US +1 (808) 728-3050
>>> UK +44 (020) 3286 2808
>>> -=-=-=-=-=-=-=-=-=-=-=-
>>> Links: You receive all messages sent to this group.
>>>
>>> View/Reply Online (#13847): 

Re: [vpp-dev] About Strongswan on VPP

[liudf0716]

[Edited Message Follows]

it seems kernel-vpp fail loading
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13868): https://lists.fd.io/g/vpp-dev/message/13868
Mute This Topic: https://lists.fd.io/mt/27868658/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 show no packet and high rx-miss

[William Tu]

On Wed, Aug 28, 2019 at 9:42 AM Damjan Marion  wrote:
>
>
>
> > On 28 Aug 2019, at 18:23, William Tu  wrote:
> >
> > On Wed, Aug 28, 2019 at 7:58 AM Damjan Marion  wrote:
> >>
> >>
> >> Havre you bound NIC to vfio-pci or uio_pci_generic?
> >>
> > I'm using uio_pci_generic.
> > Should I use vfio-pci?
>
> Yes, uio_pci_generic doesn’t work when IOMMU is enabled.
>
Ok, thanks a lot. I will enable it.
William
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13867): https://lists.fd.io/g/vpp-dev/message/13867
Mute This Topic: https://lists.fd.io/mt/33050681/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] memif impacting other workers

[Damjan Marion via Lists.Fd.Io]

> On 28 Aug 2019, at 21:06, Satya Murthy  wrote:
> 
> Hi,
> 
> We are seeing one strange issue when we use memif.
> 
> We have vpp with 2 workers. This VPP is running as memif-server.
> worker-0  ==> rx-placement with memif
> worker-1 ==> rx-placement with an IP interface ( dpdk based ) 
> 
> As soon as we have the memif client connected to VPP,  we see degradation in 
> performance on the worker-1, which is not at all related to memif message 
> processing.
> 
> mpstat command is showing the dpdk-cores going to way less than 100% ( to 
> around 60% ), as soon as we have the memif channels get established. idle cpu 
> is increasing. 
> 
> Any inputs on why we are seeing this issue ?

For a start can you please explain what exactly is "IP interface (dpdk based)" 
and "dpdk-cores".

Also output of following commands may be useful:

show run (few seconds after clear run)
show interface rx
show memif
show hardware

 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13866): https://lists.fd.io/g/vpp-dev/message/13866
Mute This Topic: https://lists.fd.io/mt/33060971/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] FD.io Nexus Outage

[Vanessa Valderrama]

The issue appears to be hardware related at our cloud provider, we are
working with them to come up with a solution. In the mean time, service
appears to be tentatively restored and we are monitoring the situation


On 08/28/2019 02:16 PM, Vanessa Valderrama wrote:
> We're investigating an issue causing instability with cloud disks. I'll
> send updates as they are available or you can check the status at
> https://status.linuxfoundation.org/incidents/3f31vqs63095?utm_source=slack
>
> Thank you,
> Vanessa
>
> On 08/28/2019 02:14 PM, Vanessa Valderrama wrote:
>> We are currently experiencing issues with Nexus. We're investigating the
>> issue and will have it resolved as quickly as possible.
>>
>> Thank you,
>> Vanessa

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13865): https://lists.fd.io/g/vpp-dev/message/13865
Mute This Topic: https://lists.fd.io/mt/33061040/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] FD.io Nexus Outage

[Vanessa Valderrama]

We're investigating an issue causing instability with cloud disks. I'll
send updates as they are available or you can check the status at
https://status.linuxfoundation.org/incidents/3f31vqs63095?utm_source=slack

Thank you,
Vanessa

On 08/28/2019 02:14 PM, Vanessa Valderrama wrote:
> We are currently experiencing issues with Nexus. We're investigating the
> issue and will have it resolved as quickly as possible.
>
> Thank you,
> Vanessa

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13864): https://lists.fd.io/g/vpp-dev/message/13864
Mute This Topic: https://lists.fd.io/mt/33061040/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] FD.io Nexus Outage

[Vanessa Valderrama]

We are currently experiencing issues with Nexus. We're investigating the
issue and will have it resolved as quickly as possible.

Thank you,
Vanessa
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13863): https://lists.fd.io/g/vpp-dev/message/13863
Mute This Topic: https://lists.fd.io/mt/33061040/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] memif impacting other workers

[Satya Murthy]

Hi,

We are seeing one strange issue when we use memif.

We have vpp with 2 workers. This VPP is running as memif-server.
worker-0  ==> rx-placement with memif
worker-1 ==> rx-placement with an IP interface ( dpdk based )

As soon as we have the memif client connected to VPP,  we see degradation in 
performance on the worker-1, which is not at all related to memif message 
processing.

mpstat command is showing the dpdk-cores going to way less than 100% ( to 
around 60% ), as soon as we have the memif channels get established. idle cpu 
is increasing.

Any inputs on why we are seeing this issue ?

--
Thanks & Regards,
Murthy
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13862): https://lists.fd.io/g/vpp-dev/message/13862
Mute This Topic: https://lists.fd.io/mt/33060971/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 show no packet and high rx-miss

[Damjan Marion via Lists.Fd.Io]

> On 28 Aug 2019, at 18:23, William Tu  wrote:
> 
> On Wed, Aug 28, 2019 at 7:58 AM Damjan Marion  wrote:
>> 
>> 
>> Havre you bound NIC to vfio-pci or uio_pci_generic?
>> 
> I'm using uio_pci_generic.
> Should I use vfio-pci?

Yes, uio_pci_generic doesn’t work when IOMMU is enabled.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13861): https://lists.fd.io/g/vpp-dev/message/13861
Mute This Topic: https://lists.fd.io/mt/33050681/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 show no packet and high rx-miss

[William Tu]

On Wed, Aug 28, 2019 at 7:58 AM Damjan Marion  wrote:
>
>
> Havre you bound NIC to vfio-pci or uio_pci_generic?
>
I'm using uio_pci_generic.
Should I use vfio-pci?

Thanks
William
>
> > On 27 Aug 2019, at 23:32, William Tu  wrote:
> >
> > Hi,
> >
> > I'm new to vpp and hit an error when receiving no packet from PCI
> > device. My setup is below:
> >
> > /etc/vpp# cat startup.conf
> > unix {
> >  nodaemon
> >  log /var/log/vpp/vpp.log
> >  full-coredump
> >  cli-listen /run/vpp/cli.sock
> >  gid vpp
> > }
> > api-segment {
> >  gid vpp
> > }
> > socksvr {
> >  default
> > }
> > cpu {
> > main-core 1
> > corelist-workers 2-3
> > }
> > dpdk {
> > dev :03:00.0 {
> > name vpp-eth0
> > }
> > dev :03:00.1 {
> > name vpp-eth1
> > }
> > }
> >
> > vpp# show dpdk version
> > DPDK Version: DPDK 19.08.0
> > DPDK EAL init args:   -c e -n 4 --in-memory --file-prefix vpp -w
> > :03:00.0 -w :03:00.1 --master-lcore 1
> >
> > vpp# show int
> >  Name   Idx State MTU (L3/IP4/IP6/MPLS)
> > Counter Count
> > local00 down 0/0/0/0
> > vpp-eth0  1 up 9000/0/0/0 rx-miss
> >   85285153
> >
> > rx-error  78
> > vpp-eth1  2 up 9000/0/0/0
> >
> > vpp# trace add dpdk-input 1
> > vpp# show trace
> > --- Start of thread 0 vpp_main ---
> > No packets in trace buffer
> > --- Start of thread 1 vpp_wk_0 ---
> > No packets in trace buffer
> > --- Start of thread 2 vpp_wk_1 ---
> > No packets in trace buffer
> > vpp#
> >
> > vpp# show errors
> >   CountNode Reason
> >
> > vpp# show version
> > vpp v20.01-rc0~82-ga436a4222128 built by root on ovs-smartnic at Wed
> > Aug 21 10:26:12 PDT 2019
> >
> > Thread 1 vpp_wk_0 (lcore 2)
> > Time 291.5, average vectors/node 0.00, last 128 main loops 0.00 per node 
> > 0.00
> >  vector rates in 0.e0, out 0.e0, drop 0.e0, punt 0.e0
> > Name State Calls Vectors Suspends
> >  Clocks Vectors/Call
> > dpdk-input   polling 4755986179   0 0 8.13e1 
> > 0.00
> > unix-epoll-input polling 4639993   0 0 1.13e3 0.00
> >
> > Log shows:
> > Aug 27 13:29:54 ovs-smartnic vpp[4358]: /usr/bin/vpp[4358]:
> > vnet_feature_init:143: WARNING: arp arc: last node is error-drop, but
> > expected arp-disabled!
> > Aug 27 13:29:54 ovs-smartnic /usr/bin/vpp[4358]:
> > vnet_feature_init:143: WARNING: arp arc: last node is error-drop, but
> > expected arp-disabled!
> > Aug 27 13:29:54 ovs-smartnic vpp[4358]: /usr/bin/vpp[4358]: dpdk: EAL
> > init args: -c e -n 4 --in-memory --file-prefix vpp -w :03:00.0 -w
> > :03:00.1 --master-lcore 1
> > Aug 27 13:29:54 ovs-smartnic /usr/bin/vpp[4358]: dpdk: EAL init args:
> > -c e -n 4 --in-memory --file-prefix vpp -w :03:00.0 -w
> > :03:00.1 --master-lcore 1
> > Aug 27 13:29:54 ovs-smartnic kernel: [ 6594.014378] DMAR: DRHD:
> > handling fault status reg 602
> > Aug 27 13:29:54 ovs-smartnic kernel: [ 6594.014389] DMAR: [DMA Read]
> > Request device [03:00.0] fault addr 3bf628000 [fault reason 06] PTE
> > Read access is not set
> > Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67:
> > Loaded plugin: nsh_test_plugin.so
> > Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67:
> > Loaded plugin: vmxnet3_test_plugin.so
> > Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67:
> > Loaded plugin: mactime_test_plugin.so
> > Aug 27 13:29:55 ovs-smartnic vnet[4358]: dpdk_ipsec_process:1033: not
> > enough DPDK crypto resources, default to OpenSSL
> > Aug 27 13:30:04 ovs-smartnic vnet[4358]: show: unknown input `nit
> > Aug 27 13:30:17 ovs-smartnic vnet[4358]: set interface state: unknown
> > interface `vpp-et0 up
> > Aug 27 13:30:22 ovs-smartnic kernel: [ 6622.002030] DMAR: DRHD:
> > handling fault status reg 702
> > Aug 27 13:30:22 ovs-smartnic kernel: [ 6622.002040] DMAR: [DMA Read]
> > Request device [03:00.0] fault addr 3bf628000 [fault reason 06] PTE
> > Read access is not set
> >
> > It seems to be a problem of IOMMU?
> > At BIOS, I have turned on SR-IOV and at grub, I have intel_iommu=on.
> > It is the correct way? should I disable IOMMU?
> >
> > Thank you
> > William
> > -=-=-=-=-=-=-=-=-=-=-=-
> > Links: You receive all messages sent to this group.
> >
> > View/Reply Online (#13852): https://lists.fd.io/g/vpp-dev/message/13852
> > Mute This Topic: https://lists.fd.io/mt/33050681/675642
> > Group Owner: vpp-dev+ow...@lists.fd.io
> > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> > -=-=-=-=-=-=-=-=-=-=-=-
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13860): https://lists.fd.io/g/vpp-dev/message/13860
Mute This Topic: https://lists.fd.io/mt/33050681/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: 

Re: [vpp-dev] sh hardware-interfaces extended stats are not showing up

[Damjan Marion via Lists.Fd.Io]

It is not intentional so somebody needs to debug it… "git bisect" might be good 
choice here.

> On 28 Aug 2019, at 13:50, Devis Reagan  wrote:
> 
> Can any one help on this ? Extended stats not shown  in vpp 19.08 via ‘show 
> hardware-interfaces’ command 
> 
> Thanks 
> 
> On Tue, Aug 27, 2019 at 12:49 PM Devis Reagan via Lists.Fd.Io 
>   > wrote:
> Even I am using vpp 19.08 & don’t see the extended stats which I used to see 
> in other vpp release . 
> There was not change in the configuration but with vpp 19.08 it’s not showing 
> up .
> 
> When I use dpdk application called testpmd the extended stats just show up 
> fine . It’s only the vpp not showing it . 
> 
> Do we need to configure any thing to get it ? 
> 
> Note : In the release note of 19.08 I saw some changes gone in for extended 
> stats .
> 
> Thanks
> 
> 
> On Tue, Aug 27, 2019 at 7:12 AM David Cornejo  > wrote:
> did you make sure that you have detailed stats collection enabled for
> the interface?
> 
> (see vl_api_collect_detailed_interface_stats_t)
> 
> On Mon, Aug 26, 2019 at 2:24 PM carlito nueno  > wrote:
> >
> > Hi all,
> >
> > I am using: vpp v19.08-release built by root on 365637461ad3 at Wed Aug 21 
> > 18:20:49 UTC 2019
> >
> > When I do sh hardware-interfaces or sh hardware-interfaces detail or 
> > verbose, extended stats are not showing.
> >
> > On 19.08 I only see stats like below:
> >
> > rss active:none
> > tx burst function: eth_igb_xmit_pkts
> > rx burst function: eth_igb_recv_scattered_pkts
> >
> > tx frames ok   26115
> > tx bytes ok 34203511
> > rx frames ok   12853
> > rx bytes ok  1337944
> >
> > On 19.04 I am able to see:
> >
> > rss active:none
> > tx burst function: eth_igb_xmit_pkts
> > rx burst function: eth_igb_recv_scattered_pkts
> >
> > tx frames ok21535933
> > tx bytes ok  21806938127
> > rx frames ok13773533
> > rx bytes ok   3642009224
> > extended stats:
> >   rx good packets   13773533
> >   tx good packets   21535933
> >   rx good bytes   3642009224
> >   tx good bytes  21806938127
> >   rx size 64 packets 1171276
> >   rx size 65 to 127 packets  8462547
> >   rx size 128 to 255 packets 1506266
> >   rx size 256 to 511 packets  606052
> >   rx size 512 to 1023 packets 560122
> >   rx size 1024 to max packets1467270
> >   rx broadcast packets383890
> >   rx multicast packets291769
> >   rx total packets  13773533
> >   tx total packets  21535933
> >   rx total bytes  3642009224
> >   tx total bytes 21806938127
> >   tx size 64 packets  397270
> >   tx size 65 to 127 packets  3649953
> >   tx size 128 to 255 packets 1817099
> >   tx size 256 to 511 packets  976902
> >   tx size 512 to 1023 packets 773963
> >   tx size 1023 to max packets   13920746
> >   tx multicast packets   893
> >   tx broadcast packets356966
> >   rx sent to host packets 59
> >   tx sent by host packets 81
> >
> > Any advice on how to show extended stats on 19.08?
> >
> > Thanks!
> > -=-=-=-=-=-=-=-=-=-=-=-
> > Links: You receive all messages sent to this group.
> >
> > View/Reply Online (#13846): https://lists.fd.io/g/vpp-dev/message/13846 
> > 
> > Mute This Topic: https://lists.fd.io/mt/33041221/675628 
> > 
> > Group Owner: vpp-dev+ow...@lists.fd.io 
> > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
> >   [d...@dogwood.com 
> > ]
> > -=-=-=-=-=-=-=-=-=-=-=-
> 
> 
> 
> -- 
> Kailua, Hawaiʻi
> US +1 (808) 728-3050
> UK +44 (020) 3286 2808
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#13847): https://lists.fd.io/g/vpp-dev/message/13847 
> 
> Mute This 

Re: [vpp-dev] vpp show no packet and high rx-miss

[Damjan Marion via Lists.Fd.Io]

Havre you bound NIC to vfio-pci or uio_pci_generic?


> On 27 Aug 2019, at 23:32, William Tu  wrote:
> 
> Hi,
> 
> I'm new to vpp and hit an error when receiving no packet from PCI
> device. My setup is below:
> 
> /etc/vpp# cat startup.conf
> unix {
>  nodaemon
>  log /var/log/vpp/vpp.log
>  full-coredump
>  cli-listen /run/vpp/cli.sock
>  gid vpp
> }
> api-segment {
>  gid vpp
> }
> socksvr {
>  default
> }
> cpu {
> main-core 1
> corelist-workers 2-3
> }
> dpdk {
> dev :03:00.0 {
> name vpp-eth0
> }
> dev :03:00.1 {
> name vpp-eth1
> }
> }
> 
> vpp# show dpdk version
> DPDK Version: DPDK 19.08.0
> DPDK EAL init args:   -c e -n 4 --in-memory --file-prefix vpp -w
> :03:00.0 -w :03:00.1 --master-lcore 1
> 
> vpp# show int
>  Name   Idx State MTU (L3/IP4/IP6/MPLS)
> Counter Count
> local00 down 0/0/0/0
> vpp-eth0  1 up 9000/0/0/0 rx-miss
>   85285153
> 
> rx-error  78
> vpp-eth1  2 up 9000/0/0/0
> 
> vpp# trace add dpdk-input 1
> vpp# show trace
> --- Start of thread 0 vpp_main ---
> No packets in trace buffer
> --- Start of thread 1 vpp_wk_0 ---
> No packets in trace buffer
> --- Start of thread 2 vpp_wk_1 ---
> No packets in trace buffer
> vpp#
> 
> vpp# show errors
>   CountNode Reason
> 
> vpp# show version
> vpp v20.01-rc0~82-ga436a4222128 built by root on ovs-smartnic at Wed
> Aug 21 10:26:12 PDT 2019
> 
> Thread 1 vpp_wk_0 (lcore 2)
> Time 291.5, average vectors/node 0.00, last 128 main loops 0.00 per node 0.00
>  vector rates in 0.e0, out 0.e0, drop 0.e0, punt 0.e0
> Name State Calls Vectors Suspends
>  Clocks Vectors/Call
> dpdk-input   polling 4755986179   0 0 8.13e1 0.00
> unix-epoll-input polling 4639993   0 0 1.13e3 0.00
> 
> Log shows:
> Aug 27 13:29:54 ovs-smartnic vpp[4358]: /usr/bin/vpp[4358]:
> vnet_feature_init:143: WARNING: arp arc: last node is error-drop, but
> expected arp-disabled!
> Aug 27 13:29:54 ovs-smartnic /usr/bin/vpp[4358]:
> vnet_feature_init:143: WARNING: arp arc: last node is error-drop, but
> expected arp-disabled!
> Aug 27 13:29:54 ovs-smartnic vpp[4358]: /usr/bin/vpp[4358]: dpdk: EAL
> init args: -c e -n 4 --in-memory --file-prefix vpp -w :03:00.0 -w
> :03:00.1 --master-lcore 1
> Aug 27 13:29:54 ovs-smartnic /usr/bin/vpp[4358]: dpdk: EAL init args:
> -c e -n 4 --in-memory --file-prefix vpp -w :03:00.0 -w
> :03:00.1 --master-lcore 1
> Aug 27 13:29:54 ovs-smartnic kernel: [ 6594.014378] DMAR: DRHD:
> handling fault status reg 602
> Aug 27 13:29:54 ovs-smartnic kernel: [ 6594.014389] DMAR: [DMA Read]
> Request device [03:00.0] fault addr 3bf628000 [fault reason 06] PTE
> Read access is not set
> Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67:
> Loaded plugin: nsh_test_plugin.so
> Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67:
> Loaded plugin: vmxnet3_test_plugin.so
> Aug 27 13:29:55 ovs-smartnic vnet[4358]: load_one_vat_plugin:67:
> Loaded plugin: mactime_test_plugin.so
> Aug 27 13:29:55 ovs-smartnic vnet[4358]: dpdk_ipsec_process:1033: not
> enough DPDK crypto resources, default to OpenSSL
> Aug 27 13:30:04 ovs-smartnic vnet[4358]: show: unknown input `nit
> Aug 27 13:30:17 ovs-smartnic vnet[4358]: set interface state: unknown
> interface `vpp-et0 up
> Aug 27 13:30:22 ovs-smartnic kernel: [ 6622.002030] DMAR: DRHD:
> handling fault status reg 702
> Aug 27 13:30:22 ovs-smartnic kernel: [ 6622.002040] DMAR: [DMA Read]
> Request device [03:00.0] fault addr 3bf628000 [fault reason 06] PTE
> Read access is not set
> 
> It seems to be a problem of IOMMU?
> At BIOS, I have turned on SR-IOV and at grub, I have intel_iommu=on.
> It is the correct way? should I disable IOMMU?
> 
> Thank you
> William
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#13852): https://lists.fd.io/g/vpp-dev/message/13852
> Mute This Topic: https://lists.fd.io/mt/33050681/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13858): https://lists.fd.io/g/vpp-dev/message/13858
Mute This Topic: https://lists.fd.io/mt/33050681/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] table id for sub interfaces

[Satya Murthy]

Thanks john for the quick inputs. That helps.

--
Thanks & Regards,
Murthy
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13857): https://lists.fd.io/g/vpp-dev/message/13857
Mute This Topic: https://lists.fd.io/mt/33050491/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] issue is memif sample application icmp_responder in VPP 19.04

[Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at Cisco) via Lists.Fd.Io]

Hi Balaji,


I see that the problem is in icmp_responder app, as it isn't refilling queues 
after connecting. It should call 'memif_refill_queue' in 'on_connect' callback. 
However, another issue

appeared after I refilled the queues. I'll be looking into this. Meanwhile I 
encourage you to take a look at icmp_reponder-epoll example.


Regards,

Jakub


From: vpp-dev@lists.fd.io  on behalf of balaji kn 

Sent: Wednesday, August 28, 2019 1:33 PM
To: vpp-dev
Subject: [vpp-dev] issue is memif sample application icmp_responder in VPP 19.04

Hello All,

I am using VPP 19.04 version. As per my analysis icmp_responder application is 
receiving interrupts but memif_rx_burst API is always giving number of buffers 
as 0.

Below are logs collected on icmp_responder.

root@balaji:~# ./icmp_responder
INFO: tx qid: 0
LIBMEMIF EXAMPLE APP: ICMP_Responder
==
libmemif version: 2.1
memif version: 512
use CTRL+C to exit
MEMIF DETAILS
==
interface name: memif_connection
app name: ICMP_Responder
remote interface name:
remote app name:
id: 0
secret: (null)
role: slave
mode: ethernet
socket filename: /run/vpp/memif.sock
socket filename: /run/vpp/memif.sock
rx queues:
tx queues:
link: up
INFO: memif connected!
ICMP_Responder:on_interrupt:289: interrupted
ICMP_Responder:on_interrupt:298: received 0 buffers. 0/256 alloc/free buffers
ICMP_Responder:icmpr_buffer_alloc:237: allocated 0/0 buffers, 256 free buffers
ICMP_Responder:on_interrupt:320: freed 0 buffers. 0/256 alloc/free buffers
ICMP_Responder:icmpr_tx_burst:252: tx: 0/0

Do let me know if i am missing anything.

Regards,
Balaji
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13856): https://lists.fd.io/g/vpp-dev/message/13856
Mute This Topic: https://lists.fd.io/mt/33056182/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] issue is memif sample application icmp_responder in VPP 19.04

[balaji kn]

Hello All,

I am using *VPP 19.04* version. As per my analysis icmp_responder
application is receiving interrupts but memif_rx_burst API is always giving
number of buffers as 0.

Below are logs collected on icmp_responder.

root@balaji:~# ./icmp_responder
INFO: tx qid: 0
LIBMEMIF EXAMPLE APP: ICMP_Responder
==
libmemif version: 2.1
memif version: 512
use CTRL+C to exit
MEMIF DETAILS
==
interface name: memif_connection
app name: ICMP_Responder
remote interface name:
remote app name:
id: 0
secret: (null)
role: slave
mode: ethernet
socket filename: /run/vpp/memif.sock
socket filename: /run/vpp/memif.sock
rx queues:
tx queues:
link: up
INFO: memif connected!
ICMP_Responder:on_interrupt:289: interrupted
ICMP_Responder:on_interrupt:298: *received 0 buffers*. 0/256 alloc/free
buffers
ICMP_Responder:icmpr_buffer_alloc:237: allocated 0/0 buffers, 256 free
buffers
ICMP_Responder:on_interrupt:320: freed 0 buffers. 0/256 alloc/free buffers
ICMP_Responder:icmpr_tx_burst:252: tx: 0/0

Do let me know if i am missing anything.

Regards,
Balaji
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13854): https://lists.fd.io/g/vpp-dev/message/13854
Mute This Topic: https://lists.fd.io/mt/33056182/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-