Комментарии 13
3. Stateless Address Autoconfiguration не используется – устройство не использует префикс из RA от маршрутизатора, а обращается к DHCPv6 серверу, который предоставляет необходимую информацию, включая адрес, DNS сервера и другую – в зависимости от настроек DHCP.
При этом маршрут по умолчанию все так же берется из RA пакета маршрутизатора (если прием не запрещен на клиенте), как и вообще возможность stateful конфигурирования адреса.
При этом маршрут по умолчанию все так же берется из RA пакета маршрутизатора (если прием не запрещен на клиенте), как и вообще возможность stateful конфигурирования адреса.
Мультикасты плохо описаны. Их там много — по типам локальных сетей. Например, есть бродкаст all-site-routers или как-то так. Не путать с all-link-local-routers.
Я бы добавил про SLAAC следующее:
1. Описание механизма DAD. Штука очень важная.
2. Ну и rfc4941 (Privacy Extensions for Stateless Address Autoconfiguration in IPv6). Там как бы не совсем случайный набор цифр:)
3. Не упомянута возможность передачи RDNSS в RA, которая описана в rfc6106. Не все клиенты это умеют, но тем не менее.
1. Описание механизма DAD. Штука очень важная.
2. Ну и rfc4941 (Privacy Extensions for Stateless Address Autoconfiguration in IPv6). Там как бы не совсем случайный набор цифр:)
3. Не упомянута возможность передачи RDNSS в RA, которая описана в rfc6106. Не все клиенты это умеют, но тем не менее.
Спасибо за испорченный сон. Проснулся в 4 часа утра и прочитал первые две статьи.
Отлично. С нетерпением жду продолжения.
Отлично. С нетерпением жду продолжения.
прям неделя IPv6 :)
А что обозначает знак процента в адресе? Например,
Default Gateway . . . . . . . . . : fe80::20c:42ff:fe06:ec64%17
Отличный цикл, очень доступно все разжевываете. С интересом прочту следующие статьи.
Объясните мне, пожалуйста, следующий момент:
Хост, который хочет узнать mac-адрес описанного выше устройства, делает мультикастовый запрос по адресу FF02:0:0:0:0:1:FF23:A050 (level 3). А что отправитель в поле mac-адреса (level 2) вставляет? Никак «вкурить» не могу… ((
… Допустим, есть устройство с адресом 2001:0DB8:ABCD:0001:0000:0000:0123:A050. Последние 24 бита (6 шестнадцатеричных цифр) в данном случае – это «23:A050». Значит это устройство обязано принимать так же и трафик, приходящий на мультикастовый адрес FF02:0:0:0:0:1:FF23:A050.
Хост, который хочет узнать mac-адрес описанного выше устройства, делает мультикастовый запрос по адресу FF02:0:0:0:0:1:FF23:A050 (level 3). А что отправитель в поле mac-адреса (level 2) вставляет? Никак «вкурить» не могу… ((
на l2 все спокойно без перемен, мак адреса хостов, как обычно.
хост шлет neighbor solicitation на мультикаст адрес ff02::1:ff23:a050, в пакете присутствует опция link local address этого же хоста.
в ответ, 2001:0db8:abcd:1::123:a050 шлет neighbor advertise на адрес отправителя, и в пакете тоже присутствует опция link local address отправителя.
зачем нужен повтор мак адреса в виде опций в теле l3 пакета, если они есть на l2 уровне? например для маршрутизации с промежуточными шлюзами и для более легкой обработки neighbor discovery пакетов софтом, не имеющим доступа к l2 заголовкам.
хост шлет neighbor solicitation на мультикаст адрес ff02::1:ff23:a050, в пакете присутствует опция link local address этого же хоста.
в ответ, 2001:0db8:abcd:1::123:a050 шлет neighbor advertise на адрес отправителя, и в пакете тоже присутствует опция link local address отправителя.
зачем нужен повтор мак адреса в виде опций в теле l3 пакета, если они есть на l2 уровне? например для маршрутизации с промежуточными шлюзами и для более легкой обработки neighbor discovery пакетов софтом, не имеющим доступа к l2 заголовкам.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
IPv6 теория и практика: виды пакетов и автоконфигурация