Чи може маршрутизуватися багатоадресова IPv6 через Інтернет?


14

Як я розумію, публічні адреси IPv6, виділені IANA, матимуть префікс 2000 :: / 3. Ці IP-адреси будуть маршрутизовані через Інтернет.

Адреси багатоадресних IPv6 з іншого боку мають префікс FF00 :: / 8.

Я розумію, що багатоадресні адреси IPv6 не будуть маршрутизовані через Інтернет. Я правий? Якщо так, чи є спосіб провести маршрутизацію IP-адреси через Інтернет через IPv6?



1
Я, можливо, не пояснив себе правильно. Я мав на увазі те, що багатоадресні ipv6 адреси не вважаються загальнодоступними. Тож чи зможу я отримати доступ до групи багатоадресної передачі через Інтернет чи це буде підтримуватися лише через приватні мережі, як у ipv4?
Авелолом

Відповіді:


8

Тож чи зможу я отримати доступ до групи багатоадресної передачі через Інтернет чи це буде підтримуватися лише через приватні мережі, як в ipv4?

Я повинен виправити припущення, яке, здається, ви зробили тут.

Якщо всі маршрутизатори між вами та пунктом призначення підтримують це, то Multicast, безумовно, може працювати через Інтернет IPv4. Він просто заблокований або не налаштований у багатьох місцях. Я підозрюю, що це тому, що багатоадресна передача недостатньо зрозуміла, і багато людей вважають, що це не потрібно. Тому вони просто не дозволяють цього через свої брандмауери / маршрутизатори.

IPv6, безумовно, здатний так само, як і IPv4, працювати з багатоадресною глобальною мережею. Тільки час покаже нам, чи дійсно люди дозволяють передавати багатоканальні повідомлення через свої мережі.


1
Так, але я не бачу, щоб IANA виділяла шматок багатоадресних адрес, як це робиться для публічних IP-адрес. Чи це не означає, що ви не можете резервувати загальнодоступні багатоадресні адреси, і тому ви не зможете маршрутизувати багатоадресні адреси через Інтернет без ризику зіткнення адреси?
Абсолом

1
@Absolom, друге посилання, яке я додав у коментарі, містило список постійних завдань IANA IPv6. Він може отримати динамічну адресу, використовуючи протокол типу DHCP ( tools.ietf.org/html/rfc2730 ) або, мабуть, він може просто отримати адресу, вибравши випадкове число. tools.ietf.org/html/rfc3307#section-4.3.2 всі 3 варіанти в основному такі ж, як і в IPv4.
Зоредаче

3
У мережах IPv4, підключених до глобальної багатоадресної передачі mbone. Mbone складається здебільшого з університетських мереж. Створення доступних цікавих відеопослуг, що рекламуються через SAP або, наприклад, NTP. Є проблеми із безпекою: клієнти для встановлення привидів з'являлися з 8 годин, поки робота не заблокувала цю конкретну групу багатоадресної передачі на кордоні.
Koos van den Hout

5
Я думаю, що основні постачальники проблем із глобальною багатоадресною програмою - це те, що для цього потрібна купа штатів у мережі, тому вона просто не досягає розміру Інтернету. Крім того, з’ясувати, хто / як виставити рахунок за збільшення трафіку, ймовірно, складний у великій мережі постачальників послуг.
rmalayter

5

IPv6 public -unicast- адреси мають префікс 2000 :: / 3 (поки що). Асигнування для багатоадресної передачі включає розміщення для локальної посилання, різного локального масштабу та глобальної адреси (відповідно до RFC3307). Це та сама основна ідея, як IPv4 multicast, де шматок простору 224/4 відводиться для адрес GLOP тощо.

Ознайомтеся і з RFC3306, я думаю, що це, мабуть, прямо відповідає на ваше запитання.

Ця специфікація визначає розширення до архітектури адрес багатоадресної передачі протоколу IP версії 6. Розширення, представлене в цьому документі, дозволяє виділяти на основі одноадресних префіксів багатоадресні адреси. Делегуючи багатоадресні адреси одночасно з префіксами одноадресної передачі, оператори мережі зможуть ідентифікувати свої адреси багатоадресної передачі без необхідності запускати протокол розподілу між доменами.

