| Familie: | Internetprotokollfamilie | ||||||||||||||||||||||||
| Einsatzgebiet: | Zuverlässiges, verbindungsorientiertes Transportprotokoll | ||||||||||||||||||||||||
| |||||||||||||||||||||||||
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
SCTP wurde von der Internet Engineering Task Force (IETF) als neues Transportprotokoll vorgeschlagen und im Oktober 2000 in dem Standarddokument RFC 2960 veröffentlicht. Die Spezifikation wurde im September 2007 durch RFC 4960 und im Juni 2022 durch RFC 9260 ersetzt. Eine Einführung findet sich in RFC 3286. 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.
Alternativen
QUIC ist ein auf UDP aufbauendes ebenfalls zuverlässiges und verbindungsorientiertes Netzprotokoll auf Transportschicht. Im Gegensatz zu SCTP ist es jedoch verschlüsselt da Transport Layer Security (TLS) zur kryptographischen Absicherung der Kommunikation integriert wurde. QUIC wird von Protokollen wie HTTP/3 oder DNS over QUIC (DoQ) verwendet. QUIC ist ebenfalls von IETF standardisiert; eine Google-Variante gQUIC wird parallel fortgeführt.
Spezifikationen
Weblinks
- Monika Ermert: Missing Link: Auch Internetprotokolle haben ihren Lifecycle. In: Heise online. 19. März 2023 (Interview mit Michael Tüxen und Michael Scharf). Abgerufen am 19. März 2023.
- sctp.de – Michael Tüxen's SCTP Page
- Thomas Dreibholz's SCTP Project Page
- OpenSS7
- Concluded Workgroup Signaling Transport (sigtran). ietf.org
- Better networking with SCTP. ibm.co
Einzelnachweise
- ↑ RFC – Stream Control Transmission Protocol. 2000 (englisch).
- ↑ RFC – Stream Control Transmission Protocol. 2007 (englisch).
- ↑ RFC – Stream Control Transmission Protocol. 2022 (englisch).
- ↑ RFC – An Introduction to the Stream Control Transmission Protocol (SCTP). Mai 2002 (englisch).
- ↑ exp-math.uni-essen.de (Memento vom 21. März 2003 im Internet Archive; PDF)