ASA VTI дээрх OSPF эсвэл EIGRP: таны хувилбар алийг нь дэмждэг вэ
OSPFv2 болон EIGRP нь ASA VTI дээгүүр зөвхөн 9.19(1)-ээс эхлэн, зөвхөн multicast идэвхжсэн үед л явдаг. Хоёулыг ашиглаж буй хувилбар дээрээ харьцуулж, дараа нь хөршүүдийг шалгаарай.
OSPF ба EIGRP-ийн маргааны ихэнх нь туннель протоколыг аль хэдийн зөөж чадна гэж үздэг бөгөөд ASA дээр эхлээд шалгах ёстой хэсэг нь яг тэр таамаг юм. Харьцуулалт нь образ, VTI төрөл, multicast зам батлагдсаны дараа л сонирхолтой болно. Энэ дарааллыг андуурвал хэзээ ч хөршлөл үүсгэхгүй туннель дээр таймерыг тааруулж хагас өдрийг өнгөрөөнө. Би ийм төсөл бүрийг хувилбарын тэмдэглэл, ажиллаж буй тохиргоогоор эхэлдэг, протоколын сонголтоор биш.
Хувилбар протоколоос өмнө шийднэ
ASA 9.24-ийн Cisco-гийн VTI гарын авлага нь ашиглах боломжтой баримт бичгийн суурь юм: статик болон динамик VTI-г тайлбарлаж, статик чиглүүлэлт, BGP, OSPF, EIGRP-г жагсаасан. Түүний функцын түүх VTI дээрх OSPFv2, EIGRP-ийн дэмжлэгийг 9.19(1)-д хамааруулдаг. Үүнээс хуучин зүйл бол өөр яриа.
Тиймээс эхний хоёр асуулт уйтгартай боловч шийдвэрлэхүйц:
| Check | What decides it |
|---|---|
| Image and release | Whether the feature history lists OSPFv2 or EIGRP on VTI for the version you run |
| VTI type | Static or dynamic, and which routing context the platform permits |
| Multicast on the tunnel | Whether it is enabled, and whether the group limits are respected |
ASA нь VTI ашиглаж чадахгүй эсвэл IGP зөөж чадахгүй гэсэн мэдэгдэл зарим хуучин образд үнэн байсан бөгөөд өнөөгийн дэмжлэгийн матриц биш. Мөн 9.24 гарын авлага нь бүх төхөөрөмжийг шинэчлэх заавар биш. Энэ нь тухайн хувилбар юуг дэмждэгийг хэлдэг бөгөөд таны байрлуулсан хувилбар өөрөө хариулах ёстой.
unicast нэвтрэх нь IGP үүснэ гэсэн үг биш
Мөн гарын авлага unicast анхдагчаар нэвтэрдэг, VTI дээр OSPFv2 эсвэл EIGRP-д зориулж multicast идэвхжүүлэх ёстой гэж multicast бүлгийн баримтжуулсан хязгаартайгаар тэмдэглэдэг. Тэр нэг өгүүлбэр энэ төсөлд миний харсан бүтэлгүй хөршлөлийн ихэнхийг тайлбарладаг. Туннелээр ажилладаг ping эсвэл ногоон IPsec төлөв нь зөвхөн unicast замыг баталдаг. Протокол илрүүлэхэд multicast зам хэрэгтэй бөгөөд хоёрыг тус тусад нь тохируулдаг.
hello эсвэл hold таймерт хүрэхээс өмнө туннелийн интерфейсийн тохиргооноос тэр multicast тохиргоог шалгаарай. Тохиргоо байхгүй бол хөршлөл удаан биш, боломжгүй юм.
Нэг туннель дээр OSPF ба EIGRP зэрэгцэн
Туннель дээр хоёр протокол бусад газартай адил харагдана. OSPF-д тохирох сүлжээний төрөл, бүс, баталгаажуулалт, хөршийн параметр хэрэгтэй; EIGRP-д өөрийн AS дугаар болон түүнтэй хамт явах интерфейсийн түвшний тохиргоо хэрэгтэй.
Хавх нь өөр туннелийн загвараас хөршийн мэдэгдлийг хуулах явдал юм. VTIгүй төсөлд статик хөршийн тухай зөвлөгөө multicast-аас зайлсхийхэд зориулагдсан байсан бөгөөд протоколыг байгалийн байдлаар зөөх ёстой VTI-д шилжихгүй. Дэмжигдсэн интерфейсийн зан төлөвийг тохируулаад, дараа нь протокол өөрийн хөршлөлийг үүсгээрэй.
Дараа нь таны топологид үнэхээр ялгаатай тэнхлэгүүдээр харьцуулаарай: нөгөө талтай харилцан ажиллах чадвар, шалгаж болох нэгдлийн зан төлөв, багийн тань үйл ажиллагааны мэдлэг. Нэг протокол хурдан эсвэл хөнгөн гэсэн түүхэн яриа таны сүлжээний хэмжүүр биш.
Хөршүүд нь суулгасан маршруттай тэнцэхгүй
Хөршлөл боссны дараа үүсдэгийг хүлээн авдагаас тусгаарлаарай. Тал бүр ямар салбарын префикс зарлаж, аль нь хүлээн авагдаж, аль нь сонгогдож, аль нь үнэхээр чиглүүлэлтийн хүснэгтэд хүрдгийг хараарай. Импорт, экспорт, дахин хуваарилалтын хамрах хүрээ нь төхөөрөмжийн мэддэг бүхнийг бөөнөөр зарлах бус, санаатай байх ёстой.
show ospf neighbor ба show eigrp neighbors сесс амьд байгааг танд хэлнэ. show route салбарын префикс ирсэн эсэхийг танд хэлнэ, эдгээр нь өөр асуултууд юм.
Аппликейшний зам дахин гурав дахь асуулт. Хөршийн харилцаа хүртээмжийг хуваарилдаг; энэ нь галт ханыг нэвтрэх зөвшөөрөл өгөхгүй бөгөөд урсгалын селектор болон шүүлтийн дүрэм нийцэж байгааг батлахгүй. Маршрут нь бодлогыг илэрхийлнэ гэж үзэхийн оронд зөвшөөрөгдсөн урсгал болон түүний хариу замыг батлагдсан туршилтаар шалгаарай.
Дууссан харьцуулалт юуг бүртгэх ёстой
Туннелийн интерфейс, түүнийг дэмжиж буй хувилбар, шалгасан удирдлагын солилцоо, хязгаарласан маршрутын бодлогыг бичээрэй. multicast тохиргоог нэмээрэй, учир нь бусад зүйл ажиллах эсэхийг чимээгүй шийддэг нарийн ширийн зүйл нь тэр юм. Тэр бүртгэлийг байрлуулсан хувилбарын дэргэд хадгаарай, ингэснээр дараагийн функцийн өөрчлөлтийг аль хэдийн хугацаа дууссан таамаглалаас дахин эхлэлгүйгээр хянах боломжтой.
Тэдгээр дөрвийн аль нэг нь байхгүй бол танд төсөл биш, сонголт байна. Эхлээд дутуу баримтыг засаарай; протокол сонгох нь хялбар хэсэг.