Длина префикса в Linux при получении адреса через DHCPv6 (IPv6). Почему /128?

Question

[Евгений]

Добрый день, коллеги. Ужа сломал себе голову при настройке DHCPv6 сервера. Вводная: имеется ПК с Ubuntu 18.04 и ISC-DHCP сервером. Там поднята нехитрая конфигурация, которая просто выдает IPv6-адрес из пула:

subnet6 2001:db8:100:1::/64 {
range6 2001:db8:100:1::100 2001:db8:100:1::130;
}

Сервер с клиентом подключены через L3-свитч. Так вот, клиенты получают свой IPv6-адрес из пула. но всегда с длиной префикса /128. Пробовал разные версии Linux и Windows. Соответственно, толку от такого адреса нет, т.к. пинговать они никого не могут.
Я знаю, что в IPv6 шлюз по умолчанию и длину префикса отдают местные IPv6-роутеры. Я уже поднимал на сервере демон RADVD, что бы он анонсил префикс и он это делает. Также я поднимал такое анонсирование на L3-свитче и он тоже анонсит. Но вот DHCPv6-клиентам побоку это, они все равно получают адрес /128.

Вопрос: что я делаю не так?

Comments

[Евгений]

hint000, как 2001:db8:100:1::100/128 будет пинговать 2001:db8:100:1::101/128? Они в разных подсетках. Через маршрутизацию что ли? Так это абсурд.

[Евгений]

Всем привет! Провел еще некоторые тесты и выяснил следущее:

1) Если на Cisco настроить stateful DHCPv6, то она тоже выдает адреса с префиком /128 и хосты не могут пинговать себя по такому global-unicast, только по link-local.
2) Если на Cisco или чем-то другом настроить stateless DHCPv6, то хосты получают адреса с длиной префикса /64 и могут пинговать друг-друга по global-unicast.

ИТОГО: я в ступоре от работы stateful DHCPv6 и явно что-то не понимаю. Буду курить мануалы. Cisco настраивал по IPv6 Fundamentals: A Straightforward Approach to U..., т.ч. уверен, что все правильно сделал.

[Евгений]

Спасибо всем ответившим - разобрался. Действительно, совершенно нормально, что адреса выдаются со 128 префиксом. Далее взаимодействие через default gateway.

Answer 1

[Germanjon]

попробуйте явно указать параметр "Маска" в DHCP-сервере.
IPv6 под рукой нет, на IPv4 это параметр subnet-mask

Comments

[Евгений]

В ISC-DHCP Server ничего подобного нет. Это не винда.

[Germanjon]

Евгений, логично... Я говорил про пакет dhcpd-server линукса

Answer 2

[Дмитрий Шицков]

Все корректно. DHCPv6 выдаёт только адрес. Информация о префикс ах приходит в RA и записывается в таблице маршрутизации хоста.

Comments

[Евгений]

Это я знаю, но фактически хост получает адрес /128, хотя анонсы RA с /64 в сети есть.

[Дмитрий Шицков]

Евгений, так работает DHCPv6. Это норма для Ipv6.
DHCPv6 анонсирует хосту только адрес – отсюда /128. О префиксе /64 хост узнает через RA и использует его только для маршрутизации. Если хост должен быть сам роутерером, то не следует ему выдавать адрес через DHCPv6.

[Евгений]

Дмитрий Шицков, Вы не слышите меня. У меня есть RA в сети, он анонсирует префикс /64, но DHCPv6-клиенту это почему-то не важно.

У меня сервер имеет руками заданый адрес 2001:db8:100:1::2/64, а клиент получает 2001:db8:100:1::100/128 и не может пингануть ни один из адресов. Вы считаете это нормальный режим работы?

[Дмитрий Шицков]

Если вопрос в том, как такой хост общается с соседями по локальной сети – посредством NB/ICMPv6, по схожей схеме с тем как работает ARP

[Дмитрий Шицков]

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

[Евгений]

Грешил на ISC-DHCP. Собрал схему с KEA-DHCP6 - такая же фигня. Короче дело в том, что клиенту плевать на RA. Либо я еще что-то упускаю.

Answer 3

[Mystray]

А что в RA?
Какие адреса и префиксы висят на интерфейсе роутера, вещающего RA, какие флаги (Other, Managed, on-Link)?

Comments

[Евгений]

в RA все в точности, как в книге. см. картинку