4.3. Zuweisung quell-spezifischer Multicast-Adressen

Die SSM-Zieladresse 232.0.0.0 ist reserviert und DARF NICHT (MUST NOT) als Zieladresse verwendet werden. Ebenso ist FF3x::4000:0000 reserviert. Diese beiden Adressen sind reserviert, um jeweils eine ungültige SSM-Zieladresse für IPv4 und IPv6 bereitzuhalten, die in Implementierungen als Nullwert (null value) verwendet werden kann. Der Adressbereich 232.0.0.1 - 232.0.0.255 ist derzeit für die IANA-Zuweisung reserviert. SSM-Zieladressen im Bereich FF3x::4000:0001 bis FF3x::7FFF:FFFF sind ebenfalls für die IANA-Zuweisung reserviert [IPv6-MALLOC]. Die Motivation für die Reservierung dieser Adressen wird in Abschnitt 9 „IANA-Überlegungen" (IANA Considerations) unten skizziert.

Die Politik zur Zuweisung der verbleibenden SSM-Adressen an sendende Anwendungen ist strikt eine lokale Entscheidung des sendenden Hosts.

Bei der dynamischen Zuweisung von SSM-Adressen DARF (MUST NOT) der Host oder das Host-Betriebssystem nicht sequenziell ab der ersten zulässigen Adresse zuweisen. Die EMPFOHLENE (RECOMMENDED) Vorgehensweise besteht darin, Anwendungen zufällig zuzuweisen, wobei sichergestellt wird, dass die zugewiesene Adresse nicht gleichzeitig mehreren Anwendungen bereitgestellt wird (und reservierte Adressen vermieden werden). Für IPv6 sollte sich die Randomisierung auf die niederwertigsten 31 Bits der Adresse erstrecken.

Wie in Abschnitt 6 beschrieben, berücksichtigt die Abbildung von IP-Paketen mit SSM-Zieladresse auf eine Link-Schicht-Multicast-Adresse die Quell-IP-Adresse des Datagramms nicht (auf gängigen Link-Schichten wie Ethernet). Wenn alle Hosts bei der ersten zulässigen Adresse beginnen, werden auf einem gemeinsam genutzten LAN viele quell-spezifische Kanäle voraussichtlich dieselbe Link-Schicht-Multicast-Adresse verwenden. Infolgedessen wird Datenverkehr, der an einen Abonnenten eines Kanals gerichtet ist, an das IP-Modul eines anderen Hosts zugestellt, der das Datagramm dann verwerfen muss.

Das Host-Betriebssystem SOLLTE (SHOULD) eine Schnittstelle bereitstellen, mit der eine Anwendung vor Beginn einer Sitzung die eindeutige Zuweisung einer Kanalzieladresse vorab anfordern kann, und diese Zuweisungsdatenbank SOLLTE (SHOULD) über einen Neustart des Hosts hinweg erhalten bleiben. Durch Bereitstellung einer persistenten Zuweisung kann die Host-Anwendung die Sitzung im Voraus auf einer Webseite oder in einem anderen Verzeichnis veröffentlichen. (Wir stellen fest, dass dieses Problem nicht spezifisch für SSM-Anwendungen ist -- es tritt auch bei ASM auf.)

Dieses Dokument definiert weder eine Schnittstelle zum Anfordern oder Zurückgeben von Adressen noch legt es den Host-Algorithmus zur Speicherung dieser Zuweisungen fest. RFC 2771 [RFC2771] definiert eine sinnvolle abstrakte API. Beachten Sie, dass RFC 2771 einer Anwendung erlaubt, eine Adresse innerhalb eines bestimmten Adressbereichs anzufordern. Wenn diese Schnittstelle verwendet wird, SOLLTE (SHOULD) die Startadresse des Bereichs zufällig von der Anwendung gewählt werden.

Für IPv6 werden administrative-scoped-SSM-Kanaladressen durch die Wahl eines geeigneten Gültigkeitsbereichsbezeichners für die SSM-Zieladresse erstellt. Die üblichen IPv6-Multicast-Gültigkeitsbereichsgrenzen [SCOPINGv6] gelten für den an SSM-Zieladressen gesendeten Datenverkehr, einschließlich aller anwendbaren Grenzen für Quell- und Zieladressen.

Für quell-spezifisches Multicast in IPv4 ist noch kein global konsistenter, administrativ geltender Adressbereich definiert [ADMIN-SCOPE]. Für IPv4 kann das administrative Scoping von SSM-Adressen innerhalb einer Verwaltungsdomäne erreicht werden, indem ausgehender SSM-Datenverkehr an einen Adressbereich an den Grenzroutern der Domäne gefiltert wird.