IPv6 Ссылка PPP приводит Рекламные объявления адресующего маршрутизатора к сбою в локальную LAN

Наличие Сервера Debian eth0, eth1. eth2, ppp0 устройства:

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether xx:yy:zz:yy:xx:yy brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether xx:yy:zz:yy:xx:yy brd ff:ff:ff:ff:ff:ff
4: eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
    link/ether xx:yy:zz:yy:xx:yy brd ff:ff:ff:ff:ff:ff
63: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN qlen 3
    link/ppp

передача включена везде:

/proc/sys/net/ipv6/conf ~
  all/forwarding=1  default/forwarding=1
 eth0/forwarding=1     eth1/forwarding=1
 eth2/forwarding=1     ppp0/forwarding=1

и autoconf активируется также:

/proc/sys/net/ipv6/conf ~
  all/autoconf=1     default/autoconf=1
 eth0/autoconf=0        eth1/autoconf=1
 eth2/autoconf=1        ppp0/autoconf=1

дальнейший РА (=Router Реклама) принят на любом устройстве, но установке accept_ra=2 для в leat ppp0 и eth1:

/proc/sys/net/ipv6/conf ~
  all/accept_ra=1                              default/accept_ra=1           
 eth0/accept_ra=1                                 eth1/accept_ra=2           
 eth2/accept_ra=0                                   lo/accept_ra=1           
 ppp0/accept_ra=2

Соединение PPP устанавливается успешно, имея ipv6:: опция dead:beef установила в/etc/ppp/peer/myProvider файле конфигурации:

63: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qlen 3
    inet6 2003:42:e67f:d3ca:6105:155:f2b3:71f0/64 scope global temporary dynamic 
       valid_lft 14266sec preferred_lft 1666sec
    inet6 2003:42:e67f:d3ca::dead:beef/64 scope global dynamic 
       valid_lft 14266sec preferred_lft 1666sec
    inet6 fe80::dead:beef/10 scope link 
       valid_lft forever preferred_lft forever

и маршрут по умолчанию к локальному для ссылки адресу поставщика установлен:

2003:42:e67f:d3ca::/64 dev ppp0  proto kernel  metric 256  expires 13559sec
fe80::/64 dev ppp0  proto kernel  metric 256 
fe80::/10 dev ppp0  metric 1 
fe80::/10 dev eth1  proto kernel  metric 256 
fe80::/10 dev ppp0  proto kernel  metric 256 
fe80::/10 dev eth0  metric 1024
default via fe80::90:1a10:1b2:b780 dev ppp0  proto kernel  metric 1024  expires 1789sec

Общественность 2003:42:e67f:d3ca::/64 префикс имеет маршрут к ppp0 устройство. установленный radvd и выполнение, radvdump показывает ppp0 Ссылка IPv6, отправляющая RAs

interface ppp0
{
    AdvSendAdvert on;
    # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump
    AdvManagedFlag off;
    AdvOtherConfigFlag on;
    AdvReachableTime 0;
    AdvRetransTimer 0;
    AdvCurHopLimit 0;
    AdvDefaultLifetime 1800;
    AdvHomeAgentFlag off;
    AdvDefaultPreference medium;
    AdvLinkMTU 1492;

    prefix 2003:42:e67f:d3ca::/64
    {
        AdvValidLifetime 14400;
        AdvPreferredLifetime 1800;
        AdvOnLink on;
        AdvAutonomous on;
        AdvRouterAddr off;
    }; # End of prefix definition

}; # End of interface definition

От хоста сервера я могу ping6 хост из Интернета успешно. Теперь, когда я пытаюсь вынудить РА путем требования маршрутизатора для ppp0 я добираюсь:

Soliciting ff02::2 (ff02::2) on ppp0...
Hop limit                 :    undefined (      0x00)
Stateful address conf.    :           No
Stateful other conf.      :          Yes
Router preference         :       medium
Router lifetime           :         1800 (0x00000708) seconds
Reachable time            :  unspecified (0x00000000)
Retransmit time           :  unspecified (0x00000000)
 MTU                      :         1492 bytes (valid)
 Prefix                   : 2003:42:e67f:d3ca::/64
  Valid time              :        14400 (0x00003840) seconds
  Pref. time              :         1800 (0x00000708) seconds

То, что я ожидал бы, то, что все узлы на eth1 получите настроенный SLAAC, но когда я примерю требование eth1 я добираюсь:

Soliciting ff02::2 (ff02::2) on eth1...
Timed out.
Timed out.
Timed out.
No response.

• Я не хочу использовать DHCPv6, но SLAAC через radvd
• Я хотел бы избежать кунг-фу удара, сокращающего фактический префикс от поставщика (например: от вывода rdisc6) для тонкой настройки radvd.conf файла самостоятельно (например: в, если событие)
• Образование моста устройств не является решением. Устройство PPP является виртуальным и не может быть соединено мостом.

Так или иначе передавая пакеты РА от ppp0 кому: eth1 (и к любому другому устройству), не кажется работой вообще. Почему? Насколько я понимаю, что какой-либо маршрутизатор с модемом DSL должен передать в некотором роде RAs от, он - устройство внутреннего модема к физическим портам LAN, присоединенным иначе, какой-либо хост, соединенный там, не получил бы адрес IPv6, правильно? Теперь, где различие между маршрутизатором и моим debian полем? Я был бы благодарен за любую подсказку, которую Вы можете иметь.