Multicast Listener Report Message v2
Я запускаю протокол ICMPv6 и сделал захват с помощью wireshark. В захвате у меня есть сообщение о многоадресном прослушивателе v2. У некоторых из них есть ip источника, локальный адрес ссылки ipv6, но у некоторых есть:: как адрес источника? Скажите, пожалуйста, почему отправляются сообщения многоадресного прослушивателя v2 с адресом:: source?
Спасибо!
1 ответ
RFC 3810 раздел 5.2.13 объясняет это:
Отчет MLDv2 ДОЛЖЕН быть отправлен с действительным адресом локального источника канала IPv6 или с неопределенным адресом (::), если отправляющий интерфейс еще не получил действительный адрес локального канала. Отправка отчетов с неуказанным адресом может поддерживать использование многоадресной IP-рассылки в протоколе обнаружения соседей [RFC2461]. Для автоматической конфигурации без сохранения состояния, как определено в [RFC2462], узел должен присоединиться к нескольким группам многоадресной рассылки IPv6, чтобы выполнить обнаружение повторяющихся адресов (DAD). До DAD единственным адресом, который имеет сообщающий узел для отправляющего интерфейса, является предварительный, который не может использоваться для связи. Таким образом, неуказанный адрес должен быть использован.
Это другое поведение, чем MLDv1. Раздел 3 RFC 3590 объясняет обоснование изменения в большей глубине.
В [RFC 2710], Раздел 3 требует, чтобы все сообщения MLD отправлялись с действительным локальным адресным адресом IPv6. Однако узел, находящийся в процессе обнаружения дублированного адреса для своего локального (LL) адреса, не будет иметь доступного для использования в качестве адреса источника. По этой причине этот документ разрешает использовать неуказанный адрес в качестве исходного адреса для сообщений MLD, используемых при обнаружении повторяющихся адресов.
Расхождения в правилах, определенных в [RFC 2710] и [RFC 2462], привели к проблемам с реализацией. Некоторые реализации IPv6 пропускают отправку сообщений отчета MLD при обнаружении дублированного адреса, поскольку у них нет действительного локального адреса канала. Это приводит к проблемам в работе, когда узел подключен к коммутаторам, которые выполняют отслеживание MLD. В этом сценарии обнаружение дублированного адреса (DAD) будет успешно завершено, и после ввода адреса могут возникнуть коллизии, поскольку коммутаторы, возможно, не перенаправили сообщения DAD всем узлам в канале, как требуется. Этот документ устраняет эту проблему, указав, что отчеты MLD должны отправляться с использованием неопределенного исходного адреса до запуска DAD, чтобы гарантировать, что сообщения, отправляемые на адреса многоадресной рассылки LL (например, включая MLD), пересылаются по всем соответствующим узлам по мере необходимости.