This paper presents how SCTP can stall in multihomed scenarios during failover and under certain circumstances. A stall is where an SCTP end-point ceases to communicate for an extended period of time, but does not report any error to the upper layer. This paper presents two different sets of circumstances where a stall can occur: firstly when there is an underestimation of the Retransmission Time-Out (RTO) value for a redundant network path; and secondly when a network error occurs that causes only SACKs to be lost, which confuses the SCTP sender about which network path is operational. Solutions to both of these stalls are presented that include modifying the RTO value, applying Karn's algorithm to path monitoring and ensuring the destination address selection policy for SACKs is changed. This paper also presents a mechanism to de-couple data acknowledgement and path monitoring when using multi-homed transport protocols, which should remove the ambiguity about path monitoring and offers a universal solution to the stall.
|Title of host publication||Proceedings - INFOCOM 2006|
|Subtitle of host publication||25th IEEE International Conference on Computer Communications|
|Publication status||Published - 1 Dec 2006|
|Event||INFOCOM 2006: 25th IEEE International Conference on Computer Communications - Barcelona, Spain|
Duration: 23 Apr 2006 → 29 Apr 2006
|Conference||INFOCOM 2006: 25th IEEE International Conference on Computer Communications|
|Period||23/04/06 → 29/04/06|