sctplab/stream-reset-improved

FreeBSD doesn't stop reconfig timer if two reconfig requests in one reconfig chunk is descending order

hoelscher opened this issue · 0 comments

This Issue describes that FreeBSD doesn't stops the reconfig Timer if two reconfig requests are send out and are answered in two different reconfig chunks in decending order. FreeBSD should mark both reconfig request sequence numbers as acknowledged and should stop the reconfig Timer after geting the second response.
see tests
https://github.com/nplab/RFC6525_Testsuite/blob/master/implementation_tests/sctp-sr-i-pv/sctp-sr-i-pv-i-12-1.pkt
https://github.com/nplab/RFC6525_Testsuite/blob/master/implementation_tests/sctp-sr-i-pv/sctp-sr-i-pv-i-12-2.pkt
https://github.com/nplab/RFC6525_Testsuite/blob/master/implementation_tests/sctp-sr-i-pv/sctp-sr-i-pv-i-12-3.pkt