OSPF výpadky na FreeBSD

star_gate

Ahoj, hledal jsem, ale nenašel řešení nebo jsem hledal blbě.

Nastíním situaci. Mám kompletně OSPF routovanou a kruhovanou síť, kde je páteřní router na FreeBSD, OSPF dělá FRR, kde je z routeru optika do switche a z něj napojeno 5 routerů, většinou po rádiích. Všechny routery mikrotik v 6.48.2 jsou v jednom IP rozsahu, vidí na sebe, všechny jedna area, všechny mají cost 10 a prioritu 20. Za těmito routery jsou další, také v OSPF, ale ty při rozpadu problém nedělají.

Problém nastane, pokud třeba kvůli dešti padne jeden z těch 5 linků co vidí přímo páteřní router, celý OSPF se rozpadne na 10 sekund a opět spojí, upadlá část se otočí přez backup a jede se dál do doby, než hlavní link naběhne, pak opět 10s blackout a jede to vesele dál.

Potřebuju docílit toho, aby routery, kterých se výpadek netýká, vesele dál fungovali, jen se přepočítala cesta pro zálohu.

Napadá někoho v čem je chyba?

hapi

typický nedostatek OSPF. Nutnost mít DR a BDR je v takovémto případě k zlosti. Typuju že BDR nebo dokonce DR se zvolil jeden z těch 5 routerů za bezdráty a když je pak offline, tak se musí zvolit nový a to bude těch 10 sekund.

Proč to ale udělá i po nahození to nevím ale hádám že ten router co byl offline se stal DB protože zůstal sám. Předpokládám že bezdrátem to přijde a pak kabelem do ospf routeru takže ke shození kabelu nedojde a OSPF si prohledá okolí a zjistí že tam nikdo není a zvolí se sám jako DR. Pak dojde k problému protože už DB na zbytku sítě je a po nahození bezdrátu jsou v jednom L2 segmentu najednou dva DB routery což se mu nelíbí a jsem překvapen že se to bez zásahu rozjede. Což ale bude asi zásluhou FreeBSD který to možná pošťouchne protože mikrotik to neprošťouchne a routery se odmítají vzdát DR.

Asi budeš muset použít NBMA.

star_gate

NBMA přece jenom jede na unicastu místo multicastu ne?

hapi

star_gate komunikace ospf je unicast. Hledání sousedů je multicast. NBMA žádné hledání nemá. Já bych těm 5 routerům nastavil prioritu na 0 a nechal jenom ten hlavní aby byl DB tedy prio nad 0.

ludvik

Aniž bych si byl jistý, že jsem pochopil problém ... ale takové kolečko mám také (ale vše je optika, nebo alespoň 10/80 GHz). Sice nám to zase tak často kvůli počasí nepadá, ale myslím, že se to chová správně.

ALE: na místech, kde je více routerů v rámci jednoho segmentu nenechávám volbu DR/BDR na automatice. Mizernější routery mají prioritu 0 a zbytek zvolený tak, aby nebyly shodné.

Pokud se ti ale je schopné rozpadnout tak, že vzniknou osamocené oblasti, je výsledek dle mne v podstatě nepredikovatelný a bude s tím mít problém každý protokol.

pgb

kluci popsali problém (ospf area split je mrcha) ... jako rychlé řešení by mohlo být tvých pět routerů rozhodit do vlan a bylo by asi po problému

star_gate

To znamená že připojit je přímo do routeru a co link/rozhraní to /29 subnet by bylo řešením, chápu li dobře. Což pro mně ale není řešení, kvůli počtu portů v routeru, jinak bych to tak už měl. Zkusím ty priority na 0. Předpokládám že DR by měl správně být páteřní router? Jinak budu rád za každý další nápad.

ludvik

star_gate Což pro mně ale není řešení, kvůli počtu portů v routeru, jinak bych to tak už měl.

Proto máme VLAN.

star_gate

Jop, chápu, mě šlo o ten princip, takže to tak je, co link to port/VLAN a je to v klidu?

ludvik

V každém případě se ti rozpadne jen ten jeden link a zbytek o tom nebude v podstatě vědět.

Ale jako rychlejší zkoušku bych volil rozhození těch priorit. Nejhlavnější bude mít nejvyšší a ten zbytek tak nějak podle výkonu/linky/barvy očí.

Tvoje řešení jako jeden L2 může být výhodné v tom, že komunikace mezi routery probíhá jen a pouze po ethernetu nejkratší cestou. Nevstupují do toho routery po cestě, které jsou prostě z principu méně výkonné (nejsou-li HW). Jenže tato výhoda se stává konfigurační nevýhodou (a také diagnostickou nevýhodou), pokud absolutní většina provozu jde přes ten hlavní router tak jako tak. Takže pokud je topologie spíš hvězda, volil bych samostatné L2 segmenty, tedy ve tvém případě VLAN.

samatech

Navýšte "Router dead interval" a "hello-interval" v pomere 4:1 😉

star_gate

Hello interval a dead interval mam 4:1 od začátku co to používám. Míň bych si nedovolil. Dal jsem priority 0, tak uvidíme. A co vím, tak priority 0 je vyřadí z volby DR a other, takže to snad zabere. Každpádně zatím díky všem a pokud by někoho ještě něco napadlo, budu rád, kdyby tohle nepomohlo.

ludvik

On měl na mysli zvýšení, ne přímo ten poměr. Ale já sahání do default hodnot zrovna nedoporučuji. Sice to asi může mít v nějakých případech své opodstatnění, ale je to cesta do budoucích pekel.

star_gate

Jojo, ale výchozích 40 sekund dead interval je na mě moc dlouhý, máme 20 a hello interval máme 5, takže poměr výchozích hodnot je zachovaný. Uvidíme co udělá ta priorita :-)

star_gate

Poslušně hlásím, že to zatím vypadá dobře po včerejších bouřkách, ty to prověřili celkem dokonale 😀. Stačilo všem routerům dát prioritu 0. Všem moc děkuju za rady, snad už se neozvu 😀 🙂