Я бачу багато відповідей, припускаючи, що ви помилилися, що таке багатоадресна передача. Ви не помилилися, і ваше питання зрозуміло. Я задав це питання собі:
Чи можу я здійснювати обмін повідомленнями через Інтернет IPv6?
Традиційно, наприклад, як у IPv4, мені потрібно буде подати запит на постійну глобальну багатоадресову адресу (або підмережу) та призначити їх моїй мережі. Це все ще можливо за допомогою IPv6. Однак IPv6 притаманний радістю багатоадресної передачі, тому було б доцільно включити якийсь механізм, щоб я передавав вам багатоадресні повідомлення, не вимагаючи унікальних адрес.
Переваги стають очевидними, коли у вас є три людини в двох фізично окремих мережах (шість чоловік), які грають в одну і ту ж мережеву гру. Варіанти полягають у тому, щоб передавати пакети для одноадресної передачі кожному гравцю (п'ять пакетів, що надсилаються за кожне оновлення), або багатоадресному (один або два пакети за кожне оновлення): перший пакет буде надісланий на локальну багатоадресову адресу для гравців на локальному рівні LAN та інший пакет буде надісланий на глобальну адресу багатоадресної передачі, яка, як розуміють маршрутизатори, призначена для гравців іншої локальної мережі. Можливо навіть, що пакет один раз надсилається на глобальну адресу багатоадресної передачі, і маршрутизатор (або локальні клієнти) знають, як з цим впоратися. Останнє, безумовно, було б більш ефективним.
Зважаючи на те, наскільки корисна багатоадресна передача, це би дратувало IANA, якби їм довелося призначати префікси багатоадресної передачі для всіх, хто хоче грати в мережеву гру, або доставити відеоконференцію, або транслювати виступ у прямому ефірі друзям, і так далі, і так далі ... .
У заяві від IANA чітко зазначено, що вам, ймовірно, не потрібно просити постійну IPv6 адресу для багатоадресної передачі, що приємно.
Багатоадресні адреси на основі Unicast-Prefix на основі IPv6
Це, звичайно, було вирішено. Заголовок "Адреса IPv6 Multicast на основі Unicast-Prefix" повинен насправді сказати все: якщо у вас є глобальна унікальна IPv6 IP-адреса, то ви (ваш комп'ютер / пристрій) можете призначити своєму (/ це) самостійно глобальну унікальну багатоадресову адресу, яка є виходячи з вашого одноосібного завдання. Вимоги полягають у тому, що програмне забезпечення в кожній точці (сервери, маршрутизатори, клієнти) знає, що робить. Старі маршрутизатори та ледачі провайдери, ймовірно, стануть падінням протягом наступних кількох років.
Неймовірно складно було знайти відповідь на те, що здається дуже простим питанням, і найближче, до якого я міг би знайти остаточну відповідь, було в RFC3306 :
Нижче наведено кілька прикладів структури багатоадресних адрес на основі одноадресних даних.
- 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.
Більшість статей (і відповідей) про багатоадресну IPv6 зосереджуються на локальній багатоадресної передачі, яка має заздалегідь визначені адреси, і не є дуже корисною. Клінічер полягає в тому, що клієнт може призначити собі унікальну багатоадресну адресу на основі своєї одноадресної адреси, і, звичайно, сфери застосування все ще застосовуються:
Діапазон на основі багатоадресної передачі на основі одноадресних ПЕРЕДБАКУВАННЯ НЕ МОЖЕ перевищувати область одноадресного префікса, вбудованого в адресу багатоадресної передачі.
Не дивно, що на це важко відповісти, оскільки підключення до IPv6 настільки рідкісне, що тестування Інтернету на здатність і надійність багатоадресної передачі IPv6 неможливе для більшості кінцевих користувачів, і як результат, про це написано не так багато статей. Дійсно, більшість кінцевих користувачів не мають поняття, чому вони б використовували багатоадресову IPv6 вдома, але програми готові і чекають.
На цій сторінці йдеться про деяку плутанину, спричинену RFC, і RFC3956 згадує, як певні домени з багатьма розсилками мають проблеми спілкуватися один з одним. На даний момент це може бути важко реалізувати, але я не бачу причини, щоб ігровий сервер (з мого вищевказаного прикладу) не міг призначити собі IPv6 багатоадресну адресу та інформувати клієнтів про цю адресу, і все без того, щоб просити статичне призначення багатоадресної IPv6.
Це те, що я хотів би продовжити у майбутньому.
Крок 1: Інтернет-провайдерам потрібно включити IPv6. Все-таки.
Дивіться також: RFC6308: Огляд архітектури багатоадресної адресації в Інтернеті