Многоадресный адрес запрошенного узла - Solicited-node multicast address

Эта статья требует внимания эксперта в области вычислений. Пожалуйста, добавьте причина или разговаривать в этот шаблон, чтобы объяснить проблему со статьей. WikiProject Computing может помочь нанять эксперта. (Ноябрь 2010 г.)

А Многоадресный адрес запрошенного узла является IPv6 многоадресный адрес действует в пределах локальной ссылки (например, Ethernet сегмент или Ретрансляция кадров облако). У каждого хоста IPv6 будет хотя бы один такой адрес на интерфейс. Многоадресные адреса запрошенных узлов используются в Протокол обнаружения соседей для получения слоя 2 канальный уровень адреса других узлов.^[1]

Запрошенный узел многоадресная передача адрес создается путем взятия последних 24 бит одноадресная передача или же Anycast адрес и добавление их к префиксу ff02 :: 1: ff00: 0/104.^[2] Важно понимать, что мы взяли 104 бита из адреса, так что последний байт предпоследнего поля 00 не используется в префиксе. Посмотрите на примеры ниже, где последние 24 бита многоадресного адреса начинаются после ff.

Хост должен присоединиться к группе многоадресной рассылки запрошенного узла для каждого из его настроенных одноадресных или произвольных адресов.

Пример: если у нас есть интерфейс с IP-адресом fe80 :: 2aa: ff: fe28: 9c5a связанный многоадресный адрес запрошенного узла ff02 :: 1: ff28: 9c5a. Поэтому мы должны присоединиться к группе многоадресной рассылки, представленной этим адресом.

Рабочий пример

Предположим, хосту необходимо осуществить локальную доставку на другой хост в локальной сети, а целевой хост имеет IPv6-адрес fe80 :: 2aa: ff: fe28: 9c5a (как в примере 2 выше). Чтобы выполнить доставку на уровне 2 (например, Ethernet), ему необходимо знать аппаратный адрес целевого хоста (например, «MAC-адрес Ethernet»). Но для этого он должен сначала определить, на какой аппаратный адрес его отправить. Для этого хост IPv6 создаст многоадресный адрес запрошенного узла, связанный с целевым адресом.

Мы можем ясно увидеть это, если посмотрим на пример, использующий эквивалентный несжатый IPv6-адрес.

fe80 :: 2aa: ff: fe28: 9c5a Целевой адрес (сжатое представление) fe80: 0000: 0000: 0000: 02aa: 00ff: fe28: 9c5a Целевой адрес (несжатое представление) - ---- последние 24 битаff02 :: 1: ff00: 0/104 Префикс многоадресного адреса запрошенного узлаff02: 0000: 0000: 0000: 0000: 0001: ff00: 0000/104 (без сжатия) ---- ---- ---- ---- - - ---- - Первые 104 битаff02: 0000: 0000: 0000: 0000: 0001: ff28: 9c5a Resultff02 :: 1: ff28: 9c5a Result (сжатая запись)

Результатом этого процесса является локальная ссылка IPv6. многоадресный адрес запрошенного узла которому отправляется пакет Neighbor Solicitation.

Эффективность по сравнению с IPv4 и ARP

Адреса многоадресной рассылки запрошенных узлов используются с обнаружением соседей IPv6 для обеспечения той же функции, что и Протокол разрешения адресов (ARP) в IPv4. ARP использует трансляции отправить ARP-запрос на широковещательный MAC-адрес FF: FF: FF: FF: FF: FF, который принимается всеми станциями на локальном канале, хотя только одна станция - запрашиваемая - должна будет ответить. Остальным станциям еще предстоит обработать и отклонить запрос. Это прерывание может вызвать проблемы в сетях, если объем широковещательного трафика станет чрезмерным. Такие устройства, как встроенные серверы печати, могут быть не в состоянии справиться с объемом обрабатываемого трафика и не могут работать своевременно.

Поскольку многоадресный адрес запрошенного узла является функцией последних 24 бит одноадресного (или произвольного) адреса IPv6, количество хостов, подписанных на каждый многоадресный адрес запрошенного узла, очень мало. Обычно это число равно единице, но их может быть несколько, потому что функция отображения не является отображением 1: 1. Это означает, что хост не должен так часто прерываться для обслуживания запросов запроса соседей, по сравнению с ARP в IPv4.

Однако, чтобы никакие промежуточные коммутаторы Ethernet не передавали многоадресные кадры из всех портов коммутатора, что превращает профиль трафика в нечто большее, чем широковещательный, промежуточные коммутаторы должны реализовывать MLD слежка, что позволит им отправлять трафик, адресованный на многоадресный адрес запрошенного узла (или любой другой многоадресный адрес), который будет отправляться только на порты, которые ведут к станциям, которые подписались на получение этого трафика.

Рекомендации