Отже, ідея полягає в тому, що якщо у вас глобально маршрутизований / 64, він може бути включений до загального ідентифікатора групи, щоб дати вам щось, що може бути маршрутизовано глобально. Іншими словами, якщо у вас вже є префікс v6 та відповідний оператор, то ви вже налаштовані.


Але чи буде ipv6 багатоадресна розсилка через Інтернет? Скажімо, наприклад, ви хочете передавати пряму трансляцію відео через Інтернет до групи багатоадресної передачі ipv6. Чи буде це підтримано? Або багатоадресна програма ipv6 працюватиме лише в приватних мережах?
Абсолом

1
Так - деякі діапазони FF00 :: / 8 будуть маршрутизовані в усьому світі, інші мають обмеження. Одне з полів визначає адміністративний обсяг, який дає маршрутизаторам підказку про те, як далеко пересилати дану багатоадресну передачу. Я додам приклад до своєї відповіді.
rnxrx

3

Стандарти дозволяють здійснювати глобальну маршрутизацію багатоадресних повідомлень, але в даний час більшість провайдерів AFAIK обмежують багатоадресову передачу лише для їх використання (IPTV тощо)


Чи можете ви, будь ласка, направити мене на стандарт, про який ви посилаєтесь?
Абсолом

3
tools.ietf.org/html/rfc4291#section-2.7 ffxe :: / 16 - це багатоадресні адреси з глобальним масштабом, тому доступні в усьому світі.
мулаз

2

Я вважаю, що багато провайдерів, які трапляються кабельними провайдерами, які розгортають IPv6, заблокують його на кордоні.

Мені може бути цинічно думати про це, але вони зацікавлені у збереженні ВИСОКИХ витрат для своїх конкурентів за вміст. v6 багатоадресна передача дозволить HBO або будь-якому іншому постачальнику потокового відео передавати один потік v6 у світ Ipv6 по каналу багатоадресної передачі та різко скоротити витрати.


1

Я бачу багато відповідей, припускаючи, що ви помилилися, що таке багатоадресна передача. Ви не помилилися, і ваше питання зрозуміло. Я задав це питання собі:

Чи можу я здійснювати обмін повідомленнями через Інтернет 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: Огляд архітектури багатоадресної адресації в Інтернеті


Як зробити його масштабованим - це завдання. Розмір таблиць маршрутизації в магістральних маршрутизаторах вже є проблемою. Записи таблиці маршрутів, необхідні для багатоадресної передачі, не збираються, як і інші записи. Це може бути неможливо створити CAM достатньо великий для роботи в Інтернеті, де всі використовують багатоадресову передачу.
kasperd

Насправді це здається так ... спочатку, але маршрутизатори, які усвідомлюють, що вони є одноадресною, не повинні мати більше труднощів з маршрутизацією пакету багатоадресної передачі, ніж з пакетом одноадресної передачі. Немає необхідності в окремій таблиці пошуку, оскільки призначення вже вбудовано в адресу. Все залежить від того, чи був він знову правильно введений в роутер. Як завжди, в Google не вдалося знайти нічого, що описує процес.
Кен Шарп

1
Префікс одноадресної передачі, на якому ґрунтувалася адреса багатоадресної пошти, нічого не говорить про те, де є члени цієї групи багатоадресних повідомлень. Префікс у записі CAM може легко охопити тисячі кінцевих клієнтів. Кожен з цих кінцевих клієнтів може створити безліч груп багатоадресних повідомлень на основі призначеного префікса. Усі ці групи багатоадресних повідомлень призвели б до одного запису CAM, якщо використовується ваш підхід, але вони не повинні бути перенаправлені на ті самі місця.
kasperd

Це точно говорить вам, звідки воно походить. Прочитайте RFC.
Кен Шарп

1
Маршрутизатори не повинні знати, звідки взявся пакет. Вони повинні знати, куди це направити.
kasperd

