Мультикаст-адрес запрашиваемого узла
Мультикаст-адрес запрашиваемого узла — это IPv6-мультикаст-адрес, использующий протокол обнаружения соседей (Neighbor Discovery Protocol, NDP) для определения адреса канального уровня, связанного с заданным IPv6-адресом. Также этот адрес применяется для проверки, используется ли определённый адрес уже на локальном сегменте сети (процедура DAD, обнаружение дублирования адресов). Мультикаст-адреса запрашиваемого узла формируются на основе IPv6-адресов типа unicast или anycast, при этом каждый сетевой интерфейс должен иметь связанный с ним такой адрес[1].
Мультикаст-адрес запрашиваемого узла формируется путём взятия 24 младших битов из универсального (unicast) или anycast-адреса и добавления их к префиксу .
Пример
Пусть имеется хост с IPv6-адресом unicast/anycast . Для него мультикаст-адресом запрашиваемого узла будет адрес .
2001:db8::2aa:ff:fe28:9c5a IPv6 unicast/anycast-адрес (компактная запись)
2001:0db8:0000:0000:02aa:00ff:fe28:9c5a IPv6 unicast/anycast-адрес (полная запись)
-- ---- Младшие 24 бита
ff02::1:ff00:0/104 Префикс мультикаст-адреса запрашиваемого узла (компактная запись)
ff02:0000:0000:0000:0000:0001:ff00:0000/104 Префикс мультикаст-адреса запрашиваемого узла (полная запись)
---- ---- ---- ---- ---- ---- -- Старшие 104 бита
ff02:0000:0000:0000:0000:0001:ff28:9c5a Мультикаст-адрес запрашиваемого узла (полная запись)
ff02::1:ff28:9c5a Мультикаст-адрес запрашиваемого узла (компактная запись)
Мультикаст-адрес запрашиваемого узла на уровне MAC
Мультикаст-MAC-адрес запрашиваемого узла — это Ethernet-мультикаст-адрес, который используется протоколом обнаружения соседей (NDP) в качестве MAC-адреса назначения при обращении к хостам через мультикаст-адрес запрашиваемого узла. Каждый сетевой интерфейс должен прослушивать свой мультикаст-адрес MAC, соответствующий мультикаст-адресу запрашиваемого узла.
MAC-адрес формируется путём взятия 24 младших битов из мультикаст-адреса запрашиваемого узла и добавления их к префиксу 33:33:FF:xx:xx:xx[2].
Пример
Пусть у хоста имеется мультикаст-адрес запрашиваемого узла . Соответствующий мультикаст-адрес MAC будет .
ff02::1:ff28:9c5a Мультикаст-адрес запрашиваемого узла
-- ---- Младшие 24 бита
33:33:FF:xx:xx:xx Префикс мультикаст-адреса MAC запрашиваемого узла
33:33:FF:28:9C:5A Мультикаст-адрес MAC запрашиваемого узла
-- -- -- Младшие 24 бита
Эффективность по сравнению с IPv4 и ARP
Мультикаст-адреса запрашиваемого узла применяются протоколом обнаружения соседей IPv6 (NDP) для решения задачи поиска MAC-адреса по IP-адресу — аналогично тому, как протокол ARP (Address Resolution Protocol) работает в IPv4. В ARP широковещательные запросы отправляются на адрес , что приводит к получению такого запроса всеми устройствами локальной сети, несмотря на то, что отвечать должен только один — тот, чей адрес был запрошен. Остальные узлы вынуждены обрабатывать и отбрасывать эти сообщения.
Поскольку мультикаст-адрес запрашиваемого узла зависит от последних 24 битов IPv6-адреса unicast/anycast, число устройств, прослушивающих каждый такой адрес, очень мало. Обычно это только одно устройство, но могут быть ситуации пересечения, если несколько устройств имеют одинаковые младшие 24 бита (например, и имеют одинаковый мультикаст-адрес запрашиваемого узла). В результате, число ненужных прерываний устройств существенно сокращается по сравнению с ARP в IPv4.
Стандартизация и развитие
Основной механизм работы мультикаст-адресов запрашиваемого узла и протокола обнаружения соседей (NDP) в IPv6 остаётся стабильным. Основополагающим документом для NDP является RFC 4861, и работа Инженерного совета Интернета (IETF) сосредоточена на улучшении управляемости, безопасности и оптимизации протокола, а не на его полной переработке[3].
Основные направления развития включают:
- Управление и конфигурация. Ведётся разработка модели данных YANG, которая позволит стандартизировать способы настройки и мониторинга различных функций NDP, таких как разрешение адресов, обнаружение недоступности соседа (NUD) и обнаружение дублирующихся адресов (DAD). Это направлено на упрощение администрирования сетей IPv6, не затрагивая сам протокол[4].
- Безопасность. Несмотря на существование протокола SEcure Neighbor Discovery (SEND, RFC 3971), его внедрение остаётся ограниченным[5]. В связи с этим рабочая группа IETF SAVI (Source Address Validation Improvements) разработала механизмы для предотвращения спуфинга IP-адресов на канальном уровне. Эти методы основаны на мониторинге сообщений NDP для создания привязок между IP- и MAC-адресами, что усиливает безопасность существующего протокола[6].
- Оптимизация для специфических сред. Для сетей с низким энергопотреблением, таких как 6LoWPAN, был разработан механизм оптимизации NDP (RFC 6775). Он адаптирует протокол для условий, где стандартное использование мультикаста неэффективно из-за необходимости экономии энергии, и является расширением, а не заменой основного протокола[7].
- Политики выбора адресов. Ведётся работа по обновлению алгоритма выбора адресов по умолчанию. Это влияет на то, какой IP-адрес (например, глобальный или локальный) хост будет предпочитать для связи, но не затрагивает сам процесс разрешения адреса с помощью NDP и мультикаст-адресов запрашиваемого узла[8].