Multicast Backbone

Multicast-Backbone-Entwickler Van Jacobson (2006)

Der MBone wurde 1992 von Van Jacobson, Steve Deering und Stephen Casner auf Vorschlag von Allison Mankin entwickelt.[1][2]

Mitte 1993 wurden erste Aktivitäten in Deutschland unternommen; ein für Deutschland geltender MBONE-DE namens Whiteboard wurde eingerichtet.[1]

Ein Konzert der Rolling Stones im November 1994 im Cotton Bowl in Dallas mit 50.000 Fans war das „erste große Cyberspace Multicast-Konzert“. Mick Jagger eröffnete das Konzert mit den Worten: „Ich möchte alle, die heute Abend ins Internet gegangen sind und in den MBone eingeloggt sind, besonders willkommen heißen. Und ich hoffe, es bricht nicht alles zusammen.“[3]

Ein Jahr später wurde der MBone, diesmal symmetrisch (gleichzeitiges Senden und Empfangen ohne Hierarchie unter den Teilnehmern), für eine erste Erfahrung der grafischen Echtzeit-Interaktion ohne die Vermittlung eines Zentrums verwendet.[4]

Bis 1995 gab es MBone-Verbindungen in Russland sowie an der Forschungsstation McMurdo-Sund in der Antarktis.[5]

MBone wurde für die gemeinsame Kommunikation wie Video-Telefonkonferenzen oder gemeinsame kollaborative Arbeitsbereiche verwendet. Sie war im Allgemeinen nicht mit kommerziellen Internetdienstanbietern verbunden, sondern oft mit Universitäten und Forschungseinrichtungen.[5]

Grafische Darstellung des MBones

Der MBONE besteht aus Multicasting-fähigen Computern und Routern im Internet. Da die herkömmlichen, im Internet eingesetzten Router nicht Multicast-fähig sind, bleiben Multicast-fähige Teilnetze im Internet isoliert und bilden so genannte Multicasting-Inseln. Diese Inseln können mittels Tunneling, also durch Kapseln eines Multicast-Pakets in ein Unicast-Paket, überbrückt werden und bilden so ein weltumspannendes Multicast-Netz, den MBONE.

Über die Hochgeschwindigkeitsnetze des Internets können mit Hilfe des Internet Multicast Protocols umfangreiche Video- und Audiodaten übertragen werden.[1] Ein Leistungsmerkmal dieses Protokolls ist, dass die komprimierten und digitalisierten Daten gleichzeitig an verschiedene Teilnehmer übertragen werden können, ohne dass die Netzlast linear zur Anzahl der Teilnehmer ansteigt. Das bedeutet in der Praxis beispielsweise, dass man sich bei Interesse an einem Angebot nicht beim Server, sondern im Netz mit seiner Multicast-Adresse als Mitglied dieser Gruppe anmeldet, die gemeinsam eine Anwendung wie beispielsweise eine Videokonferenz nutzt. In der Transportschicht kommt das UDP-Protokoll zum Einsatz, dadurch kann es zwar zum Paketverlust kommen, die einzelnen Knoten werden allerdings nicht überlastet.

Der Multicast Backbone verwendet den DVMRP Routing-Algorithmus, der auf dem Bellman-Ford-Algorithmus basiert.[6] Zur Auswahl einer Route wird der Entfernungsvektor herangezogen. In der Praxis muss ein Quellsender, um ein Audio- oder Videoprogramm in diesem Modus zu senden, zunächst eine Klasse-D-Adresse erhalten, die als Frequenz- oder TV-Kanalnummernmuster dient.[1] Der Host wählt ein eingestelltes Multi-Channel-Network aus. Dies geschieht dank des IGMP-Protokolls, das an alle Hosts des Lan-Netzwerks eine Anfrage sendet um herauszufinden welcher Host an einem bestimmten Kanal interessiert ist. Der interessierte Host sendet daraufhin das entsprechende IGMP-Paket. Wenn der Absenderhost ein neues Paket generiert, sendet er es an einen Verteiler im Netzwerk, dieser sendet es anschließend an alle Tunnel, mit denen er verbunden ist. Wenn ein Verteiler auf in einem anderen LAN-Netzwerk dieses Paket erhält, prüft er dann, ob es auf dem optimalen Weg geliefert wurde. Sollte es nicht auf dem optimalen Weg gesendet worden sein, so wird es verworfen, andernfalls wird es entsprechend weitergeleitet. Um Blockaden zu vermeiden erhält jedes Paket eine Gewichtung. Das Paket wird nur zu Tunneln geleitet, wenn seine Gewichtung die des Tunnelgewichts nicht überschreitet.

Dieser Algorithmus ist allerdings modifizierbar. Eine Möglichkeit der Modifizierung ist es, dem Algorithmus eine hierarchische Struktur zu geben, indem man Lan-Netzwerke in Regionen gruppiert. Anschließend werden Pakete zuerst an Hosts in der gleichen Region weitergeleitet, befindet sich der Empfänger nicht in der Region so verlässt die Anfrage die Region und wird zu anderen weitergeleitet.[6]

Eine Weitere Möglichkeit ist es, Link-Statusinformationen über das MOSPF-Protokoll zu erhalten. Dabei erstellt jeder Router eine Liste von angeschlossenen Routern und deren Entfernung, anschließend wird mithilfe eines Algorithmus, beispielsweise dem Dijkstra-Algorithmus, der kürzeste Weg berechnet.[7]

Sind Mitglieder allerdings über einen großen Bereich verstreut, so sind DVMRP und MOSPF nicht sehr effizient. In diesem Fall kommt das PIM-Protokoll zum Einsatz.

IP-Multicasting wird heutzutage kaum noch verwendet. Grund dafür ist der zusätzliche Wartungsaufwand, der durch die Vielfalt an Protokollen entsteht; außerdem spielt der Konfigurationsaufwand eine entscheidende Rolle.[6] Die Gefahr von DDoS-Angriffen (Denial-of-Service-Attacke) ist außerdem höher und durch den Einsatz des UDP-Protokolls kommt es beim Sender zu einer erhöhten Rechenleistung durch die Korrektur von Übertragungsfehlern.[6]

• Streaming Media
• Broadcast
• Multicast
• 6Bone • M6Bone
• eXtensible Open Router Platform (XORP) • Cisco Systems • Juniper Networks

• MBoned Working Group der IETF
• Definition bei ITWissen.de
• Für das Multimedia-Zeitalter gerüstet – IP-Netz für Echtzeitdaten: das Multicast-Backbone bei TecChannel.de

1. 12.1. Multicast-Infrastruktur (MBONE). Abgerufen am 20. Mai 2019.
2. The Evolution of Multicast: From the MBone to Interdomain Multicast to Internet2 Deploymen! 2000, abgerufen am 20. Mai 2019 (englisch).
3. BUSINESS TECHNOLOGY; Peering Out a 'Real Time' Window. 8. Februar 1995, abgerufen am 20. Mai 2019 (englisch).
4. "VRVS Frequently Asked Questions" (Memento vom 22. Februar 2008 im Internet Archive)
5. Multicast Backbone (MBone). Abgerufen am 20. Mai 2019 (englisch).
6. Systeme II 4. Die Vermittlungsschicht. Abgerufen am 20. Mai 2019.
7. Internet Multicast Today - The Internet Protocol Journal - Volume 2, No. 4. Abgerufen am 20. Mai 2019 (englisch).