0

На ваш погляд, ви плутаєте дві речі: маршрутизацію багатоадресної передачі та розподіл адреси IPv6.

Маршрутизація багатоадресної передачі залежить від усіх маршрутизаторів на шляху між джерелом багатоадресної передачі та переадресацією пакетів багатоадресної передачі до пунктів призначення, які хочуть отримати певну групу багатоадресних повідомлень. У неконтрольованій мережі з повною мережею багатоадресної передачі будь-яка джерельна система може надсилати будь-яку групу багатоадресної передачі без будь-якого контролю, і всі системи, які приєдналися до цієї групи, отримають дані. Це не має нічого спільного з будь-яким розподілом, лише з увімкненою маршрутизацією багатоадресної передачі.

Розподіл адреси IPv6 з 2000 :: / 3 визначає, хто може використовувати цю одноадресову адресу.

Тож хто може використовувати для якої групи багатоадресних IPv6, наскільки я знаю, визначено лише у rfc3307.

Джерела багатоадресної передачі не мають великого контролю, які пункти призначення бачать їхні пакети, цілком можливо, що дані, передані через багатоадресну передачу, не доступні через одноадресну передачу.


так, я розумію різницю, але, можливо, я не поставив питання правильно. Що я мав на увазі під своїм запитанням, це те, що IANA виділяє глобальні одноосібні IPv6 адреси, щоб уникнути зіткнення адреси. Вони не роблять те ж саме для адрес багатоадресних повідомлень, тому я подумав, що багатоадресна передача не має наміру бути спрямована через Інтернет. Зоредач згадав щось про генерування випадкових багатоадресних адрес, щоб уникнути цієї проблеми.
Абсолом

0

Я думаю, що багатоадресна IPv6 повинна бути маршрутизованою через Інтернет, на відміну від багатоадресної передачі IPv4, яка не може бути маршрутизована через Інтернет.

https://en.wikipedia.org/wiki/Multicast_address#IPv6

ffxe :: / 16

Глобальна сфера застосування

Придатні для переходу через загальнодоступний Інтернет.


https://en.wikipedia.org/wiki/IPv6#Multicasting

У IPv4 організації дуже важко отримати навіть одне глобальне маршрутизаційне групове призначення, а реалізація міждоменних рішень є прихованою. [20] Присвоєння одноадресної адреси місцевим Інтернет-реєстром для IPv6 має принаймні 64-розрядний префікс маршрутизації, що дає найменший розмір підмережі, наявний в IPv6 (також 64 біт). Завдяки такому призначенню можна вставити префікс одноадресної адреси у формат багатоадресної адреси IPv6, при цьому надаючи 32-бітний блок, найменш значущі біти адреси або приблизно 4,2 мільярда ідентифікаторів групи багатоадресних повідомлень. Таким чином, кожен користувач підмережі IPv6 автоматично має доступний набір глобально маршрутизованих джерел, визначених для багатоадресних груп, для багатоадресних програм.[21]


http://ipv6friday.org/blog/2011/12/ipv6-multicast/

Резюме:

  • IP Multicast був доповненням до IPv4, в основному використовувався для доставки мультимедіа.
  • У IPv6 Multicast замінює Broadcast і є інтегрованою та необхідною функцією у вашій мережі IP
  • Автоматична конфігурація IP-адрес та DHCP використовує IPv6 багатоадресову передачу

У додатку IPv6 для додатків є "Запрошені мультикаст". Ці адреси з'являються автоматично, коли на якомусь інтерфейсі створюється адреса Unicast. Просто використовуйте FF02: 0: 0: 0: 0: 1: FF00 :: / 104 та інші 24 біти такі ж, як і в адресі Unicast. https://tools.ietf.org/html/rfc3306



Сумнівно, що провайдери погоджуються з будь-яким єдиним протоколом маршрутизації багатоадресної передачі або витрачають ресурси, необхідні для цього. Безумовно, мультикаст з щільним режимом розгромить загальнодоступний Інтернет, а розріджений режим коштуватиме багато грошей
Рон Моупін
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.