Недавно заметил, что мой основной WAN получил IPv6-префикс через DHCPv6-PD, поэтому из любопытства включил PD на одной из своих сетей и с радостью обнаружил работающий IPv6 в Интернет. Позже выяснилось, что он, кажется, делает это через интерфейс IPv4 PPPoE, а не родительский Ethernet-интерфейс.

В списке процессов:
`# psa | grep odhcp`
**** snip **** `/usr/sbin/odhcp6c -e -v -s /usr/share/ubios-udapi-server/ubios-odhcp6c-script -D -k -P 56 ppp0`

Не должен ли быть там ppp0, а не eth8 (основной WAN-порт на UDMSE)? Подтверждено командой `ip addr`, которая показывает только локальный адрес связи на eth8 и присвоенный префикс/первый адрес на ppp0. То же самое происходит и со вторичным WAN, у которого сейчас нет IPv6, но odhcp6c снова показывает в списке процессов похожую строку с ppp1 вместо eth9 (ожидаемый вторичный WAN-порт).

Также есть какой-то спам в логах об недоступности адреса ff02::1:2 из-за сетевой ошибки:
Jan 14 05:40:21 UDMSE ubios-udapi-server[****]: odhcp6c[****]: Не удалось отправить сообщение SOLICIT на ff02::1:2 (Сеть недоступна)
Jan 14 05:40:21 UDMSE odhcp6c[****]: Не удалось отправить сообщение SOLICIT на ff02::1:2 (Сеть недоступна)

Беспокоит то, что весь IPv6-трафик получает "налог" PPPoE, когда в этом нет необходимости