SACK-IMMEDIATELY extension for the Stream Control Transmission ProtocolMuenster Univ. of Applied SciencesStegerwaldstr. 3948565 SteinfurtGermanytuexen@fh-muenster.deMuenster Univ. of Applied SciencesStegerwaldstr. 3948565 SteinfurtGermanyi.ruengeler@fh-muenster.deResearcherChapinSC29036USArandall@lakerest.netInternet-DraftThis document defines a method for a sender of a DATA chunk
to indicate that the corresponding SACK chunk should be sent
back immediately. states that an SCTP implementation
should use delayed SACKs. In combination with the Nagle algorithm,
reduced congestion windows after timeouts, the handling of
the SHUTDOWN-SENDING state, or other situations this might result
in reduced performance of the protocol.This document describes a simple extension of the SCTP DATA
chunk by defining a new flag, the I-bit. The sender indicates by
setting this bit that the corresponding SACK chunk should be sent
back without delaying it.The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in
.The following shows the extended DATA chunk.
The only difference between the DATA chunk in
and the DATA chunk defined in
is the addition of the I-bit in the flags
field of the chunk header.Whenever the sender of a DATA chunk can benefit from the corresponding
SACK chunk being sent back without delay, the sender MAY set the I-bit
in the DATA chunk header.Reasons for setting the I-bit include
The sender has not enough queued user data to send the remaining DATA
chunks due to the Nagle algorithm.The sending of a DATA chunk fills the congestion or receiver window.The sender is in the SHUTDOWN-PENDING state.The sender has reduced its RTO.Min such that a retransmission timeout will
occur if the receiver would delay its SACK.On reception of an SCTP packet containing a DATA chunk with the I-bit set,
the receiver SHOULD NOT delay the sending of the corresponding SACK chunk
and SHOULD send it back immediately.According to a receiver of a DATA chunk with
the I-bit set should ignore this bit when it does not support the extension
described in this document. Since the sender of the DATA chunk is
able to handle this case, there is no requirement for negotiating
the feature described in this document.There are no actions required from IANA.This document does not add any additional security considerations
in addition to the ones given in .