Zusammenfassung

  • RFC 3446 ließ mehrere aktive PIM-SM-RPs dieselbe Anycast-Adresse ankündigen, sodass Quellen und Empfänger zur topologisch nächsten Instanz gelangten.
  • MSDP-Peering, Router-ID und Source-Active-Ursprung/RPF verlangten eindeutigen Unicast; Nähe bewies weder synchronen Zustand noch Zustellung.

Eine aktive Zuordnung machte Entfernung teuer

RFC 2362 erlaubte mehrere konfigurierte RPs, aber nur eine aktive Gruppe-RP-Zuordnung. Das konzentrierte Register-Dekapselung, verzögerte Umschaltung und zog Verkehr zu einem entfernten Punkt. RFC 3446 beschrieb europäische Quellen und Empfänger, deren Daten über einen US-RP hin- und zurückliefen.

Eine Aufteilung von 224.0.0.0/4 erforderte Vorwissen über Last und regelmäßige Neukonfiguration. Gleich große Nummernräume waren keine gleich großen Arbeitslasten.

Der Informational RFC erschien im Januar 2003. Text, RFC Editor, Datatracker, Historie, Referenzen, Zitate und Errata belegen die Beschreibung, nicht den Erfolg eines Netzes.

Der gemeinsame Eingang wählte nur

Alle RPs erhielten dieselbe Anycast-Adresse auf einer logischen Schnittstelle und kündigten den /32 im IGP an. Register und Join folgten dem nahen Pfad. Die Gruppe-RP-Zuordnungen mussten auf allen RPs identisch sein; andere Router lernten sie statisch, per Auto-RP oder über den Bootstrap aus RFC 5059. Die Adresse synchronisierte keine Konfiguration.

Aktive Quellen wurden über MSDP geteilt, später in RFC 3618 beschrieben. MBGP war optional, MSDP hier Pflicht. Seine Endpunkte nutzten eindeutigen Unicast.

Anycast durfte nicht Router-ID werden, sonst konnten Nachbarschaften scheitern. Als RP-Adresse in Source-Active-Nachrichten ließ es peer-RPF fehlschlagen. Vorne lautete die Frage „welche Instanz ist nah?“, hinten „welcher konkrete Peer erzeugte den Zustand?“. Die eine Identität verbarg das Replikat, die andere bewahrte Herkunft.

MSDP erzeugte zudem (S,G)-Zustand auf dem Pfad zur Quelle. Unicast-Instabilität konnte die bedienende Instanz unter gleichbleibendem Namen wechseln. Routenintegrität, PIM und MSDP blieben getrennte Schutzflächen.

RFC 4601 und RFC 7761 überarbeiteten PIM-SM, RFC 4610 beschrieb PIM-Anycast-RP, RFC 4786 allgemeine Anycast-Praxis. Das ist Kontext. IANA registriert Multicast-Adressen und PIM-Parameter, nicht Zustellung.

Heng Lus Realitätsschichten trennen Adresse, Route, Instanz, MSDP-Wissen, PIM-Zustand, Paket und Ergebnis. Vorrang laufenden Codes macht beobachtete Kosten relevant, ohne Route zu Dienst zu erklären. Die minimale Anfangsspezifikation unterstützt einen kleinen gemeinsamen Eingang und explizite Koordinationsidentitäten. Das ist redaktionelle Deutung.

Clients brauchen einen Namen, der Replikate verbirgt; Replikate Namen, die sie unterscheiden. Ein Universalname löscht die für Koordination nötige Provenienz.

Quellen