[ЗАПРОС НА ФУНКЦИЮ] Поддержка DHCPv6-PD IA-PD

Похоже, что опция /ipv6 dhcp-client release не полностью освобождает адреса с точки зрения сервера. Я работаю с моим провайдером, чтобы они вручную освободили мой /64 и проверили, сработает ли prefix-hint для запроса /60. Обновлю информацию, когда это будет сделано.

Я тоже определенно поддерживаю добавление этой функции в RouterOS. Многие американские интернет-провайдеры, включая Comcast как самого крупного, сейчас предлагают клиентам блоки /60 IPv6 почти во всех регионах. Мне хотелось бы назначить разные /64 для моих VLAN за моим RB750 дома.

Кажется, что prefix-hint был бесшумно добавлен где-то после версии 6.4 (последней версии, когда я изначально создал тему), я не вижу его в журнале изменений. В любом случае, я попытаюсь обновить свой роутер до версии 6.7 и посмотрю, сработает ли это. Также стоит отметить, что prefix-hint еще нет в документации вики. http://wiki.mikrotik.com/wiki/Manual:IPv6/DHCP_Client Я сообщу, как только выясню, работает ли prefix-hint.

Хотя это не сработало, не могу поверить, что я пропустил это как опцию в конфигурации. Насколько я понимаю, это не видно через winbox. Я пытался настроить это через терминал: /ipv6 dhcp-client add add-default-route=yes interface=ether1-wan pool-name=comcastv6-pd prefix-hint=::/60 use-peer-dns=no. Все равно получаю /64. У меня есть несколько захваченных пакетов DHCPv6, и вот что я вижу: я запрашиваю /60, и, похоже, получаю два пакета "DHCP Advertise" от сервера Comcast IPv6. Первый содержит /60, а второй — /64. RouterOS отправляет обратно запрос только на /64, и именно оно оказывается в моем IPv6 пуле.

Если посмотреть на трассировку сниффера, pd действительно освобождается. Я думаю, что это связано с настройкой Comcast, а не ros. Отправлено с моего Nexus 7 с использованием Tapatalk 4

Это странно, так как их DHCP-серверы отвечают на DHCPv6-освобождение с ответом DHCPv6 и кодом состояния успеха (0). Я уверена, что это проблема с конфигурацией или дефект на их стороне. Им не нужно удалять PD из своей системы. Отследить это очень легко (достаточно фильтровать только трафик dhcpv6 - udp порты 546 и 547) и у вас должно получиться около 7 пакетов. Не уверена, как они могут обвинять в этом другие устройства (по крайней мере, не ROS-устройства).

Я провел некоторые тесты с сервером ISC dhcpv6, и это нормально. Если у вас есть назначенный префикс, который не истек (даже если он был освобожден), DHCP-сервер всё равно выдаст вам старый PD, даже если префикс-намек не совпадает со старым PD. Вам нужно либо дождаться истечения времени, либо удалить аренду. Я проверю исходный код, чтобы увидеть, есть ли какой-либо код для обработки различий между префикс-намеками и существующими PD арендами.

Если посмотреть на DUID серверов, видно, что это разные серверы отправляют эти рекламные пакеты. Было бы лучше, если бы существующий сервер (с предпочтением 255) мог увидеть, что ваш запрос на префикс другой длины, и обработать его, предоставив вам запрашиваемый префикс нужной длины (если он доступен).