Widzę wiele odpowiedzi, zakładając, że pomyliłeś się co do multiemisji. Nie popełniłeś błędu, a twoje pytanie jest jasne. Zadałem sobie to pytanie:
Czy mogę multiemisję przez Internet IPv6?
Tradycyjnie, na przykład w IPv4, musiałbym zażądać stałego globalnego adresu multiemisji (lub podsieci) i przypisać je do mojej sieci. Jest to nadal możliwe w przypadku IPv6. Jednak IPv6 jest z natury szczęśliwy dla multiemisji, więc sensowne byłoby włączenie dla mnie mechanizmu multiemisji bez żądania unikalnych adresów.
Korzyści stają się oczywiste, gdy trzy osoby w dwóch fizycznie oddzielnych sieciach (sześć osób) grają w tę samą grę sieciową. Dostępne są opcje emisji pojedynczej dla każdego gracza (pięć pakietów wysyłanych dla każdej aktualizacji) lub rozsyłania grupowego (jeden lub dwa pakiety dla każdej aktualizacji): pierwszy pakiet zostanie wysłany na lokalny adres multiemisji dla lokalnych graczy LAN, a inny pakiet zostanie wysłany na globalny adres multiemisji, który, jak zrozumiałyby routery, jest przeznaczony dla graczy w drugiej sieci LAN. Może się nawet zdarzyć, że pakiet zostanie wysłany raz na globalny adres multiemisji, a router (lub lokalni klienci) wiedzą, jak sobie z tym poradzić. Ten drugi z pewnością byłby bardziej wydajny.
Biorąc pod uwagę, jak użyteczna jest multiemisja, zirytowałoby IANA, gdyby musieli przypisać prefiksy multiemisji każdemu, kto chce zagrać w grę sieciową, zorganizować konferencję wideo lub transmitować występ na żywo znajomym itd. .
Formularz wniosku od IANA wyraźnie stwierdza, że prawdopodobnie nie musisz prosić o stały adres multiemisji IPv6, co jest miłe.
Adresy IPv6 oparte na prefiksie Unicast
To oczywiście zostało rozwiązane. Tytuł „Adresy multiemisji IPv6 oparte na prefiksie Unicast” powinien naprawdę powiedzieć wszystko: jeśli masz globalnie unikatowy adres IP IPv6, wówczas (twój komputer / urządzenie) możesz przypisać swojemu / jego ja unikalny globalnie adres multiemisji, który jest na podstawie przypisania emisji pojedynczej. Wymagania są takie, że oprogramowanie w każdym punkcie (serwery, routery, klienci) wie, co robi. Stare routery i leniwi dostawcy usług internetowych prawdopodobnie upadną przez kilka następnych lat.
Niezwykle trudno było znaleźć odpowiedź na pytanie, które wydaje się bardzo proste, a najbliższe, na jakie mogłem znaleźć ostateczną odpowiedź, było w RFC3306 :
Poniżej znajduje się kilka przykładów struktury adresów multiemisji opartych na prefiksie emisji pojedynczej.
- Global prefixes - A network with a unicast prefix of
3FFE:FFFF:1::/48 would also have a unicast prefix-based
multicast prefix of FF3x:0030:3FFE:FFFF:0001::/96 (where 'x'
is any valid scope).
- SSM - All IPv6 SSM multicast addresses will have the format
FF3x::/96.
Większość artykułów (i odpowiedzi) na temat multiemisji IPv6 koncentruje się na multiemisji lokalnej, która ma wstępnie zdefiniowane adresy i nie jest zbyt pomocna. Clincher polega na tym, że klient może przypisać sobie unikalny adres multiemisji na podstawie swojego adresu emisji pojedynczej, i oczywiście nadal obowiązują zakresy:
Zakres adresu multiemisji opartego na prefiksie emisji pojedynczej NIE MOŻE przekraczać zakresu prefiksu emisji pojedynczej osadzonego w adresie multiemisji.
Nic dziwnego, że trudno jest odpowiedzieć na to pytanie, ponieważ łączność IPv6 jest tak rzadka, że testowanie Internetu pod kątem możliwości multiemisji IPv6 i niezawodności jest niemożliwe dla większości użytkowników końcowych, w wyniku czego nie napisano zbyt wielu artykułów na ten temat. Rzeczywiście większość użytkowników końcowych nie ma pojęcia, dlaczego mieliby korzystać z multiemisji IPv6 w domu, ale aplikacje są gotowe i czekają.
Ta strona mówi o pewnym zamieszaniu wywołanym przez RFC, a RFC3956 wspomina o tym, jak pewne domeny multiemisji mają problemy ze sobą rozmawiać. W tym momencie może być trudne do wdrożenia, ale nie widzę powodu, dla którego serwer gry (z mojego powyższego przykładu) nie może przypisać sobie adresu IPv6 multiemisji i poinformować klientów o tym adresie, a wszystko to bez konieczności proszenia o statyczne przypisanie multiemisji IPv6.
To jest coś, co chciałbym kontynuować w przyszłości.
Krok 1: Dostawcy usług internetowych muszą włączyć protokół IPv6. Nadal.
Zobacz także: RFC6308: Omówienie architektury adresowania multiemisji w Internecie