4.3. Allocation of Source-Specific Multicast Addresses (Zuweisung quellenspezifischer Multicast-Adressen)
4.3. Allocation of Source-Specific Multicast Addresses (Zuweisung quellenspezifischer 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. Der Zweck der Reservierung dieser beiden Adressen besteht darin, eine ungültige SSM-Zieladresse für IPv4 und IPv6 zu reservieren, die in Implementierungen als Nullwert nützlich sein 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 ist in Abschnitt 9 "IANA-Überlegungen" unten dargelegt.
Die Richtlinie für die Zuweisung der verbleibenden SSM-Adressen an sendende Anwendungen wird streng lokal vom sendenden Host bestimmt.
Bei der dynamischen Zuweisung von SSM-Adressen DARF (MUST NOT) ein Host oder Hostbetriebssystem NICHT sequenziell ab der ersten erlaubten Adresse zuweisen. Es wird EMPFOHLEN (RECOMMENDED), SSM-Adressen zufällig an Anwendungen zuzuweisen und dabei sicherzustellen, dass bereits zugewiesene Adressen nicht gleichzeitig mehreren Anwendungen bereitgestellt werden (und reservierte Adressen zu vermeiden). Für IPv6 sollte die Zufälligkeit auf die niedrigsten 31 Bits der Adresse angewendet werden.
Wie in Abschnitt 6 beschrieben, wird bei der Abbildung von IP-Datagrammen mit einer SSM-Zieladresse auf eine Link-Layer-Multicast-Adresse die Quell-IP-Adresse des Datagramms nicht berücksichtigt (bei häufig verwendeten Link-Layern wie Ethernet). Wenn alle Hosts ab der ersten erlaubten Adresse beginnen würden, ist es wahrscheinlich, dass viele quellenspezifische Kanäle in einem gemeinsam genutzten Medien-LAN dieselbe Link-Layer-Multicast-Adresse verwenden würden. Infolgedessen würde Verkehr, der für Abonnenten eines Kanals bestimmt ist, an das IP-Modul eines anderen zugestellt, das das Datagramm dann verwerfen müsste.
Das Betriebssystem des Hosts SOLLTE (SHOULD) eine Schnittstelle bereitstellen, die es Anwendungen ermöglicht, vor Beginn einer Sitzung eine eindeutige Zuweisung einer Kanal-Zieladresse anzufordern, und diese Zuweisungsdatenbank SOLLTE (SHOULD) über Neustarts des Hosts hinweg bestehen bleiben. Durch die Bereitstellung persistenter Zuweisungen kann eine Hostanwendung eine Sitzung auf einer Webseite oder in einem anderen Verzeichnis ankündigen, bevor die Sitzung beginnt. (Wir stellen fest, dass dieses Problem nicht spezifisch für SSM-Anwendungen ist — dasselbe Problem besteht auch bei ASM.)
Dieses Dokument definiert weder die Schnittstelle zum Anfordern oder Zurückgeben von Adressen noch den Host-Algorithmus zum Speichern dieser Zuweisungen. In RFC 2771 [RFC2771] ist eine vernünftige abstrakte API definiert. Beachten Sie, dass RFC 2771 es Anwendungen ermöglicht, Adressen innerhalb eines bestimmten Adressbereichs anzufordern. Wenn diese Schnittstelle verwendet wird, SOLLTE (SHOULD) die Startadresse des Bereichs von der Anwendung zufällig ausgewählt werden.
Für IPv6 werden administrativ begrenzte SSM-Kanaladressräume durch die Auswahl eines geeigneten Bereichsbezeichners (Scope Identifier) für die SSM-Zieladresse erstellt. Die normalen IPv6-Multicast-Bereichsgrenzen [SCOPINGv6] gelten für Verkehr, der an SSM-Zieladressen gesendet wird, einschließlich aller relevanten Grenzen, die auf Quell- und Zieladressen angewendet werden.
Derzeit ist kein global konsistenter administrativer Bereichsadressraum für IPv4-quellenspezifisches Multicast definiert [ADMIN-SCOPE]. Für IPv4 kann ein administrativer Bereich für SSM-Adressen innerhalb einer administrativen Domäne erreicht werden, indem ausgehender SSM-Verkehr, der an Bereichsadressen gesendet wird, an den Grenzroutern der Domäne gefiltert wird.