Hello Expert,
our user application (User_App) communicates to VPP via memif. user
application is configured in Slave mode.
User_App sends 100msg/sec to VPP and VPP is coded to respond back to each
packet. we see some weird drops at memif at ring boundary. when rx packet
count on memif interface reaches around 2048, VPP drops one packet at
ip-plugin.
*fdio version:2106*
*memif configuration in VPP:*
vpp# show memif memif0/2
sockets
id listener filename
0 yes (4) /run/vpp/memif.sock
interface memif0/2
remote-name "User_App"
remote-interface "memif_conn"
socket-id 0 id 2 mode ip
flags admin-up connected
listener-fd 54 conn-fd 53
num-s2m-rings 1 num-m2s-rings 1 buffer-size 0 num-regions 2
region 0 size 65792 fd 60
region 1 size 268431360 fd 65
master-to-slave ring 0:
region 0 offset 32896 ring-size 2048 int-fd 73
head 5152 tail 3104 flags 0x0000 interrupts 146
slave-to-master ring 0:
region 0 offset 0 ring-size 2048 int-fd 69
head 3105 tail 3105 flags 0x0001 interrupts 0
vpp#
*Memif stats:*
vpp# show int memif0/2
Name Idx State MTU (L3/IP4/IP6/MPLS)
Counter Count
memif0/2 5 up 0/65535/0/0 rx
packets 3100
rx
bytes 202802000
tx
packets 3099
tx
bytes 202736580
*drops
2*
ip4
3100
*VPP Node Counters:*
vpp# show node counters
Count Node Reason
1 ip4-input ip4 ttl <= 1
1 ip4-icmp-error hop limit exceeded response
sent
1 null-node blackholed packets
dropped packet content in gdb indicates that packets content is overwritten
partially with the content of next packet.
for example, IP header for below packet is at 0x101182c98*e* which is not
correct. had this been 0x101182c98*f* then this packet would have
considered fine and not dropped.
(gdb) p ip0
$1 = (ip4_header_t *) 0x101182c98e
(gdb)
(gdb) x/100xb 0x101182c98e
0x101182c98e: 0x45 0x45 0x00 0xff 0x8c 0x00 0x00 0x00
0x101182c996: 0x00 0x40 0xc8 0xf5 0x55 0xc0 0xa8 0x02
0x101182c99e: 0x02 0xc0 0xa8 0x02 0x01 0x07 0x00 0x00
0x101182c9a6: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x101182c9ae: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x101182c9b6: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x101182c9be: 0x00 0x00 0x00 0x00 0x00 0x1a 0x00 0x00
0x101182c9c6: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x101182c9ce: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x101182c9d6: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x101182c9de: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x101182c9e6: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x101182c9ee: 0x00 0x00 0x00 0x00
(gdb)
please share your opinion on this.
Thanks
Vipin Kumar
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21364): https://lists.fd.io/g/vpp-dev/message/21364
Mute This Topic: https://lists.fd.io/mt/90906043/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
