11. Multicast Considerations (Multicast-Überlegungen)
11. Multicast Considerations (Multicast-Überlegungen)
Wie in der ursprünglichen Internet-Architektur definiert, ist die Multicast-Gruppenadresse ein topologieunabhängiger Bezeichner für die Gruppierung von Empfänger-Host-Standorten. Die Adresskodierung selbst bestimmt nicht den Standort der Empfänger. Multicast-Routing-Protokolle und der von den Protokollen erstellte netzwerkbasierte Zustand bestimmen den Standort der Empfänger.
Im Kontext von LISP ist die Multicast-Gruppenadresse sowohl eine EID als auch ein Routing-Locator. Daher müssen keine spezifischen Semantiken oder Operationen an der Zieladresse durchgeführt werden, da sie im IP-Header erscheinen wird. Die Gruppenadresse, die im inneren IP-Header erscheint, der vom Quellhost erstellt wurde, wird daher als Ziel-EID verwendet. Der äußere IP-Header (Ziel-Routing-Locator-Adresse), der vom LISP-Router hinzugefügt wird, verwendet dieselbe Gruppenadresse als Ziel-Routing-Locator.
Das heißt, nur die Quell-EID und der Quell-Routing-Locator müssen behandelt werden. Daher muss der ITR beim Hinzufügen des äußeren IP-Headers nur seine eigene IP-Adresse in das Feld 'Routing Locator' der Quelle einfügen. Diese Quell-Routing-Locator-Adresse muss wie jede andere Routing-Locator-Adresse global routbar sein.
Wenn das empfangene Datenpaket ein Multicast-Datenpaket ist oder ein quellenspezifischer Join (über IGMPv3 oder PIM) verarbeitet wird, muss der ITR daher kein EID-to-RLOC-Mapping durchführen. Der Quell-Routing-Locator wird jedoch vom Multicast-Routing-Protokoll im Empfängerstandort bestimmt. Das heißt, die EID-to-RLOC-Konvertierung wird zur Kontrollzeit abgeschlossen.
Ein anderer Ansatz besteht darin, dass der ITR Multicast-Datenpakete nicht kapselt und den vom Host erstellten Paketen erlaubt, in den Kern zu fließen, auch wenn die Quelladresse aus dem EID-Namensraum zugewiesen ist. Wenn PIM im Kern RPF-Vector TLV [RFC5496] verwendet, können Kernrouter RPF zum ITR (Locator-Adresse, die in das Kern-Routing injiziert wird) statt zur Host-Quelladresse (EID-Adresse, die nicht in das Kern-Routing injiziert wird) durchführen.
Um jeden EID-basierten Multicast-Zustand im Netzwerkkern zu vermeiden, wurde der erste Ansatz für LISP-Multicast gewählt. Die Details von LISP-Multicast und der Interoperabilität mit Nicht-LISP-Standorten werden in [RFC6831] und [RFC6832] beschrieben.