díky za reakci, ale netuším jak to myslíš s tím horizontováním vpls? možná je to jen tim horkem tady
mám z AP dvě vpls cesty ke dvoum branám, RSTP se stará o to aby v případě výpadku tunelu na bránu se to přehodilo na druhý tunel tedy i bránu. takže vypnu rstp a zapnu horizont? to přeci bude chodit do obou tunelů ne? akorát ty dva tunely nebudou komunikovat spolu no....
To chce rum, nejlépe rumovou zmrzlinu flambovanou brandy. Sice to nepomůže ale bude ti to aspoň jedno. :-)
Jak to máš uděláno, to máš z gwA, gwB a AP trojúhelník jako smyčku a tu hlídáš pomocí RSTP? Ale těch AP máš tunu, to máš ke každému samostatný trojúhelník nebo máš jen jeden agregační bod gwA a gwB z kterého jdou hromdy VPLS k AP1 až APn? Pokud to druhé, tak chvíli může trval, než ty změny topologie RSTP obkrouží přes těch 60 VPLS linek.
Pokud to nastavíš úplně pomocí horizontování, tak provoz od klienta může jít jen do VPLS a zpět, ale nepůjde provoz mezi VPLS tunely vzájemně (na gw i ap).
Provoz ti normálně nemá jít do obou tunelů na AP, uplatní se bridge a forward tabulka, Takže prvně do obou VPLS tunelů ti jde akorát PPPoE discovery od klienta a až mu některý PPPoE server odpoví, tak pak provoz PPPoE klient-server jde jen tím konkrétním tunelem. Který PPPoE server má být backup, tak ho zpozdíš o sekundu-dvě pomocí pado-delay, aby klientovi prvně došla odpověď od primárního PPPoE, pokud pojede. U toho RSTP a pokud tam máš úplnou smyčku gwA-gwB-AP s tím, že RSTP ti blokuje linku gwB-AP, tak to RSTP přirozeně tvoří zpoždění na úrovni toho pado-delay. U toho RSTP také, pokud je klient spojen na gwA a teoreticky padne tunel gwA-AP, tak může umožnit, by dál jet proti gwA PPPoE druhou trasou přes gwA-gwB-AP. Při úplném horizontování to nepůjde, při ztrátě VPLS gwA-AP to musí přejít na gwB PPPoE server (jde to dokopat, aby to šlo, ale je to už trochu složitější).
Jinak na tom AP s tím horizontováním jsem to myslel cca takto:
/interface bridge
add admin-mac=02:00:00:00:01:71 arp=disabled auto-mac=no mtu=1500 name=bridge-pppoe-forward protocol-mode=none
/interface bridge port
add bridge=bridge-pppoe-forward interface=wlan1 horizon=2
add bridge=bridge-pppoe-forward interface=wlan2 horizon=2
/interface vpls bgp-vpls
add bridge=bridge-pppoe-forward bridge-horizon=1 \
export-route-targets=166:171 import-route-targets=166:11,166:12 name=vpls-pppoe-forward route-distinguisher=166:10 site-id=171
Tohle by mělo udělat, že ty dva VPLS tunely až s nhodí, přidjí se do bridge s horizon 1, takž mezi nim rpvoz nejde, wlan interfejsy mají horizon 2, takže oěpt wlan mezi ebou se nevidí, ale jde jen prozov mezi vpls<->wlan porty.
