That’s weird…. Can you capture packet trace on both sides?
> On 12 Mar 2020, at 11:16, vyshakh krishnan <vysh...@rtbrick.com> wrote: > > Hi Damjan, > > We don't have any worker threads and memif is in polling mode: > > DBGvpp# sh int rx-placement > Thread 0 (vpp_main): > node memif-input: > memif11/11 queue 0 (polling) > memif222/222 queue 0 (polling) > > Thanks > Vyshakh > > On Wed, Mar 11, 2020 at 9:03 PM Damjan Marion <dmar...@me.com > <mailto:dmar...@me.com>> wrote: > > Are you running VPP with worker threads and using interrupt mode in memif? > > can you capture “sh int rx-placement” on both sides? > > — > Damjan > >> On 11 Mar 2020, at 15:44, vyshakh krishnan <vysh...@rtbrick.com >> <mailto:vysh...@rtbrick.com>> wrote: >> >> Hi All, >> >> When we try to ping back to back connected memif interface, its taking >> around 20 milli secs: >> >> vpp1 (10.1.1.1) ---- (10.1.1.2) vpp2 >> >> DBGvpp# ping 10.1.1.2 >> 116 bytes from 10.1.1.2 <http://10.1.1.2/>: icmp_seq=1 ttl=64 time=15.1229 ms >> 116 bytes from 10.1.1.2 <http://10.1.1.2/>: icmp_seq=2 ttl=64 time=20.1475 ms >> 116 bytes from 10.1.1.2 <http://10.1.1.2/>: icmp_seq=3 ttl=64 time=20.0371 ms >> 116 bytes from 10.1.1.2 <http://10.1.1.2/>: icmp_seq=4 ttl=64 time=14.9237 ms >> 116 bytes from 10.1.1.2 <http://10.1.1.2/>: icmp_seq=5 ttl=64 time=20.1059 ms >> >> Statistics: 5 sent, 5 received, 0% packet loss >> >> Is it expected to take 20 msecs for a direct ping? >> >> Thanks >> Vyshakh >> >> >> > >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15747): https://lists.fd.io/g/vpp-dev/message/15747 Mute This Topic: https://lists.fd.io/mt/71880617/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
