Уже 2 года прошло, может уже запилили и оно работает?

Пока еще нет

Реализован ли данный функционал на текущий момент? Также интересует наличие/отсутствие этого функционала на DGS-3620-28SC.

Up.

Добрый день.

ftp://ftp.dlink.ru/pub/Switch/DGS-3600% ... _R3.00.pdf
стр. 253

_________________
С уважением,
Бигаров Руслан.

День добрый.

Коммутатор
Device Type : DGS-3612G Gigabit Ethernet Switch
Boot PROM Version : Build 1.10-B09
Firmware Version : Build 3.00.B38
Hardware Version : A1


Command: show dhcpv6_relay

DHCPv6 Relay Global State : Enabled
DHCPv6 Hops Count Limit : 4
---------------------------------------------------------------
IP Interface : v10.12.123
DHCPv6 Relay Status : Enabled
Server Address : XXXX:XXXX::2



Command: show ipif v10.12.123

IP Interface : v10.12.123
VLAN Name : vl10.12.123
Interface Admin State : Enabled
IPv4 Address : 10.12.123.1/24 (Manual) Primary
Proxy ARP : Enabled (Local : Disabled)
IP Directed Broadcast : Disabled
IPv4 State : Enabled
DHCPv6 Client State : Disabled
DHCPv6 Client PD State : Disabled
IPv6 Link-Local Address : FE80::21E:58FF:FE4F:7D03/128
IPv6 Global Unicast Address : XXXX:XXXX:F000::1/64 (Manual)
IP MTU : 1500



Command: show ipv6 nd ipif v10.12.123

Interface Name : v10.12.123
Hop Limit : 64
NS Retransmit Time : 0 (ms)
Router Advertisement : Enabled
RA Max Router AdvInterval : 600 (s)
RA Min Router AdvInterval : 198 (s)
RA Router Life Time : 1800 (s)
RA Reachable Time : 1200000 (ms)
RA Retransmit Time : 0 (ms)
RA Managed Flag : Enabled
RA Other Config Flag : Enabled
Prefix Preferred Valid OnLink Autonomous
XXXX:XXXX:F000::/64 604800 2592000 Enabled Enabled


Схема подключения:
CPE===DES-3200===DGS-3612G===OSPFv3===DGS-3620-28SC===DGS-3000===DHCPv6-PD_server


В качестве CPE выступает Mikrotik 951G-2HnD (RouterOS v6.17). В качестве DHCPv6 сервера - dhcp-4.2.5_p1-r2.

Конфигурационный файл dhcpd6.conf выглядит так:



На сервере смотрю tcpdump'ом:




CPE префикс получает, release и renew отрабатывает корректно, на DGS-3612G маршрут до префикса не создаётся.

В чём дело не подскажете? Может где-то ещё чего подкрутить надо?

Не работает этот функционал у длинка.

PD не поддерживается.

Подскажите, в каких моделях коммутаторов поддерживается данный функционал (DHCPv6-PD)?

Cisco

Как сейчас любят писать в нтернете: "слишком толсто, попробуйте пожалуйста потоньше".

А если по делу - то мне интересно узнать от сотрудников Д-линка как правильно с их точки зрения (точки зрения компании Д-линк) строить сеть, как правильно построить физическую и логическую структуру сети для беспроблемной раздачи интернета по ipv6 протоколу, какое оборудование для этого лучше применить?

Я-то, по наивности своей, очевидно, предполагал что надо взять L3 железку, настроить там dhcpv6-relay, смаршрутизировать на неё ipv6 сетку (скажем /40) в неё воткнуть L2 коммутаторы, в них подключить пользователей и настроить DHCPv6 сервер на выдачу префиксов этим пользователям из диапазана смаршрутизированной сетки.

Схема, по-моему, очень простая, а значит надёжная.

Может быть я не прав? Может быть у компании Д-линк есть какие-то свои взгляды на то как правильно строить сети. Какое оборудование и технологии для этого использовать? В таком случае я прошу рассказать об этом. Не очень хочется через какое-то время получить ответ в стиле "у Вас неправильно построена сеть" или "Вы используете неподходящее железо".

В общих чертах описано тут:
viewtopic.php?f=2&t=156263

В настоящее время CPE использовать не получится именно из-за того, что IMPB не понимает PD

Документ читал и ранее, теперь появилась возможность высказаться, благодарю.
Предложение использовать RIPng между абонентским оборудованием и оборудованием провайдера - это пять (здесь должна появиться табличка с надписью "сарказм"). Если не рассматривать этот, на мой взгляд бредовый вариант, то выбор технологий для уведомления оборудования провайдера о делегированых абоненту сетях не так уж и велик - либо полная статика, что в ipv6 реалиях слабореализуемо (позвольте мне не объяснять данную точку зрения), либо желаемый мною DHCPv6-PD. Причём даже если L3 железка будет на доступе это ничего не меняет.

Моё мнение: приведённые в документе схемы построения сетей (возможно за исключением самой первой) нежизнеспособны и не соответствуют реалиям сегодняшнего дня. В любом случае спасибо за рекомендации.


Теперь по второму пункту:

Почему?

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

Добрый день.

В R3.0 добавили поддержку DHCPv6 Prefix Delegation.

P.S.: Полный список расширений Вы можете прочитать в этом файле:
ftp://ftp.dlink.ru/pub/Switch/DGS-3600% ... 0B14(ForWW).pdf

_________________
С уважением,
Бигаров Руслан.

Здравствуйте Руслан.

Спасибо за информацию, но данный функционал не совсем тот, о котором я спрашивал.

Если я всё правильно понял, то "enable dhcpv6_server" включает dhcpv6 сервер на самом устройстве. При этом можно сконфигурировать ряд опций; например выдачу DNS или выдачу префиксов произвольной длины. Включение dhcpv6 сервера требует обязательного отключения dhcpv6 релея (глобально). Я сконфигурировал тестовый стенд из сообщения viewtopic.php?f=2&t=140029&start=15#p910548 следующим образом:



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

Как контролировать выдачу префиксов и аутентифицировать пользователей при такой схеме - непонятно. Как интегрировать данный функционал с биллингом - тоже не ясно. Единственное что приходит в голову это схема влан-на-пользователя, но при максимальном количестве ipif на данной серии коммутаторов в 256 штук - как-то жирновато выходит. Но даже при таком раскладе человеческий фактор исключается только на этапе "сообщения" пользовательскому CPE его префикса - всё остальное приходится делать ручками. Как-то непрезентабельно для продакшена то. Это два.