API Build-data JSON Resources
Theme

Choose how MSRBot.io looks on this device.

Preference is stored in this browser only.

IETF RFC 5562
[ACTIVE]

Adding Explicit Congestion Notification (ECN) Capability to TCP's SYN/ACK Packets

Metadata

Publisher
IETF
Doc Type
Experimental
Pages
33
Abstract
The proposal in this document is Experimental. While it may be deployed in the current Internet, it does not represent a consensus that this is the best possible mechanism for the use of Explicit Congestion Notification (ECN) in TCP SYN/ACK packets. This document describes an optional, experimental modification to RFC 3168 to allow TCP SYN/ACK packets to be ECN-Capable. For TCP, RFC 3168 specifies setting an ECN-Capable codepoint on data packets, but not on SYN and SYN/ACK packets. However, because of the high cost to the TCP transfer of having a SYN/ACK packet dropped, with the resulting retransmission timeout, this document describes the use of ECN for the SYN/ACK packet itself, when sent in response to a SYN packet with the two ECN flags set in the TCP header, indicating a willingness to use ECN. Setting the initial TCP SYN/ACK packet as ECN-Capable can be of great benefit to the TCP connection, avoiding the severe penalty of a retransmission timeout for a connection that has not yet started placing a load on the network. The TCP responder (the sender of the SYN/ACK packet) must reply to a report of an ECN-marked SYN/ACK packet by resending a SYN/ACK packet that is not ECN-Capable. If the resent SYN/ACK packet is acknowledged, then the TCP responder reduces its initial congestion window from two, three, or four segments to one segment, thereby reducing the subsequent load from that connection on the network. If instead the SYN/ACK packet is dropped, or for some other reason the TCP responder does not receive an acknowledgement in the specified time, the TCP responder follows TCP standards for a dropped SYN/ACK packet (setting the retransmission timer). This memo defines an Experimental Protocol for the Internet community.
Publication Date
2009-06-01
Status Note
Experimental
DOI
10.17487/RFC5562
Link
https://doi.org/10.17487/RFC5562
Author(s)
Aleksandar Kuzmanovic
Amit Mondal
Sally Floyd
Dr. K. K. Ramakrishnan
Keyword(s)
ECN
Latest version of IETF RFC 5562

Document Versions — IETF RFC 5562

  • ▶ IETF RFC 5562 (2009-06-01)
    THIS DOC [ACTIVE] [LATEST VERSION]

Normative Reference(s)

Bibliographic Reference(s)

Source Data (JSON)

Full registry record with provenance metadata. Open directly: /api/doc/RFC5562.json

Reference Tree

Explore all references and references to this document, as a navigable tree.

Open Reference Tree
Reference this Doc

Plain text (ISO 690 compliant)

Preview:
IETF RFC 5562, Adding Explicit Congestion Notification (ECN) Capability to TCP's SYN/ACK Packets. Available at https://doi.org/10.17487/RFC5562
Snippet:
IETF RFC 5562, Adding Explicit Congestion Notification (ECN) Capability to TCP's SYN/ACK Packets. Available at https://doi.org/10.17487/RFC5562

HTML (ISO 690 compliant)

Preview:
IETF RFC 5562, Adding Explicit Congestion Notification (ECN) Capability to TCP's SYN/ACK Packets. Available at https://doi.org/10.17487/RFC5562
Snippet:
<span class="citation"><cite>IETF RFC 5562</cite>, Adding Explicit Congestion Notification (ECN) Capability to TCP&#x27;s SYN/ACK Packets. Available at <a href="https://doi.org/10.17487/RFC5562" target="_blank" rel="noopener">https://doi.org/10.17487/RFC5562</a></span>

SMPTE Icon SMPTE's HTML Pub

Preview:
IETF RFC 5562, Adding Explicit Congestion Notification (ECN) Capability to TCP's SYN/ACK Packets
doi: 10.17487/RFC5562
url: https://doi.org/10.17487/RFC5562
Snippet:
<li>
<cite id="bib-rfc5562">IETF RFC 5562</cite>, Adding Explicit Congestion Notification (ECN) Capability to TCP&#x27;s SYN/ACK Packets
<span class="doi">10.17487/RFC5562</span>
</li>

Referenced By