Stream Control Transmission Protocol

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen
SCTP (Stream Control Transmission Protocol)
Familie: Internetprotokollfamilie
Einsatzgebiet: Zuverlässiges, verbindungsorientiertes Transportprotokoll
SCTP im TCP/IP-Protokollstapel:
Anwendung Streaming-Protokoll
Transport SCTP
Internet IP (IPv4, IPv6)
Netzzugang Ethernet Token
Bus
Token
Ring
FDDI

Das Stream Control Transmission Protocol (SCTP) ist ein zuverlässiges, verbindungsorientiertes Netzwerkprotokoll. Es gehört zur Transportschicht und setzt auf einem potenziell unzuverlässigen, verbindungslosen Paketdienst auf.

Eigenschaften und Funktionen

[Bearbeiten | Quelltext bearbeiten]

SCTP wurde von der Internet Engineering Task Force (IETF) als neues Transportprotokoll vorgeschlagen und im Oktober 2000 in dem Standarddokument RFC 2960[1] veröffentlicht. Die Spezifikation wurde im September 2007 durch RFC 4960[2] und im Juni 2022 durch RFC 9260[3] ersetzt. Eine Einführung findet sich in RFC 3286.[4] Das zuständige Gremium bei der IETF ist die Arbeitsgruppe Signaling Transport, kurz SIGTRAN.

Als Transportprotokoll steht SCTP auf derselben Stufe des TCP/IP-Referenzmodells wie TCP und UDP (Schicht 4 des OSI-Modells).

SCTP realisiert das Konzept einer Association: Hier wird eine Verbindung aufgebaut, in der mehrere Nachrichten-Datenströme in sich reihenfolgenerhaltend (untereinander aber potentiell nicht-reihenfolgenerhaltend) transportiert werden. Zusätzlich können einzelne, zum Beispiel dringende, Datagramme separat und außer der Reihe verschickt werden, die dadurch eventuell die In-Order-Datenströme „überholen“.

SCTP kennt außerdem Multistreaming und Multihoming (ein Host mit mehreren gültigen IP-Adressen). Es werden Heartbeats verwendet, um aktiv auf Verbindungsabriss zu testen.

Anders als TCP zeigt sich SCTP resistent gegen SYN-Flooding, eine Denial-of-Service-Attacke, bei der durch halboffene Verbindungen die Ressourcen des Servers aufgebraucht werden. Dazu verwendet es einen sogenannten Vier-Wege-Handshake. Hierbei speichert der Server bei einer Verbindungsanfrage (INIT-Paket) keine Zustandsinformationen, sondern schickt diese in Form eines Cookies (INIT-ACK-Paket) an den Client. Der Client muss dieses Cookie in seine Antwort (COOKIE-ECHO-Paket) einfügen und wird damit vom Server als zum Verbindungsaufbau berechtigt erkannt, was dieser ihm bestätigt (COOKIE-ACK-Paket). Ein ähnliches Verfahren ist mit TCP ebenfalls möglich, siehe SYN-Cookies.

Ursprünglich wurde SCTP als Transportprotokoll definiert, um Zeichengabenachrichten (SS7) aus Telefonnetzen auch über IP-Netzwerke übertragen zu können. Bei der Entwicklung stand insbesondere die Zuverlässigkeit des Protokolls im Vordergrund. SCTP ist aber auch für andere Anwendungen geeignet, da es Vorteile von TCP und UDP vereint. Eine wichtige, auf SCTP aufbauende Anwendung ist Reliable Server Pooling (RSerPool).

SCTP verwendet für Fluss- und Überlastkontrolle ähnliche Algorithmen wie TCP, verhält sich also in einem gemischten Netz (SCTP und TCP) neutral.[5]

QUIC ist ebenfalls ein zuverlässiges und verbindungsorientiertes Netzprotokoll auf Transportschicht. Es wurde von Google entworfen und baut auf UDP auf. SCTP und QUIC unterscheiden sich im Funktionsumfang und möglichen Einsatzzwecken. So unterstützt QUIC kein Multihoming und keine redundanten Übertragungspfade. In QUIC ist Transport Layer Security (TLS) zur kryptographischen Absicherung der Kommunikation integriert, wodurch Verbindungen immer verschlüsselt sind. QUIC wird von Protokollen wie HTTP/3 oder DNS over QUIC (DoQ) verwendet. QUIC wurde wie zuvor SCTP von der IETF standardisiert; eine Google-Variante gQUIC wird parallel fortgeführt.

Spezifikationen

[Bearbeiten | Quelltext bearbeiten]
  • RFC 2960 – Stream Control Transmission Protocol. 2000 (englisch).
  • RFC 4960 – Stream Control Transmission Protocol. 2007 (englisch).
  • RFC 6951 – UDP Encapsulation of Stream Control Transmission Protocol. 2013 (englisch).
  • RFC 9260 – Stream Control Transmission Protocol. 2022 (englisch).

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. RFC 2960 – Stream Control Transmission Protocol. 2000 (englisch).
  2. RFC 4960 – Stream Control Transmission Protocol. 2007 (englisch).
  3. RFC 9260 – Stream Control Transmission Protocol. 2022 (englisch).
  4. RFC 3286 – An Introduction to the Stream Control Transmission Protocol (SCTP). Mai 2002 (englisch).
  5. exp-math.uni-essen.de (Memento vom 21. März 2003 im Internet Archive; PDF)