ipv6

[Seasonf]

Настройки:

ipv6-intf-id=random
ipv6-peer-intf-id=calling-sid
ipv6-accept-peer-intf-id=0

1 - Проблема
В принципе, префикс устанавливается. Из пула или из атрибутов радиуса, НО устанавливается только как маршрут для соответствующего ppp-интерфейса.

ip -6 route | grep ppp139
2001:470:dc6d:fe16::/64 dev ppp139 metric 1024
fe80::/64 dev ppp139 proto kernel metric 256
Здесь все ОК.

А теперь смотрим:
ip addr show dev ppp139
196: ppp139: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1480 qdisc htb state UNKNOWN qlen 3
link/ppp
inet 192.168.64.1 peer 192.168.23.91/32 scope global ppp139
inet6 fe80::9de6:ba50:9b78:27d8/64 scope link
valid_lft forever preferred_lft forever

Глобального адреса на интерфейсе нет.

В принципе, если иметь только статическую маршрутизацию -- это работает.
Но проблема в том, что нужно анонсировать имеющиеся маршруты по ospf, а вот он с такой ситуацией категорически не согласен.
Хочу адрес на интерфейс из выданного префикса.
Пробовал и фиксированный ип ставить и random для ipv6-intf-id, не помогает.

2. Вопрос - пожелание.
Каким образом генерируется хост-часть ipv6 адреса при ipv6-peer-intf-id=calling-sid ?
Нужен вариант, при котором можно вычислить МАС-адрес клиента. Например опционально. Подойдет EUI64.
Можно и в чистом виде MAC в младшую часть адреса. Можно также реализовать это и для ipv6-intf-id

Заранее благодарен.

[Dmitry]

так не должно быть, проверю...

[Dmitry]

назначение адресов исправил
с ipv6-peer-intf-id=calling-sid пока сложности, оно не реализовано

[Seasonf]

A ipv6-intf-id=random реализовано ?

[Dmitry]

да

[tugik]

Скажите, в версии 1.9 не реализована в cli вывод информации по полученным Framed-IPv6-Prefix и Delegated-IPv6-Prefix
Возможно ли реализовать в следующих версиях или возможно уже есть версия с git где уже реализовано?
И как на данный момент можно получить информацию от сервера какой IPv6 получил клиент ? radius snmp ...
И еще бы именованные пулы IPv6 были бы )

[tugik]

Добрый день!
перестал получаеть DNS ipv6
подскажите пожалуйста.
изначально я тестировал на одних пулах адресов, потом поменял на другие и после этого перестало корректно работать.
при этом IPv6 выдается и все работает только dns не получает и в логах соответственно ошибки

тестировал вот на таких пулах адресов
2a00:ede0:ffff::/48,64
delegate=2a00:ede0:e000::/48,60

вот на такой поменял уже как на рабочие
2a00:ede0:1::/48,64
delegate=2a00:ede0:101::/48,60

до смены пула были логи вот так
[2015-01-28 17:34:28]: info: eth1.100: recv [DHCPv6 Renew XID=506971 <Client-ID 1:00011c526a9c14dae99639b9> <Server-ID 3:001b0000000000000001> <Option-Request DNSSL,39,DNS,31> <Elapsed-Time 50331648> <IA-NA b93996e9 T1=3600 T2=5400 {IA-Addr 2a00:ede0:ffff::1 pref_lifetime=7200 valid_lifetime=7500}>]
[2015-01-28 17:34:28]: info: eth1.100: send [DHCPv6 Reply XID=506971 <Server-ID 3:001b0000000000000001> <Client-ID 1:00011c526a9c14dae99639b9> <DNSSL> <DNS 2a00:ede0::1,2001:4860:4860::8888> <IA-NA b93996e9 T1=30 T2=48 {IA-Addr 2a00:ede0:ffff::1 pref_lifetime=60 valid_lifetime=60}> <Preference 255>]

вот после смены пула
[2015-01-28 17:42:28]: info: eth1.100: recv [DHCPv6 Solicit XID=8d771c <Client-ID 1:00011c526a9c14dae99639b9> <Option-Request DNSSL,39,DNS,31> <Elapsed-Time 50332685> <IA-NA b93996e9 T1=3600 T2=5400 {IA-Addr 2a00:ede0:ffff::1 pref_lifetime=7200 valid_lifetime=10800}>]
[2015-01-28 17:42:28]: info: eth1.100: send [DHCPv6 Advertise XID=8d771c <Server-ID 3:001b0000000000000001> <Client-ID 1:00011c526a9c14dae99639b9> <DNSSL> <DNS 2a00:ede0::1,2001:4860:4860::8888> <IA-NA b93996e9 T1=30 T2=48 {IA-Addr 2a00:ede0:1::1 pref_lifetime=60 valid_lifetime=60} {IA-Addr 2a00:ede0:ffff::1 pref_lifetime=0 valid_lifetime=0 (Status NotOnLink)}> <Preference 255>]

[sokol]

Я правильно понимаю, что сейчас и ipv6-peer-intf-id=ipv4 не работает? Пробовал ставить, но работает как random. Версия 1.9 бинарная для Debian.

[sokol]

Оказалось работает. Не обратил внимания на опцию ipv6-accept-peer-intf-id.