Great thanks! Please let me know how to get the patch. I will get the patch on Linux and try again. 2011/3/3 Wei Yongjun <yjwei@xxxxxxxxxxxxxx>: > >> More read about the ethreal captures. >> >> The peer shutdown association 6 seconds after it missed the >> retransmittion of sctp.data_tsn == 447375618. During the 6 seconds, >> the peer sent a lot of SACKs but Linux did not retransmit the chunk. >> >> Could someone look at it? > > I will post a patch about this, can you try it and tell us whether > the patch can fix your problem? > >> Great thanks! >> >> 2011/3/3 Mingyuan Zhu <liyha.zhu@xxxxxxxxx>: >>> I attached more capture packets. >>> From the ethreal file, I found some chunks are retransmitted the >>> second time after 3 seconds. The peer does not shutdown the >>> association. But sometimes the peer shutdown the association. >>> For example: >>> sctp.data_tsn == 447375491 or sctp.data_tsn == 447375492 are >>> retransmitted 3 seconds after the first retransmittion. >>> >>> And sctp.data_tsn == 447375618, the peer shutdown association before >>> the 2nd retransmittion. >>> >>> So comes the question, why doesn't sctp retransmit immediately when it >>> receives SACK, instead it retransmit after 3 seconds? >>> >>> 2011/3/1 Mingyuan Zhu <liyha.zhu@xxxxxxxxx>: >>>> My test is working on kernel 2.6.34-4. >>>> >>>> 2011/3/1 Wei Yongjun <yjwei@xxxxxxxxxxxxxx>: >>>>>> I searched the src code. We did not use sinfo_timetolive. >>>>> I guess there were some retransmit issues in 2.6.31 and >>>>> latest kernel hit the rwnd limit, I will try to reproduce it >>>>> and fix it. wait some time since I have other work to do now. >>>>> >>>>>> 2011/3/1 Wei Yongjun <yjwei@xxxxxxxxxxxxxx>: >>>>>>> Did you using sinfo_timetolive when you send sctp message? >>>>>>> There is a bug when we handle sinfo_timetolive, I will fix this later. >>>>>>> >>>>>>>> Mingyuan Zhu wrote, at 02/22/2011 09:14 PM: >>>>>>>>> What kind of test tool you used for the testing? >>>>>>>> No test tool can directly test your case. >>>>>>>> But SCTP Conformance Test Suite Project can help you. >>>>>>>> See: http://networktest.sourceforge.net/ >>>>>>>> >>>>>>>> Your case is not in the tool, so you need to write your case by yourself. >>>>>>>> data#22 has similar test procedure, see >>>>>>>> http://networktest.sourceforge.net/log/2.6.29-rc4/IPv4/data/22.html >>>>>>>> >>>>>> -- >>>>>> To unsubscribe from this list: send the line "unsubscribe linux-sctp" in >>>>>> the body of a message to majordomo@xxxxxxxxxxxxxxx >>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>>>>> > -- To unsubscribe from this list: send the line "unsubscribe linux-sctp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
