Wenn ich dir helfen konnte, dann freut mich das - auch wenn es in dem Fall nicht beabsichtigt war. Im Prinzip war es schon ein stark vereinfachtes Beispiel mit einer utopischen "Best-Case" Situation. Bei Streaming kannst du aber generell davon ausgehen, dass auf UDP gesetzt wird. Das senkt dementsprechend den Overhead um ein Vielfaches, führt aber gleichzeitig dazu, dass bei dir Bild-/Tonfehler aufkommen können. Dann kann auch noch "Multicast" zum Einsatz kommen. Nicht nur weil mit UDP gearbeitet wird, sondern es auch zur Gruppenbildung kommen kann, die das gesamte Netzwerk entlastet.
Im Realen findet der Multicast eher bei deinem ISP statt (wenn er das überhaupt unterstützt), während der Rest auf Load-Balancing bei den Servern ausgelegt ist. Daraus folgt: Möglichst kurzer Weg von den Serverstandorten zu dir, möglichst späte Duplizierung der Nachrichten innerhalb des ISPs.
Im Endeffekt kann das aber bedeuten: Worst-Case: Gleiche Last wie bei Unicast ; Best-Case: Eine vielfach geringere Auslastung der Bandbreite, jedoch trotz allem weit höher als die Utopie-Vorstellung 1 Multicast benötigt nur die Bandbreite von einem einzelnen Unicast.
// Ah in der Form kann ich es auch nicht ganz stehen lassen. Erweitern wir es noch um den Punkt, dass oft von Multicast gesprochen wird, aber in Wirklichkeit kein richtiger Multicast stattfindet ( Bsp.: Youtube -> Goolge = unzählige CDN Server ; Ein tatsächliches Multicasting? Nein).
Das sollte es einmal von Anpassungen am Beitrag gewesen sein. Über Multicast zu sprechen könnte ein Buch füllen.
Zitieren
