Maximálna metrika OSPF: odradiť tranzit cez pobočku bez jej odstránenia

Dve kancelárie sú prepojené cez pobočku, ktorá má niesť vlastnú prevádzku a veľmi málo iného. Pobočka potrebuje trasy do oboch lokalít a ani jedna lokalita by ju nemala preferovať ako cestu medzi nimi. Odstránenie pobočky z topológie by vyriešilo problém tranzitu a porušilo požiadavku, pretože pobočka stále musí dosiahnuť obe lokality a obe lokality stále musia dosiahnuť pobočku.

To, čo chcete, je preferencia vyjadrená v smerovacom protokole, ktorá ponechá pobočku plne dostupnú a urobí z nej zlú voľbu pre všetko, čo cez ňu prechádza. Prejdite problém v poradí, v akom ho vidia smerovače.

Začnite cestou, ktorej sa chcete vyhnúť

Nakreslite topológiu tak, ako ju vidí protokol, nie ako ju vidí diagram. Ktoré rozhrania tvoria susedstvá, ktoré sú v tej istej oblasti a ktoré z týchto susedstiev by niesli prevádzku medzi dvoma kanceláriami, ak by bola pobočka preferovaná? To sú tri oddelené otázky a diagram spoľahlivo neodpovedá na žiadnu z nich.

Potom nájdite alternatívnu cestu. Ak jediná trasa medzi kanceláriami vedie cez pobočku, žiadna metrika z nej prevádzku nedostane, pretože prevádzka nemá kam ísť. Redundancia nie je detailom tohto návrhu; je to predpoklad. Druhá cesta, ktorá existuje iba na papieri, sa nepočíta.

show ip ospf neighbor
show ip ospf interface brief
show ip route 10.40.0.0

Tieto tri pohľady odpovedajú na rôzne otázky: kto je sused, ktoré rozhrania sa zúčastňujú a za akú cenu, a ktorú cestu zariadenie práve teraz volí. Nasadenie tunela pridáva štvrtý: čiara v diagrame nie je dôkazom, že cez ňu vzniklo susedstvo, a vzniknuté susedstvo nie je dôkazom, že preposielanie ide tou istou cestou. Práve v tunelových návrhoch sa táto medzera ukazuje najčastejšie.

Čo inzeruje maximálna metrika

RFC 6987 opisuje smerovač, ktorý inzeruje svoje nie-stub odkazy s maximálnou metrikou odkazu, definovanou ako 0xffff. Smerovač stále opisuje seba a svoje odkazy; iba ich oceňuje na hornom konci rozsahu, takže každý iný smerovač vypočíta cestu cez neho ako drahú.

Toto je zmena router-LSA, nie odstránenie topológie. Rozdiel je dôležitý: vyčistenie router-LSA stiahne samotnú informáciu o topológii, čo môže stiahnuť aj vzťahy potrebné na dosiahnutie smerovača a prefixov za ním. Ponechanie inzerátu a zvýšenie jeho ceny zachová tie vzťahy. V tom je celý rozdiel medzi touto technikou a odstránením.

Mechanizmus RFC 6987 tiež nemá nič spoločné s typmi oblastí ani s voľbou určeného smerovača. Stub oblasť blokuje kategóriu inzerátov stavu odkazu na hranici oblasti a stub smerovač oceňuje svoje vlastné odkazy. Podobné slová, nesúvisiaci stroj.

Prečo dostupnosť prežije a tranzit nie

Ostatné smerovače majú stále trasu k pripojeným prefixom pobočky, pretože pobočka ich stále inzeruje a odkazy stále existujú. Mení sa celková cena každej cesty, ktorá cez pobočku prechádza cestou inam. Prefixy sa nehýbu; mení sa iba cena prechodu cez smerovač.

Pre prevádzku, ktorej zdrojom alebo cieľom je samotná pobočka, je drahý odkaz stále na jedinej rozumnej ceste, takže sa používa. Pre prevádzku medzi dvoma kanceláriami teraz alternatívna cesta vyhráva cenou a pobočka vypadáva z rozhodnutia o preposielaní, pričom nezmizne z topológie. Dva smery, dve rôzne odpovede a obe sú mechanizmom v akcii.

To je správanie, ktoré treba overiť, nie predpokladať. Pozrite sa na router-LSA, ktorý pobočka generuje, potom na cestu, ktorú iný smerovač volí pre cieľ za pobočkou a pre cieľ v druhej kancelárii. Obe odpovede by sa mali líšiť, a ak sa nelíšia, zmena metriky nedosahuje rozhodnutie, o ktorom si myslíte.

Problém poslednej cesty

Ten istý RFC výslovne uvádza, že technika používanie nezakazuje. Keď alternatívna cesta zlyhá, smerovače sa vrátia na drahú cestu cez pobočku, pretože je stále platnou cestou a protokol uprednostňuje drahú trasu pred žiadnou.

Či je tento návrat prijateľný, je otázka politiky, na ktorú musíte odpovedať pred nasadením. Pobočka na malom vzostupnom spoji, ktorá zrazu nesie prevádzku medzi kanceláriami, môže byť horšia ako výpadok a môže byť presne tým, čo chcete počas servisného okna. Obe odpovede sú legitímne; mlčanie nie.

Ak je požiadavkou striktný zákaz a nie preferencia, samotný návrh metriky ho nedosiahne. Potrebujete vynútenie preposielania, ktoré zodpovedá zámeru, plus definované správanie pre prípad, keď prevádzka napriek tomu dorazí. Inzerovať cestu ako použiteľnú a potom prevádzku zahodiť vytvára čiernu dieru, ktorú je ťažšie diagnostikovať ako smerovaciu slučku.

Pri OSPFv3 RFC rozoberá R-bit ako iný spôsob vylúčenia účasti na tranzite. Nepredpokladajte, že dedí rovnaké správanie poslednej cesty ako technika maximálnej metriky, a nekopírujte nastavenia medzi dvoma rodinami adries, akoby išlo o tú istú funkciu.

Dokážte to za normálnych aj zlyhaných podmienok

Testujte dvakrát: raz s oboma dostupnými cestami a raz s odstránenou preferovanou cestou. Prvý test ukazuje, že preferencia funguje, a druhý ukazuje, čo robí sieť, keď preferenciu nemožno dodržať. Vynechanie druhého testu necháva dôležitú polovicu nepreskúmanú.

show ip ospf database router 10.0.0.3
show ip route 172.20.8.0
traceroute 172.20.8.1

Pohľad do databázy ukazuje inzerovanú metriku, vyhľadanie trasy ukazuje zvolený ďalší skok a sledovanie ukazuje, kam pakety skutočne išli. Keď sa tieto tri zhodujú, máte overený návrh a nie konfiguráciu, ktorá vyzerá správne.

Potom obnovte preferovanú cestu a potvrďte, že sa pobočka vracia k prenášaniu iba vlastnej prevádzky. Krok obnovenia patrí k testu, nie k upratovaniu, pretože návrh, ktorý funguje len do ďalšej zmeny, nie je návrh. Zapíšte oba výsledky, vrátane návratu, pretože druhý je odpoveď, ktorú bude niekto potrebovať o tretej ráno.