It seems vpp is sending and receiving fins and resets. So if the remote end did
not send fins, probably the resets are the source of the epoll HUPs. If you
want to debug why those resets were sent, you might have to capture a pcap
trace or try to capture them while they are sent. “show tcp stats
Hi,
It can be that vpp reset the connection due to some bogus packets or because
the connection could not be allocated. Check “show errors”.
Given the config, in particular, 30M fifos (those are pretty large) and 32k
event queue size, maybe add:
segment-size 70
add-segment-size 7
