Jo, je to chyba v ROS6.3, v předchozích to šlo zadat přes Winbox, ujela jim asi maska pro ověřování, zůstal jen ten link-local formát.
K tomu routování na link local - co jde, tak routuji dynamicky a neřeším. Kde dojde k tomu, že je nutno psát ručně routy, tak se použije na straně cíle admin-mac adresa nebo VRRP rozhranní a změna hradware nemá na nic vliv.
V čem je problém u ROS (a linux obecně) při použití globální adresy jako gateway - najedou, občas, to neroutuje. Vypadá to tak, že když je jako adresa routeru použita globální adresa a v okamžiku potřeby použít tuto routu není v neighbor cache dostupná informace o routeru ve stavu reachable, tak se někdy zapomene provést router solicitation (či jak se to jmenuje) a routa selže. Chová se to zákeřně, dokud je provoz trvalé nebo něco lokálního to nakopává, tak to jede skvěle, pak tok Pv6 na nějakou dobu vypadne (není potřeba přenášet) - nd cache vychcípe, pak by něco mělo jít a tiše selže. Vlezete na router, koukáte na to, dáte ručně ping na adresu routeru (v té chcíli se tedy neposílá router solicitation, ale node solicitation) a ono to ožije a zase vesele jede... Asi spolehlivě stačí, aby routa byla definována s check gateway-ping a ono se to pak neprojevuje. Nebo když jedu BGP, kde se obykle jede přes globální adresy mezi AS, tak to jede také OK, protože samotný BGP zajišťuje pravidelnou aktualizaci ND cache. Problém je jen na ifacech nativně multicastových (čili Ethernet a jeho virtuální varianty). Point-point tunely to nedělají.
