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

Өгөгдлийн сангийн харагдац зарлагдсан метрикийг харуулж, маршрутын хайлт сонгосон дараагийн алхмыг харуулж, мөр нь пакетууд хаана очиж байсныг харуулна. Энэ гурав нийцэх үед танд зөв харагдах тохиргоо биш, шалгагдсан дизайн байна.

Дараа нь илүүд үзсэн замыг сэргээж, салбар зөвхөн өөрийн трафикийг зөөх рүү буцсаныг батал. Сэргээх алхам нь цэвэрлэхэд биш, туршилтад хамаарна, учир нь дараагийн өөрчлөлт хүртэл л ажилладаг дизайн дизайн биш юм. Хоёр үр дүнг, буцалтыг оруулан бичиж аваарай, учир нь хоёр дахь нь хэн нэгэнд шөнийн гурван цагт хэрэгтэй болох хариулт юм.