Zusammenfassung

  • RFC 2373 entnahm Anycast-Adressen dem Unicast-Adressraum; die Bits verrieten weder die gemeinsame Nutzung durch mehrere Schnittstellen noch den späteren Empfänger.
  • „Nächstgelegen“ bedeutete die Schnittstelle, die das aktuelle Distanzmaß der Routingprotokolle auswählte — nicht geografische Nähe, geringe Latenz, Gesundheit, niedrige Last oder dauerhafte Identität.

Eine Adresse ohne eingebauten Sieger

RFC 2373 beschrieb IPv6-Adressen ausgehend von Schnittstellen. Unicast identifizierte eine Schnittstelle. Multicast identifizierte eine Menge und stellte an alle zu. Anycast identifizierte ebenfalls eine Menge, stellte jedoch nur an ein Mitglied zu, das nach dem Maß des Routings „nächstgelegene“.

Entscheidend war der Verzicht auf eine eigene Syntax. Anycast wurde aus dem Unicast-Raum vergeben und benutzte dessen Formate. An der Schreibweise ließ es sich nicht erkennen. Sobald dieselbe unicastförmige Adresse mehreren Schnittstellen zugewiesen war, mussten die beteiligten Knoten ausdrücklich wissen, dass sie als Anycast diente.

Eine Adresse in einem Protokoll war deshalb kein Mitgliederverzeichnis. Sie sagte nicht, ob ein einzelner Empfänger oder eine Menge dahinterstand, nannte den Antwortenden nicht und bewahrte auch keine Begründung für die Routenwahl auf.

„Nähe“ war eine Aussage des Routings

Die Anführungszeichen trugen Bedeutung. Entfernung war das Maß der aktiven Routingprotokolle, nachdem Topologie, Richtlinien und gegenwärtige Ankündigungen berücksichtigt waren. Sie versprach weder geografische Nähe noch die geringste Anwendungslatenz, einen gesunden Prozess oder eine wenig belastete Maschine.

So konnte die gewöhnliche Weiterleitung ein Mitglied erreichen, ohne ein neues Paketfeld einzuführen. Änderten sich die Routen, konnte sich jedoch auch das Mitglied ändern. Zwei Beobachter konnten mit demselben Ziel verschiedene Schnittstellen erreichen; derselbe Beobachter konnte später bei einer anderen landen. Die stabile Zeichenfolge war ein Treffpunkt für einen Dienst, kein dauerhafter Maschinenname.

Die verborgene Mitgliedschaft lag in den Routen

RFC 2373 definierte den längsten Präfix P, der die topologische Region aller Mitglieder einer Anycast-Menge umfasste. Innerhalb von P musste jedes Mitglied als eigener Routing-Eintrag, also als Hostroute, erscheinen. Außerhalb von P ließ sich die Adresse in die Route für P aggregieren.

Damit wurde der Skalierungspreis sichtbar. Gab es keine gemeinsame topologische Region, konnte P der Nullpräfix sein; dann musste die einzelne Route im gesamten Internet verbreitet werden. Das Dokument bezeichnete dies als schwere Einschränkung und erwartete, dass globale Anycast-Mengen unmöglich oder streng begrenzt sein würden.

Die Adresse selbst enthielt dieses Register nicht. Betreiber schufen die Menge durch Schnittstellenkonfiguration und Routenankündigungen. Aggregation konnte einzelne Mitglieder gegenüber entfernten Routingtabellen gezielt verbergen.

Null konnte „einer der Router“ bedeuten

Die vorgeschriebene Subnet-Router-Anycast-Adresse machte die Mehrdeutigkeit konkret. Sie verband einen Subnetzpräfix mit einer ausschließlich aus Nullen bestehenden Schnittstellenkennung. Syntaktisch glich sie einer Unicast-Adresse für Schnittstelle null. Betrieblich mussten alle Router des Subnetzes sie erkennen, während das Paket nur einen erreichte.

Andere Adressen sollten Implementierungen als Unicast behandeln, solange sie nicht ausdrücklich als Anycast konfiguriert waren. Ein Teil der Klassifikation lebte somit außerhalb der 128 Bit, im lokalen Zustand und in der Weiterleitung.

Frühe Grenzen dokumentierten Unsicherheit

RFC 2373 stellte fest, dass nur wenig Erfahrung mit beliebigem Internet-weitem Anycast bestand. Die Spezifikation untersagte vorläufig die Verwendung als Quelladresse und beschränkte die Zuweisung auf Router. Spätere IPv6-Adressarchitekturen entfernten diese Grenzen, behielten aber das Kernmodell aus Unicast-Form, konfigurierter Mitgliedschaft und Routingauswahl bei.

Die spätere Erlaubnis darf die Geschichte nicht glätten. 1998 bedeutete die minimale Anfangsspezifikation: bekannte Formate und Weiterleitung wiederverwenden, einen nützlichen Routerfall vorschreiben und die noch unverstandene Fläche klein halten. Eine spätere Lockerung beweist weder, dass frühere Gefahren schon gelöst waren, noch dass RFC 2373 moderne Dienstpraktiken beschrieb.

Was eine Antwort belegen konnte

Eine Antwort zeigte, dass zu diesem Zeitpunkt von diesem Beobachtungspunkt ein Pfad ein antwortendes Mitglied erreichte. Sie zählte nicht alle Mitglieder auf, bewies weder einen optimalen noch einen gesundheitsgesteuerten Pfad, garantierte nicht den Empfänger des nächsten Pakets und bestätigte keinen abgeschlossenen Anwendungsvorgang.

Eine belastbare Beweiskette trennt Zieladresse, konfigurierte Mitgliedschaft, jede Routenankündigung, den ausgewählten Pfad je Beobachtungsort, die empfangende Schnittstelle, den antwortenden Prozess, die Sitzungskontinuität und das Anwendungsergebnis.

Lu Hengs Vorrang des laufenden Codes verortet Autorität in der tatsächlich wirksamen Konfiguration und Weiterleitung, nicht im Adressetikett. Die minimale Anfangsspezifikation erklärt die Wiederverwendung der Form. Die Realitätsebenen verlangen, Adresse, Route, Antwort und vollendete Handlung als benachbarte, aber verschiedene Tatsachen zu behandeln.

RFC 2373 ließ eine Adresse ein Mitglied ihrer Menge finden. Gerade weil die Adresse nicht vorgab, dieses Mitglied im Voraus zu kennen, funktionierte das Modell.