Имею роутер, ревизии E4, прошивка DIR615E4_FW511RUB05.bin. Настройки сброшены в дефолт.
Роутер получает Ipv6 настройки через DHCPv6, а именно он получает свой адрес, и зону для делегации. опции 3,5, и 25,26. Ну и прочее фигня, в виде днсов. маршрут ротуера он как и положено должен полчить через RA(а именно - fe80::214:22ff:fe1b:5e93).
В итоге имеем следующую картину:
Код:
IPv6 Connection Type : DHCPv6
Network Status : Connected
WAN IPv6 Address : 2a00:1468:8:a74:10:0:5:211/64
IPv6 Default Gateway : fe80::214:22ff:fe1b:5e93
LAN IPv6 Address : 2a00:1468:8:a74:86c9:b2ff:fe6d:cafd/64
LAN IPv6 Link-Local Address : fe80::86c9:b2ff:fe6d:cafd/64
Primary DNS Address : none
Secondary DNS Address : none
DHCP-PD : Enabled
IPv6 network assigned
by DHCP-PD : 2a00:1468:8:a74::/64
Днсов нет... ладно, бог с ними, при попытке пинга ипв6 с ноута который подключен к роутеру, и получил настройки через RA, получаем отлуп от 615-го, типа он не знает куда дальше пакеты слать... Я не удивился, ибо не нашел на роутере странички статуса с маршрутами...
А ещё, роутер запросы IPv6 шлет с интересным маком в dhcp пакете, в опции номер 1...
мак роутера: 84:c9:b2:6d:ca:fe
а в пакете: как повезет, то 00:01:16:ab:25:68 то 00:01:16:ab:25:e3
Ладно, ок перепрошиваемся на: DIR615E4_FW511RUB03beta02.bin ............ опять полный ресет...
видим первые улудшения:
1) в опции 1 пришел нормальный мак - 84:c9:b2:6d:ca:fe
2) появилась страничка сроутингом ипв6
3) подцепились ДНС сервера:
Код:
IPv6 Connection Type : Autoconfiguration (SLAAC/DHCPv6)
Network Status : Connected
WAN IPv6 Address : 2a00:1468:8:a74:10:0:5:101/128
IPv6 Default Gateway : none
LAN IPv6 Address : 2a00:1468:8:a74:86c9:b2ff:fe6d:cafd/64
LAN IPv6 Link-Local Address : fe80::86c9:b2ff:fe6d:cafd/64
Primary IPv6 DNS Server : 2a00:1468:8:ff12::99
Secondary IPv6 DNS Server : 2a00:1468:8:ff12::98
DHCP-PD : Enabled
IPv6 network assigned
by DHCP-PD : 2a00:1468:8:a74::/64
Странное чувство, ведь вроде прошивка которая была в начале должна быть лучше той что залили сейчас, шас BETA03 а была BETA05... ну да ладно

Может ошиблись...
комп от роутера получает адрес:
ээээ не получает... стоп, и где "IPv6 Default Gateway" в статусе... хрень какая-то

... ребутнемка ещё разок роутер.... чем черт не шутит? Опа Опа... роутер увидил гетвей... странно, ведь я рассылаю сообщения RA каждые 10 секунд со своего сервера... ну ладно, спишем на глюк...
КОмп всё так же не получает айпишник, да и гетвея нет... пробуем запустить dhcpv6 клиент, опа, получили, только не IP, а отлуп - NoAddrsAvail... Почему перестало работать получение через RA и почему выдает отлуп? Если учесть что через dhcpv6 router передавать незя, тогда не понятна как в представлении длинка должна была заработать такая схема?
Ладно. Начинаем играть в "поставь сними галочку, авось заработает...."
Выключаем "Enable DHCP-PD в настройках..." нам предлагают самим указать LAN IPv6 Address... меня это не устраивает, оставляем как было.
Меняем режим на SLAAC+DHNSS - - результат тот-же роутер реагирует только на DHCPV6 с компа, и то - отлуп дает...
Меняем на stateful DHCPv6 - смогли получить айпи по dhcp, вот только где нам "default gw" брать? по dhcp он не передается, а RA пакетов в сети я что-то не вижу...
Ладно, придется нам видимо отключить DHCP-PD, и ручками " LAN IPv6 Address" указать, может хоть так счастье будет...
Возвращаем
Снимаем - Enable DHCP-PD
ребутаемся...
о чудо! мы получили дефолн на ноуте. и айпи через RA - 2a00:1468:8:a74:222:15ff:fe9f:7d44 ... трейс ipv6.yandex.ru
Первый хоп у нас идет дир615, а дальше тишина... хм, странно скажете вы... смотрим что у нас видно на сервере:
0.000000 2a00:1468:8:a74:222:15ff:fe9f:7d44 -> 2a02:6b8:0:261::1 UDP Source port: 33995 Destination port: 33434
0.000099 fe80::214:22ff:fe1b:5e93 -> ff02::1:ff9f:7d44 ICMPv6 Neighbor solicitation
1.000746 fe80::214:22ff:fe1b:5e93 -> ff02::1:ff9f:7d44 ICMPv6 Neighbor solicitation
2.002738 fe80::214:22ff:fe1b:5e93 -> ff02::1:ff9f:7d44 ICMPv6 Neighbor solicitation
мы видим что второй пакет был направлен яяндекс, после чего сервер пытается послать аналог arp запроса, в сеть, да бы узнать кто он, этот ipv6

теперь это называется Neighbor solicitation запросы. И любой клиент, или роутер обязан ответить, что этот айпи я. после чего у нас есть аналог arp таблицы
# ip -6 neigh
2a00:1468:8:ff11:e2cb:4eff:feba:6399 dev eth0 lladdr e0:cb:4e:ba:63:99 REACHABLE
2a00:1468:8:ff11:20e:cff:fe3c:db05 dev eth0 lladdr 00:0e:0c:3c:db:05 STALE
2a00:1468:8:8bf:10:0:2:26 dev br10 lladdr 00:01:6c:72:2c:e1 STALE
2a00:1468:8:ff12::98 dev eth0.257 lladdr 00:0c:6e:2a:32:d4 REACHABLE
2a00:1468:8:a74:222:15ff:fe9f:7d44 dev br10 INCOMPLETE
в ней наш ИП пока некуда не привязан... т.к. нас "дорогой" 615-тый, не желает раскрывать секреты и сообщать что он этот ип обслуживает...
На этом мне приходится приостановить тесты, и сделать выводы:
615 не разу не IPv6 Ready
Настройки запутаны на столько, что черт ногу сломит, по дефолту должна работать схема:
если выбрано получать по DHVPv6 от провайдера, значит мы должны получить свой ип, профекс делегации, и днс, шлюз получаем через RA, клиентам будем раздавать с помощью всё того-же RA, если юзер не указал иное, а имено раздавать по DHCP(можно сделать настройку какому компу какой адрес), но шлюз всёравно мы должны продолжать вещать через RA, так же как и указания клиентам что хотите ипв6 - получайте через dhcp. Это всё явно описано в протоколе ipv6.
Роутер ОБЯЗАН! отвечать на Neighbor solicitation (ARP) запросы, если он обслуживает эту сеть. Не важно, всем он будет отвечать, или только тем что у него в arp таблице(пример приводил выше).
циски и прочие девайсы это давно умеют

У линукса в ядре такой фигни нет, но есть сторонний демон, я его не проверял, но он делает именно то что не делает ваш руотер -
http://code.google.com/p/npd6/