IPv6 теория и практика: виды пакетов и автоконфигурация

[themiron]

3. Stateless Address Autoconfiguration не используется – устройство не использует префикс из RA от маршрутизатора, а обращается к DHCPv6 серверу, который предоставляет необходимую информацию, включая адрес, DNS сервера и другую – в зависимости от настроек DHCP.
При этом маршрут по умолчанию все так же берется из RA пакета маршрутизатора (если прием не запрещен на клиенте), как и вообще возможность stateful конфигурирования адреса.

[amarao]

Мультикасты плохо описаны. Их там много — по типам локальных сетей. Например, есть бродкаст all-site-routers или как-то так. Не путать с all-link-local-routers.

[rootman]

Был бы рад сам почитать хорошую статью чисто по мультикастам. Если у вас есть обширные знания и время написать — я бы первый поставил плюсик.

[sahe]

Я бы добавил про SLAAC следующее:
1. Описание механизма DAD. Штука очень важная.
2. Ну и rfc4941 (Privacy Extensions for Stateless Address Autoconfiguration in IPv6). Там как бы не совсем случайный набор цифр:)
3. Не упомянута возможность передачи RDNSS в RA, которая описана в rfc6106. Не все клиенты это умеют, но тем не менее.

[dimarikpro]

Спасибо за испорченный сон. Проснулся в 4 часа утра и прочитал первые две статьи.
Отлично. С нетерпением жду продолжения.

[rdntw]

прям неделя IPv6 :)

[bazil11]

Астрологи объявляют неделю IPv6, количество постов про IPv6 увеличивается! :)

[qw1]

А что обозначает знак процента в адресе? Например,

Default Gateway . . . . . . . . . : fe80::20c:42ff:fe06:ec64%17

[qw1]

Нашёл уже сам…
Поскольку все сетевые карты имеют ipv6-адрес из сети fe80, то для указании шлюза его ip-адреса недостаточно, нужен ещё и номер интерфейса (сетевой карты в системе), за которой расположен шлюз.

[zuborg]

Отличный цикл, очень доступно все разжевываете. С интересом прочту следующие статьи.

[rootman]

Дальше планирую уже писать про настройку на цисках, так как всё что нужно из теории для базовых конфигов мы теперь уже знаем.

[alexander_pnz]

Объясните мне, пожалуйста, следующий момент:

… Допустим, есть устройство с адресом 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) вставляет? Никак «вкурить» не могу… ((

[themiron]

на 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 заголовкам.