Olej писал(а): ↑18 июн 2023, 22:43
SLAAC использует ICMPv6-сообщения запроса маршрутизатора и объявления маршрутизатора
Olej писал(а): ↑19 июн 2023, 14:51
IPV6 — это весело. Часть 1
Процесс EUI-64 – Организация IEEE разработала расширенный уникальный идентификатор (EUI) или изменённый процесс EUI-64. Этот процесс использует 48-битный MAC-адрес Ethernet клиента и в середину этого адреса вставляет ещё 16 бит для создания 64-битного идентификатора интерфейса. Преимущество EUI-64 MAC-адреса Ethernet заключается в том, что его можно использовать для определения идентификатора интерфейса. Кроме того, сетевые администраторы могут легко отслеживать IPv6-адрес до конечных устройств с помощью уникального МАС-адреса. Однако это беспокоит других пользователей в связи с угрозой их конфиденциальности. Они обеспокоены тем, что их пакеты можно отследить до физического компьютера. Чтобы избежать таких осложнений, можно использовать случайно сгенерированный идентификатор интерфейса. В зависимости от операционной системы устройство может использовать случайно сгенерированный идентификатор интерфейса вместо МАС-адресов и EUI-64. Вся эта операция нужна в случае настройки DHCPv6
Т.е. SLAAC (когда без DHCP64), получается, просто
тупо получает сеть/префикс от маршрутизатора (одно на всех) + столь же
тупо проставляет
свой MAC как составную чать (или "вместо") "Идентификатор интерфейса".
Вот в связи с этим, как мне кажется, и происходит истерика среди поставщиков трафика...
Раздаваемые EINA адреса: 2000::/3
И, в принципе, раздаваемые конечным пользователям подсети могли бы быть, скажем 2000::/78
Но! ... Раздача IPv6 в этой подсети могла бы происходить с DHCP64 ... а с тупым SLAAC, который тулит MAC-адрес в 2000::/64 - этот номер никак не проходит.
А
они с этим DHCP64 - ни хера не умеют
Похоже что тут антагонистически схлестнулись интересы "производителей" с "потребителями"...