Tan nějak, byla otázka, zda je to v bridge na Mk1, zda to není zjendodušené... Pokud se dodá jen půlka informací, tak se dostane jen půlka odpovědí. Uvědom si, že opravdu fungující věštecká kříštálová koule není běžně mezi vřejností, aby si to veřejnost dověštila. :-)
To propojení ethernet-bezdrát, kreslené skrz Mk1 dělá přímo Mk1 (bridge dvou interface) nebo něco jiného a Mk1 je k tomu jen připojen bokem?
Pokud dělá bridge něco jiného, tak bych aktuální řešení považoval za špatné z pohledu spolehlivosti (pokud při výpadku Mk1 se z etherentu k Mk2 nedostanu, tak je to jedno).
Předpokládám, že to koncové PC je klient a ne něco jako server?
Pokud server, tak může OSPF běžet i na něm a sám si rozhodne, zda má jít přímo na 10.55.1.1 nebo 10.55.1.20 a i pak volit lépe pro jendotlivé další segmenty vhodnou bránu. Pokud OSPFkem nechci zasírat celou síť, tak další varianta je vrrp. Počítače dostanou jako defualt GW třeba IP 10.55.1.62 a tato IP bude dynamicky pomocí VRRP nastavována buď na Mk2 nebo Mk1 v závislosti na tom, kdo z nich bude mít spojení do internetu svojí trasou a bude se měnit priotita VRRP tak, aby ta IP padla tam, kudy se to dostane ven (pokud pojedou obě, tak výchozíma prioritou určíš, kdo má být výchozí vítěz). Tato šaškárna má samozřejmě význam v případě, že selhání Mk1 neznemožní spojení z ethernetu k Mk2. Pokud ji použiješ přesto, tak se aspoň zbavíš toho icmp redirectu. Jiná varianta je, že potlačíš odesílání toho icmp redirectu z Mk1 (teď si nevybavuji, zda to jde přímo v ROSu nastavit).
