rfc·explained

Cluster

Die Netzwerk-Grundlagen, erklärt

Netzwerke ruhen auf zwei Fragen: welche Adresse, und wie reisen die Bytes. RFC 791 beantwortet die erste, indem er das IPv4-Paket und seine 32-Bit-Adresse definiert. RFC 793 und RFC 768 beantworten die zweite, auf entgegengesetzte Weise: TCP garantiert Zustellung, UDP garantiert nichts. Fast alles andere ist Kommentar zu diesen dreien.

Zuerst kamen die Adressen, dann gingen sie aus. RFC 791 gab dem Internet eine 32-Bit-Adresse, rund 4,3 Milliarden Stück, was sich 1981 grenzenlos anfühlte. RFC 1918 kaufte zwei weitere Jahrzehnte, indem er drei Blöcke reservierte, die jeder im eigenen Netz wiederverwenden darf, unsichtbar für das öffentliche Internet. Bis 2012 waren selbst den Providern die Adressen ausgegangen, also schnitt RFC 6598 einen vierten Block heraus, eine Schicht höher, für Carrier-Grade NAT. Derselbe Trick, dreimal angewandt, gegen denselben Mangel.

Der Transport ist die Weggabelung. RFC 793 baut eine Verbindung auf, überträgt Verlorenes erneut, sortiert Pakete und drosselt, wenn das Netz sich beschwert. RFC 768 tut nichts davon: acht Byte Header, kein Handschlag, keine Zusagen. TCP ist ein Einschreiben, UDP eine Postkarte. Keines ist besser; sie beantworten verschiedene Fragen darüber, was zu tun ist, wenn ein Paket verloren geht.

Dann gibt es das Regelbuch, das niemand liest und alle befolgen. RFC 1122 und RFC 1123 sind zwei Hälften eines Dokuments, STD 3, am selben Tag im Jahr 1989 veröffentlicht. Sie definieren kein Protokoll. Sie gehen die bestehenden durch und schreiben Klausel für Klausel das Verhalten auf, über das ein Jahrzehnt unabhängiger Implementierungen still uneins gewesen war. Fremde TCP-Stacks spielen ihretwegen zusammen.

Fang hier an

Sieben Seiten, in der Reihenfolge, in der sich das Bild am schnellsten fügt: