RFC 4820 – Padding Chunk and Parameter for the Stream Control Transmission Protocol (SCTP)
| Status | Proposed Standard |
|---|---|
| Veröffentlicht | März 2007 |
| Volltext | rfc-editor.org/rfc/rfc4820 |
RFC 4820 definiert einen Padding-Chunk (PAD) und einen Padding-Parameter (PAD) für das Stream Control Transmission Protocol (SCTP). Der Padding-Chunk dient dazu, ein SCTP-Paket auf eine beliebige Größe zu erweitern, wobei die Vergrößerung in 4-Byte-Schritten zwischen 4 und 65536 Bytes möglich ist. Der Padding-Parameter erlaubt entsprechend das Auffüllen eines INIT-Chunks, ebenfalls in 4-Byte-Schritten. Beide Mechanismen erlauben mehrere PAD-Elemente pro Paket beziehungsweise INIT-Chunk.
Der Kern der Spezifikation liegt im Verhalten des Empfängers: Der Padding-Chunk muss verworfen werden, und die Verarbeitung der übrigen Chunks im Paket wird fortgesetzt. Der Padding-Parameter wird im INIT-Chunk stillschweigend ignoriert; er darf nicht in State Cookies übernommen werden und beeinflusst nicht die Größe der generierten Cookie-Parameter. Der Padding-Chunk findet unter anderem Anwendung bei der Path-MTU-Erkennung (PMTUD), wie in RFC 4821 beschrieben.
Historisch gesehen schließt RFC 4820 eine Lücke in SCTP, indem es eine standardisierte Möglichkeit zur gezielten Paketvergrößerung bietet, ohne die Semantik der Datenübertragung zu beeinflussen. Dies ist insbesondere für Netzwerkmessungen und die Anpassung an die Maximum Transmission Unit (MTU) relevant. Die Spezifikation betont, dass eine unsachgemäße Verwendung der Padding-Mechanismen Bandbreite verschwenden kann. Die zugehörigen Chunk- und Parametertypen wurden bei der IANA registriert.