rootman Jan 24 2014 at 18:53

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

5 min

64K

Cisco*Network technologies*IPv6*

Tutorial

+32

Comments 13

themiron Jan 24 2014 at 22:29

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

amarao Jan 24 2014 at 23:14

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

rootman Jan 25 2014 at 16:08

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

sahe Jan 24 2014 at 23:47

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

dimarikpro Jan 25 2014 at 05:44

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

rdntw Jan 25 2014 at 11:49

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

bazil11 Jan 25 2014 at 14:48

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

qw1 Jan 25 2014 at 15:21

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

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

qw1 Jan 25 2014 at 15:59

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

zuborg Jan 25 2014 at 15:24

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

rootman Jan 25 2014 at 16:06

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

alexander_pnz Jan 27 2014 at 16:35

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

… Допустим, есть устройство с адресом 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 Jan 27 2014 at 17:34

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