Hi list, recently in our application, we constantly triggered such abrt issue which make our connectivity interrupt for a while:
Mar 19 16:11:26 ubuntu vnet[2565933]: received signal SIGABRT, PC 0x7fefd3b2000b Mar 19 16:11:26 ubuntu vnet[2565933]: /home/fortitude/glx/vpp/src/vnet/tcp/tcp_input.c:3004 (tcp46_input_inline) assertion `tcp_lookup_is_valid (tc0, b[0], tcp_buffer_hdr (b[0]))' fails Our scenario is quite simple, we will make 4 parallel tcp connection (use 4 fixed source ports) to a remote vpp stack (fixed ip and port), and will do some keepalive in our application layer, since we only use the vpp tcp stack to make the middle box happy with the connection, we do not use the data transport of tcp statck actually. However, since the network condition is complex, we have to always need to abrt the connection and reconnect. I keep to merge upstream session and tcp fix however the issue still not fixed, what I found now it may be in some case tcp_half_open_connection_cleanup may not deleted the half open session from the lookup table (bihash) and the session index is realloced by other connection. Hope the list can provide some hint about how to overcome this issue, thanks a lot.
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22721): https://lists.fd.io/g/vpp-dev/message/22721 Mute This Topic: https://lists.fd.io/mt/97707823/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-