OSPF ең үлкен метрикасы: тармақты жоймай оның транзитін тежеу

Екі кеңсе тармақ арқылы қосылады, ол өз трафигін және өте аз басқа нәрсені тасымалдауы керек. Тармаққа екі сайтқа да маршруттар қажет, және ешбір сайт оны олардың арасындағы жол ретінде таңдамауы керек. Тармақты топологиядан жою транзит мәселесін шешіп, талапты бұзар еді, өйткені тармақ әлі де екі сайтқа жетуі керек, ал екі сайт та әлі де тармаққа жетуі керек.

Сіз қалайтын нәрсе — маршруттау протоколында көрсетілген басымдық, ол тармақты толығымен қолжетімді етіп қалдырады және одан өтетін кез келген нәрсе үшін оны нашар таңдауға айналдырады. Мәселені маршрутизаторлар көретін тәртіппен жүріп өтіңіз.

Болдырмағыңыз келетін жолдан бастаңыз

Топологияны протокол көретіндей сызыңыз, диаграмма көретіндей емес. Қандай интерфейстер көршілестік құрайды, қайсылары бір аймақта, және сол көршілестіктердің қайсысы тармаққа басымдық берілсе, екі кеңсе арасында трафик тасымалдар еді? Бұл үш бөлек сұрақ, және диаграмма олардың ешқайсысына сенімді жауап бермейді.

Содан кейін балама жолды табыңыз. Егер кеңселер арасындағы жалғыз маршрут тармақ арқылы өтсе, ешбір метрика трафикті одан жылжыта алмайды, өйткені трафиктің баратын жері жоқ. Артықтық бұл жобаның бөлшегі емес; ол алғышарт. Тек қағазда ғана бар екінші жол есептелмейді.

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

Бұл үш көрініс түрлі сұрақтарға жауап береді: кім көрші, қандай интерфейстер қатысады және қандай құнмен, және құрылғы қазір қай жолды таңдайды. Туннель орналастыру төртіншісін қосады: диаграммадағы сызық көршілестіктің сол арқылы қалыптасқанына дәлел емес, ал қалыптасқан көршілестік жіберудің сол жолды ұстанатынына дәлел емес. Туннель жобаларында бұл алшақтық жиі көрінеді.

Ең үлкен метрика нені жариялайды

RFC 6987 маршрутизаторды сипаттайды, ол өзінің stub емес байланыстарын ең үлкен байланыс метрикасымен жариялайды, ол 0xffff ретінде анықталған. Маршрутизатор өзін және байланыстарын әлі де сипаттайды; ол жай ғана оларды ауқымның жоғарғы жағында бағалайды, сондықтан кез келген басқа маршрутизатор ол арқылы өтетін жолды қымбат деп есептейді.

Бұл router-LSA өзгерісі, топологияны жою емес. Айырмашылық маңызды: router-LSA-ны тазалау топология ақпаратының өзін кері қайтарады, бұл маршрутизаторға және оның артындағы префикстерге жету үшін қажет қатынастарды да кері қайтаруы мүмкін. Хабарламаны сақтап, оның бағасын көтеру сол қатынастарды сақтайды. Бұл осы әдіс пен жою арасындағы барлық айырмашылық.

RFC 6987 механизмінің аймақ түрлерімен немесе тағайындалған маршрутизаторды сайлаумен де ешқандай қатысы жоқ. Stub аймақ аймақ шекарасында байланыс күйі хабарламаларының бір санатын блоктайды, ал stub маршрутизатор өз байланыстарын бағалайды. Ұқсас сөздер, байланыссыз механизм.

Неліктен қолжетімділік қалады, транзит қалмайды

Басқа маршрутизаторлардың тармақтың қосылған префикстеріне маршруты әлі де бар, өйткені тармақ оларды әлі де жариялайды және байланыстар әлі де бар. Өзгеретіні — басқа жерге бара жатқанда тармақ арқылы өтетін кез келген жолдың жалпы құны. Префикстер жылжымайды; тек маршрутизатордан өту бағасы өзгереді.

