RE: Query on CLOSED conntrack entry for sctp

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi ,

I have raised a bug for this around a month back, and have added a reproducer for the issue. Can someone please look into the issue :

https://bugzilla.netfilter.org/show_bug.cgi?id=1579

Thanks & Regards,
Vivek

-----Original Message-----
From: Vivek Thrivikraman 
Sent: 15 December 2021 17:11
To: netfilter@xxxxxxxxxxxxxxx
Subject: Query on CLOSED conntrack entry for sctp

Hi ,

We are having an SCTP server application which is accessed continuously by SCTP client application, when the session disconnects the client retries to establish a connection every 7 seconds. The issue that we are seeing is that,when we kill the application serving SCTP and restart it, after the restart of sctp server application also the session is not established because of stale conntrack entry with connection state CLOSED as below(removing this entry manually established new connection) :

sctp     132 9 CLOSED src=10.141.189.233 dst=10.8.146.193 sport=10100 dport=3868 src=192.168.160.22 dst=192.168.226.64 sport=3868 dport=64782 [ASSURED] mark=0 use=1 

Looks like the CLOSED conntrack entry is getting refreshed and does not expire because the client is retrying continuously. Shouldn't CLOSED conntrack entry expire irrespective of client retries?

Thanks,
Vivek





[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux