M.H.: ROS vysílá RA do sítě jen v případě, že má k propagaci piřdělen na daném interfejsu globální prefix (protože existencí globálního prefixu s příznakem advertise simuluje přímé nastavení AdvSendAdvertisements=true, které by mělo být u každého inerfejsu). Bez prefixu není ochoten vysílat RA.
A Huawei do doby, dokud neuslyší RA, tak hlásí, že IPv6 není dostupné (přitom má natvrdo nastaveno, že na WAN straně nemá nic zkoumat, natvrdo přes DHCPv6-PD má vzít prefix pro LAN a default routa míří do PPPoE tunelu). Nad GPONem to jede v PPPoE režimu, takže takto musím zbytečně obětovat jeden spojovací prefix /64 do každé PPPoE linky, aby to šlo (zcela zbytečně, home routeru stačí mít jen globální prefix na LAN straně dodaný přes DHCPv6-PD a vše funguje jak má).
Dále. Pokud provozuješ spojení ke koncákům přímo nad Ethernetem (IPoE), tak DHCPv6-PD server aktuálně v ROSu vůbec neumí s Radiuem spolupacovat. Omezená spolupráce je jen v případě PPP like spojení (PPPoE/L2TP/SSTP/PPTP/PPP). Takže pokud se používá PPPoE tak pomocí framed-IPv6-prefix jde poslat prefix, který se použije jako spojovací uvnitř PPPoE mezi mým routerem a routerme koncáka (na základě tohoto spustí ROS RA do aného spojneí), tím se nepřiděluje prefix, který má použít DHCPv6-PD server. Ten reaguje na privátní Mikrotik_Delegated_IPv6_Pool, což je jméno dopředu vytvořeného poolu na ROS straně, z kterého se vezme prefix, kerý se má posílat klientovi přes DHCPv6-PD (ideální by bla pro toto podpora normalizovného Delegated-IPv6-Prefix, který má sloužit k nastavení DHCPv6-PD serveru).
Jinak drobným podvodem by mělo jít udělat i agregace IPv6 prefixů v ROSu: použitím sumární globální routy mířící nikam, její propagce do OSPFv3 a odfiltrování pak specifických subrout od DHCPv6-PD serveru.