Zusammenfassung

  • SSM definiert den Empfangskanal als (S,G): Die Quelladresse S gehört ebenso zur Anmeldung wie die Gruppenadresse G.
  • Im Interdomain-Pfad entfallen Quellensuche, RP und Shared Trees; dafür muss die Anwendung die Quelle über einen anderen Kanal kennen.
  • Die Adressauswahl authentifiziert keinen Absender, und viele Anmeldungen können weiterhin Routerzustand und Kontrollverkehr erschöpfen.

Eine reservierte Adresse ist ein Versprechen

Bei Source-Specific Multicast beginnt die Semantik nicht erst im Routingprotokoll. Sie ist bereits in der Adresse und im Join enthalten. RFC 4607 reserviert 232.0.0.0/8 für IPv4 und FF3x::/32 für IPv6. Wer eine Adresse aus diesen Bereichen nutzt, verspricht einen source-specific Kanal.

Dieser Kanal heißt (S,G). Nur Datagramme von Quelladresse S an SSM-Ziel G sollen an den Socket gelangen, der genau diese Kombination angefordert hat. Ein (*,G)-Join ist in einem SSM-Bereich deshalb kein bequemer Wildcard-Ersatz. Router dürfen eine solche nicht source-specific Anforderung weder verwenden noch weitergeben. Alle Router müssen dem reservierten Bereich dieselbe Bedeutung geben.

Damit ändert sich die Zuständigkeit für die Quellensuche. Bei ASM kann das Netz Quellen entdecken. Bei SSM muss der Empfänger S über einen Out-of-Band-Mechanismus erfahren, typischerweise in der Anwendungsschicht. RFC 8815 beschreibt diesen Tausch ausdrücklich: Das Netz bekommt eine fertige Auswahl und baut den Pfad dorthin.

Wegfall ist nicht dasselbe wie Verschwinden

Für Interdomain-Multicast empfiehlt RFC 8815, ASM abzulösen, SSM einzusetzen und Hosts wie Router vollständig dafür auszurüsten. Der SSM-Pfad braucht keine Rendezvous Points, keine Shared Trees, keinen Wechsel zum Shortest-Path Tree, keine PIM Registers, kein MSDP und keine dynamische RP-Ermittlung. Ein source-qualified Join kann mit PIM-SSM zur benannten Quelle laufen und (S,G)-Zustand erzeugen.

Das Netz wird dadurch tatsächlich einfacher. Die Quellensuche verschwindet jedoch nicht aus dem Gesamtsystem. Ein Dienstverzeichnis, ein Programmführer oder ein anderer Anwendungskanal muss S liefern. Daraus folgt als Analyse: Eine falsche, veraltete oder manipulierte Quellangabe kann vom SSM-Netz korrekt umgesetzt werden. Die RFCs belegen die Verlagerung der Funktion, nicht einen konkreten aktuellen Angriff auf einen benannten Dienst.

Auch die administrative Grenze bleibt sichtbar. RFC 8815 betrifft Interdomain-ASM. ASM innerhalb einer Organisation oder Domain wird nicht ausgeschlossen. Die BCP ist daher weder ein weltweites Verbot noch eine Messung des heutigen Einsatzstands.

Wenn Kompatibilität die Quelle abschneidet

RFC 4604 verbindet SSM mit IGMPv3 und MLDv2. Eine Anwendung, die für eine SSM-Adresse nur eine unspezifische Gruppenanforderung stellt, soll scheitern. Kompatibilitätsmodi für ältere Versionen können den gewünschten Kanal ebenfalls verhindern, weil ein altes Membership-Format die Quellenauswahl nicht ausdrücken kann.

Auf einem gemeinsam genutzten Medium darf ein SSM-fähiger Host im beschriebenen Legacy-Fall seinen source-specific Report nicht unterdrücken, nur weil er einen anderen Report gehört hat. Sonst erfährt der First-Hop-Router möglicherweise nichts vom benötigten Filter; andere Hosts auf dem Segment können dadurch ihren Dienst verlieren. Zwei Kontrollmeldungen sind nur äußerlich redundant.

Auch Ethernet erledigt die Quellenauswahl nicht. Das Multicast-Ziel der Sicherungsschicht filtert nicht nach der IP-Quelle. RFC 4607 verlangt deshalb, dass das IP-Modul des Hosts vor der Socket-Zustellung weiter nach S filtert. Die Auswahl muss Anwendung, Host-Stack, IGMPv3 oder MLDv2, Designated Router und PIM-SSM unverändert durchlaufen.

Adressselektion ist keine Identitätsprüfung

Ein genauer Filter kann wie Vertrauen wirken. RFC 4607 warnt jedoch vor gefälschten Quelladressen, die das Servicemodell verletzen können. Benötigt eine Anwendung starke Authentisierung, muss sie einen Mechanismus höherer Schichten einsetzen. SSM begrenzt den zugelassenen Adresswert; es beweist nicht kryptografisch, wer ihn kontrolliert.

Auch Routerzustand bleibt Teil des Systems. Subscriptions verursachen Zustand, Verarbeitung und Kontrollverkehr. Sehr große Mengen können als Denial-of-Service wirken; sorgfältig gewählte Rate- oder Zustandsgrenzen sind zulässig. Der Verzicht auf RP-Infrastruktur ist keine Zustandslosigkeit.

Was die drei Dokumente offenlassen

Die RFCs messen weder aktuelle SSM-Anteile nach Region noch nach Betreiberklasse. Sie dokumentieren keine heutigen Herstellervorgaben, keine konkreten Interoperabilitätsfehler, keine Absicherung eines benannten Quellverzeichnisses und keine gemessene Verringerung von Störungen nach einer Migration. Dafür wären weitere Quellen erforderlich.

Der belastbare Befund ist architektonisch: SSM vereinfacht Interdomain-Multicast, indem es am Rand einen vollständigeren Auftrag verlangt. Der Empfänger nennt die Quelle, Host und Router bewahren die Auswahl, die Anwendung übernimmt die Entdeckung. Das Netz wird übersichtlicher, weil es diese Entscheidung nicht länger erraten muss.

Quellen