Zusammenfassung

  • TPKT stellt Version, reserviertes Feld und Gesamtlänge vor ein TPDU und schafft damit eine zählbare Datensatzgrenze im TCP-Strom.
  • Eine Datensatzgrenze ist weder Authentisierung noch Integritätsschutz, Berechtigung oder Nachweis eines Geschäftsergebnisses.

RFC 793 beschreibt TCP als kontinuierlichen Oktettstrom. Ein read kann daher einen halben oder mehrere Protokollgegenstände enthalten. TCP-Segmente sind keine öffentliche Nachrichtengrammatik.

RFC 1006 setzte 1987 für ISO Transport class 0 auf TCP genau an dieser Stelle an. Ein TPKT besteht aus konstantem Header und TPDU. Der Header hat vier Oktette: 8 Bit version, 8 Bit reserved und 16 Bit packet length. Für version 3 ist der Versionswert 3; die Länge zählt den ganzen TPKT einschließlich Header und liegt zwischen 7 und 65.535 Oktetten.

Ein Empfänger puffert den Header, liest die angegebene Restmenge und übergibt erst dann das TPDU. Ein Paket kann über mehrere Lesevorgänge kommen, mehrere Pakete können gemeinsam eintreffen. Die Vier-Oktett-Zeichnung der RFC ist keine Vorgabe für ein Vielfaches von vier; das Längenfeld entscheidet.

RFC 1006 war STD 35, ersetzte RFC 983 und reservierte TCP-Port 102 für implementierende Hosts. Sie wollte ISO-Transportdienste über TCP/IP anbieten, sodass höhere ISO-Schichten den unteren Träger nicht kennen müssen. Sie erzeugte keine OSI-Netzwerkschicht unter TCP. Ein beobachteter Port belegt keinen Betreiber; ein korrekt gerahmtes TPDU belegt keine Identität oder Zustimmung.

RFC 2126 aktualisierte die Zuordnung 1997, behielt die TPKT-Form, verfeinerte class 0 für die RFC-1006-Basis und ergänzte class 2 über TCP. Sie begrenzt auch die Sicherheitsbehauptung: nicht mehr und nicht weniger sicher als TCP und ISO 8073. Der Parser kann eine Länge prüfen, aber keinen Geschäftsakt entscheiden.

Quellen und Grenzen