PPPoE klient(192.168.15.2) je připojen skrz bridge do dvou vpls tunelů, jeden vede na master(192.168.22.100) a druhý na backup(192.168.22.200). Ty mají mezi sebou ospf s jednou instancí + oba mají zapsaný network 192.168.22.0/24 pro komunikaci mezi nimi + podsíť 192.168.15.0/24 pro pppoe klienty. Interface je přidaný jako all.
Funkční stav - PPPoE klient 1připojen k master a výpis lsa z jeho strany
instance=default area=backbone type=router id=192.168.22.100 originator=192.168.22.100 sequence-number=0x8000000F age=8 checksum=0x8132 options="E" body=
flags=
link-type=Stub id=192.168.15.2 data=255.255.255.255 metric=10
link-type=Transit id=192.168.22.200 data=192.168.22.100 metric=10
Krok jedna, zakáži pppoe server, klient se přepojí na backup (192.168.22.200), v routovací tabulce dojde ke změne cíle 192.168.15.2 z pppoe tunelu na backup. Ping na klienta neběží, traceroute neukáže ani první skok? WTF?
instance=default area=backbone type=router id=192.168.22.200 originator=192.168.22.200 sequence-number=0x8000000B age=132 checksum=0x7515 options="E" body=
flags=
link-type=Stub id=192.168.15.2 data=255.255.255.255 metric=10
link-type=Transit id=192.168.22.200 data=192.168.22.200 metric=10
Krok dva, klienta z backupu vykopnu (nebo mu nastavím delší pado delay) a vše začne fungovat
instance=default area=backbone type=router id=192.168.22.200 originator=192.168.22.200 sequence-number=0x8000000D age=20 checksum=0x7117 options="E" body=
flags=
link-type=Stub id=192.168.15.2 data=255.255.255.255 metric=10
link-type=Transit id=192.168.22.200 data=192.168.22.200 metric=10
To celé se opakuje i při cestě zpátky. Můžu sem dát i konfiguraci, ale prostě to nechápu. Routovací tabulky se změní, lsa se posílají, ale icmp neprojde. Řešení to má v podobě nastavení zpožnění PADO na master i backup. Asi to není potřeba řešit, spíše je to taková zajímavost :(