Дереккөзі немесе межелісі тармақтың өзі болып табылатын трафик үшін қымбат байланыс әлі де жалғыз ақылға қонымды жолда, сондықтан ол пайдаланылады. Екі кеңсе арасындағы трафик үшін балама жол енді құн бойынша жеңеді, ал тармақ топологиядан жоғалмай жіберу шешімінен шығады. Екі бағыт, екі түрлі жауап, және екеуі де механизмнің жұмыс істеп тұрғанын көрсетеді.

Бұл болжауға емес, тексеруге тиіс мінез-құлық. Тармақ жасайтын router-LSA-ға қараңыз, содан кейін тармақтың артындағы межелі және екінші кеңседегі межелі үшін басқа маршрутизатор таңдайтын жолға қараңыз. Екі жауап өзгеше болуы керек, ал егер өзгеше болмаса, метрика өзгерісі сіз ойлаған шешімге жетпейді.

Соңғы жол мәселесі

Сол RFC әдістің пайдалануға тыйым салмайтынын анық айтады. Балама жол істен шыққанда, маршрутизаторлар тармақ арқылы өтетін қымбат жолға қайтады, өйткені ол әлі де жарамды жол және протокол маршруттың жоқтығынан қымбат маршрутты артық көреді.

Бұл қайта оралудың қолайлылығы — орналастыру алдында жауап беруіңіз керек саясат сұрағы. Кішкентай жоғары арнадағы тармақ кенеттен кеңсеаралық трафикті тасымалдаса, бұл іркілістен де нашар болуы мүмкін, және техникалық қызмет көрсету терезесінде дәл сіз қалаған нәрсе болуы мүмкін. Екі жауап та заңды; үнсіздік емес.

Егер талап басымдық емес, қатаң тыйым болса, тек метрика жобасы оны бермейді. Сізге ниетке сәйкес келетін жіберуді мәжбүрлеу қажет, сонымен қатар трафик бәрібір келген жағдай үшін анықталған мінез-құлық. Жолды пайдалануға жарамды деп жариялап, содан кейін трафикті тастау маршруттау ілмегіне қарағанда диагностикалау қиынырақ қара құдық жасайды.

OSPFv3 үшін RFC R-битті транзитке қатысуды болдырмаудың басқа жолы ретінде қарастырады. Ол ең үлкен метрика әдісіндегідей соңғы жол мінез-құлқын мұралайды деп болжамаңыз және екі мекенжай отбасы арасында параметрлерді бірдей функция деп көшірмеңіз.

Оны қалыпты және ақаулы жағдайларда дәлелдеңіз

Екі рет тексеріңіз: бір рет екі жол да қолжетімді кезде, бір рет таңдаулы жол жойылған кезде. Бірінші тест басымдықтың жұмыс істеп тұрғанын көрсетеді, ал екіншісі басымдықты сақтау мүмкін болмағанда желінің не істейтінін көрсетеді. Екінші тестті өткізіп жіберу маңызды жартысын тексерілмей қалдырады.

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

Дерекқор көрінісі жарияланған метриканы көрсетеді, маршрут іздеу таңдалған келесі қадамды көрсетеді, ал із пакеттердің шын мәнінде қайда кеткенін көрсетеді. Осы үшеуі сәйкес келгенде, сізде дұрыс көрінетін конфигурация емес, тексерілген жоба бар.

Содан кейін таңдаулы жолды қалпына келтіріңіз және тармақ тек өз трафигін тасымалдауға оралғанын растаңыз. Қалпына келтіру қадамы тазалауға емес, тестке жатады, өйткені келесі өзгеріске дейін ғана жұмыс істейтін жоба жоба емес. Екі нәтижені де, қайта оралуды қоса, жазып алыңыз, өйткені екіншісі — біреуге түнгі сағат үште қажет болатын жауап.