Zusammenfassung

  • RFC 3180 machte aus einem einjährigen Experiment BCP 53: Im IPv4-Multicast-Block 233/8 bestimmte eine zweibyte AS-Nummer ein /24, also 256 Gruppenadressen, ohne einen zweiten Registrierungsschritt.
  • Die Bequemlichkeit erbte die Grenzen des AS-Registers. Vierbyte-ASNs ließen sich nicht codieren, und ein AS konnte mehrere Standorte oder Organisationen umfassen. RFC 6034 ergänzte später eine präfixbasierte Option, ließ RFC 3180 aber ausdrücklich bestehen.

Die Adresse sollte einen Hinweis darauf geben, wer sie zuteilen konnte. In 233/8 blieb das erste Byte fest, die nächsten beiden Bytes übernahmen eine 16-Bit-AS-Nummer, und das letzte Byte ließ diesem AS 256 Multicast-Gruppen. Das Beispiel in RFC 3180 bildet AS 5662 auf 233.22.30.0/24 ab. Ein Provider konnte den Block aus einer bereits fürs Routing vergebenen Nummer ableiten und brauchte keinen zusätzlichen interdomainweiten Gruppen-Allocator.

Die Abkürzung löste ein konkretes Koordinationsproblem. Das Experiment RFC 2770 vom Februar 2000 hielt fest, dass bestimmte Content-Aggregatoren Gruppenadressen über Zeiträume benötigten, die nicht zu einer dynamischen Sitzungszuweisung passten. Zwischen Providern, Aggregatoren und Anwendungsentwicklern bestand auch kein allgemeiner Konsens über ein kohärentes Verfahren. Der statische Einsatz von 233/8 war zunächst auf ein Jahr angelegt, konnte aber verlängert werden. Im September 2001 löste RFC 3180 das Experiment durch die Best Current Practice 53 ab.

Es zielte auf den statischen Teil, den Source-Specific Multicast nicht abdeckte, nicht auf jede Multicast-Zuweisung.

Ein bekanntes Kennzeichen machte die Regel lesbar, brachte aber dessen Begrenzung mit. RFC 3180 beschränkt GLOP ausdrücklich auf zweibyte AS-Nummern. Als ASN auf vier Byte erweitert wurden, gab es im GLOP-Schema keine zusätzlichen Bits für den neuen Wert. Der zugewiesene Block stand außerdem für ein AS, nicht zwingend für eine einzelne Organisation oder einen Standort. Ein großes AS mit mehreren Standorten brauchte weiter interne Koordination; die kodierte AS-Nummer identifizierte nicht immer die verantwortliche Organisation.

RFC 6034 nahm 2010 eine andere Ausgangsbasis. Das Verfahren leitet IPv4-Multicast-Bereiche aus dem globalen Unicast-Präfix einer Organisation ab, ähnlich dem präfixbasierten IPv6-Multicast-Format. Wo das Präfix die Bedingungen erfüllt, ist eine feinere Zuständigkeitsgrenze möglich und die Vierbyte-AS-Grenze entfällt. Eine vollständige Ablösung war es nicht: RFC 6034 erklärt, RFC 3180 weder zu aktualisieren noch abzulösen. Organisationen mit spezifischeren Unicast-Zuweisungen als /24 können weiter GLOP brauchen; beide Verfahren können nebeneinander bestehen.

Das heutige IANA-Register führt 233.0.0.0 bis 233.251.255.255 weiterhin als GLOP-Block und behandelt Nachbarbereiche gesondert. Das belegt eine anerkannte Zuweisungsgrenze, aber weder Verkehrsvolumen noch Route oder Empfang eines Streams. Die Dokumente beweisen keine universelle Einführung und auch kein Verschwinden. Sie zeigen, wie statische Gruppen durch Einbettung in ein bestehendes Nummernsystem leichter berechenbar werden sollten – und wie später eine weitere Zuordnungsart ergänzt wurde, als Breite und Granularität des geliehenen Schlüssels nicht für alle passten.

Quellen