Re: [Lksctp-developers] SCTP associations going stale and hanging

[Vlad Y. <vla...@hp...>]

Gupta Nitin-A20999 wrote:
> Kernel version used is 2.6.21.7 
> 
> Are there any fixes related to such issue went in newer releases ?

I am looking.  The only thing sticking out so far has to do with
FWD-TSN processing.  Are you using partial reliability in your application
(i.e. setting sinfo_timetolive on sendmsg)?

-vlad

> 
> -----Original Message-----
> From: Vlad Yasevich [mailto:vla...@hp...] 
> Sent: Friday, November 20, 2009 8:05 PM
> To: Gupta Nitin-A20999
> Cc: lks...@li...
> Subject: Re: [Lksctp-developers] SCTP associations going stale and
> hanging
> 
> Which kernel version are you running?
> 
> -vlad
> 
> Gupta Nitin-A20999 wrote:
>> Hi,
>>  
>> We are running into the performance degradation and association hang 
>> issues.
>> This behavior is observed while testing the sctp associations for high
> 
>> data rate [50-100K or more].
>>  
>> @ server, the associations are peeled off and configured for 128000 
>> receive buf size.
>> What we observe that associations RX QUEUE value under 
>> /proc/net/sctp/assocs are getting hit to 125504 and getting stuck 
>> their. This hang is like no packet flow between client and server and 
>> killing client process does not cleanup these /proc entries at the 
>> server side and no event reported to application.
>>  
>> So want to know any inputs on 2 points 1/ Why does the data rate is 
>> getting degraded after sometime and queue on server side is full even 
>> at 20-30K pkts [50 bytes] ?
>>      PS : Is any performance data captured for lksctp ?
>> 2/ Why does the association gets hang and does not cleanup ?
>>  
>> @root/tmp$ cat /proc/net/sctp/assocs
>>  ASSOC     SOCK   STY SST ST HBKT ASSOC-ID TX_QUEUE RX_QUEUE UID INODE
>> LPORT RPORT LADDRS <-> RADDRS HBINT INS OUTS MAXRT T1X T2X RTXC
>> a8000001e6680800 a8000001adea3680 1   1   4  268     5        0
> 125504
>> 0 338044 2001 12348  *192.168.100.5 <-> *88.1.1.15      1000     2
> 2
>> 5    0    0        0
>> a8000001e508d800 a8000001adea2dc0 1   1   4  268     4        0
> 125504
>> 0 338043 2001 12348  *192.168.100.5 <-> *88.1.1.14      1000     2
> 2
>> 5    0    0        0
>> a8000001ad7ae800 a8000001adea3220 1   1   4  268     3        0
> 125504
>> 0 338042 2001 12348  *192.168.100.5 <-> *88.1.1.13      1000     2
> 2
>> 5    0    0        0
>> a8000001e6680000 a8000001adea2500 1   1   4  268     2        0
> 125504
>> 0 338041 2001 12348  *192.168.100.5 <-> *88.1.1.12      1000     2
> 2
>> 5    0    0        0
>> ----------------------------------------------------------------------
>> -------- Let Crystal Reports handle the reporting - Free Crystal 
>> Reports 2008 30-Day trial. Simplify your report design, integration 
>> and deployment - and focus on what you do best, core application 
>> coding. Discover what's new with Crystal Reports now.  
>> http://p.sf.net/sfu/bobj-july 
>> _______________________________________________
>> Lksctp-developers mailing list
>> Lks...@li...
>> https://lists.sourceforge.net/lists/listinfo/lksctp-developers
>>
>