MPLS L3VPN лаборатори ping хүлээж авахгүй байна уу? Эдгээр таван үсрэлтийг шалгаарай

Хоёр хэрэглэгчийн маршрутизатор, нэг хос provider edge төхөөрөмж ба алдааны мэдэгдэлгүй үхдэг ping. Жижиг MPLS L3VPN лабораторид гэмтэл бараг үргэлж таван хяналтын цэгийн аль нэгэнд суудаг бөгөөд тус бүр нь хамаарал ажиллаж байгаа эсвэл дутагдаж байгааг харуулдаг командтай. Алдаа нь хамаарлуудыг дарааллаар нь шалгахын оронд ping бүтэлгүйтэх бүрт BGP-г дахин эхлүүлэх явдал юм. Хэрэв та шууд VRF тохиргоо руу үсрэх юм бол хоёр төхөөрөмжийн цаана шийдэгдээгүй дараагийн үсрэлтээс эхэлсэн асуудалд нэг цаг зарцуулж болно.

Жагсаалтыг доороос дээш эмхэтгээрэй. Дамжуулсан хяналтын цэг дамжуулсан хэвээр үлддэг бөгөөд эхний бүтэлгүйтэл нь засах үнэ цэнэтэй нь юм.

Нэгдүгээр хяналтын цэг: PE-үүд бие биедээ хүрдэг

PE бүрд нөгөө PE-ийн loopback руу маршрут хэрэгтэй бөгөөд тэр маршрут ямар нэг бодит зүйлээр шийдэгдэх ёстой. Interior gateway protocol бол тэнд хүрэх ердийн зам боловч рекурсив хайлт амьд adjacency дээр буух тохиолдолд статик маршрут ч ажиллана. IOS хэв маягийн төхөөрөмжүүд дээр show ip route 10.0.0.2 дараа нь show ip cef 10.0.0.2 префикс байгаа эсэх, түүний ард шийдэгдсэн adjacency байгаа эсэхийг харуулна. Хүснэгтэд байгаа маршрут, ард нь adjacency байхгүй бол хүртээмж биш.

Хоёр чиглэлийг шалгаарай. Асимметр IGP зардал, буруу талын passive interface эсвэл loopback-ийг шүүдэг distribute list тус бүр зөвхөн нэг чиглэлийг эвддэг бөгөөд нэг чиглэл сессийг алахад хангалттай. Хэрэв loopback-ууд ping хүлээж авдаг ч BGP сесс Active-д зогсож байвал өөр зүйлд хүрэхээс өмнө update source-ыг хараарай.

Хоёрдугаар хяналтын цэг: шошгоны зам байна

Алс loopback руу IP маршрут нь тээвэр шошго тавихыг батлахгүй. LDP загварт алс loopback нь локал ба алс холбоос хоёулаа байгаа, мөн гарч буй шошго forwarding хүснэгтэд харагдаж байгааг баталгаажуулаарай. show mpls ldp bindings 10.0.0.2 32 шошгоны хосуудыг харуулж, show mpls forwarding-table 10.0.0.2 line card үнэхээр юу тавихыг харуулна. Хоёр дахь команд ямар ч шошго харуулахгүй эсвэл IP руу буцаж унавал тээвэр VPN урсгалыг загварын таамаглаж байгаа шиг зөөхгүй.

Ялгаа нь MPLS forwarding state-ийг очих префиксүүдээс хэрхэн тусгаарлахаас гардаг, энэ нь RFC 3031 баримт бичигт тайлбарласан загвар юм. Хэрэв таны лаборатори LDP-ийн оронд RSVP-TE эсвэл BGP-тэй зэрэгцсэн шошго ашигладаг бол тэр механизмын өөрийнх нь төлөвийг шалгаарай; LDP доод түвшний шошго бүрийг тараадаг гэж үзэх нь сүнсэн алдааны араас хөөцөлдөх нийтлэг арга юм. Эвдэрсэн шошгоны зам хожим ихэвчлэн байгаа боловч ашиглах боломжгүй VPN маршрут хэлбэрээр илэрдэг.

Гуравдугаар хяналтын цэг: VPN маршрут бүрэн ирлээ

Яг хэрэглэгчийн префиксийн VPNv4 эсвэл VPNv6 маршрутыг хараарай, сессийн хураангуйг биш. show bgp vpnv4 unicast all 10.10.1.0/24 route distinguisher, алс PE-ийн loopback-д тавьсан next hop болон шошгыг харуулах ёстой. Хэрэв префикс байхгүй бол эхний сэжигтэн нь эх PE дээрх экспортын бодлого эсвэл хүлээн авагч PE дээрх импортын бодлого бөгөөд route target-ууд нь ердийн буруутан.

Route target шалгалтыг BGP хүлээн авалтаас тусад нь уншаарай. Маршрут зөв next hop-той ирж, гэхдээ importtarget тохирохгүйн улмаас VRF-д буухгүй байж болно. Хүлээн авагч PE дээр show ip route vrf CUSTOMER 10.10.1.0 бол чухал тест; BGP хүснэгт нь маршрут удирдлагын хавтгайг дамжсаныг л батална.

Дөрөвдүгээр хяналтын цэг: interface нь VRF дотор байна

Route distinguisher болон route target-тай VRF тодорхойлолт нь ямар ч interface-ийг дотор нь зөөхгүй. CE рүү харсан interface-д VRF хуваарилалт хэрэгтэй бөгөөд show ip vrf interfaces эсвэл show ip interface brief үүнийг зөв instance-ийн дор жагсаах ёстой. Энэ бол хуулсан тохиргоо хамгийн их алддаг хяналтын цэг, учир нь VRF блок бүрэн харагдах боловч interface нь дэлхийн хүснэгтэд суусан хэвээр байна.

Дараа нь PE нь локал хэрэглэгчийн префиксийг тэр VRF-д сурсан, CE нь холболтоор буцах маршруттай гэдгийг баталгаажуулаарай. CE дээр PE рүү заасан статик default нь лабораторид хангалттай, PE-ийн VRF-д CE-ийн LAN руу маршрут байгаа тохиолдолд. Хоёр хагасын аль нэг нь дутуу бол ping ямар ч шошго тавихаас өмнө бүтэлгүйтдэг.

Тавдугаар хяналтын цэг: хариу гэр рүүгээ зам олдог

Урагш явж буй пакетыг, дараа нь буцаж буй пакетыг мөрдөөрэй, учир нь тэд өөр хүснэгт ашигладаг. Орох PE дээр хэрэглэгчийн эх сурвалж VRF дотор алс префикс руу алс шошготойгоор шийдэгдэх ёстой. Гарах PE дээр очих газар мөн VRF дотор CE рүү харсан interface рүү шийдэгдэх ёстой. PE-ээс өөрөөс нь илгээсэн ping бол баталгаа биш: энэ нь дэлхийн хүснэгт эсвэл өөр эх хаягаар гарч болно, тиймээс ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 бол ажиллуулах ёстой тест.

Хостдын галт хана, reverse-path filtering болон CE дээрх access жагсаалт хүчинтэй хэвээр. Урагшлах зам ажиллаж, хариу үхвэл асуудал буцах талын маршрут эсвэл шүүлтүүрт байна, MPLS тээвэрт биш.

Хяналтын цэг бүрт эхний бүтэлгүйтсэн хамаарлыг нэрлэсэн нэг мөр хөтлөөрэй. Тэр мөр нь хэрэглэгч ping хийж чадахгүй гэсэн гомдлыг хүртээмж, шошгоны төлөв, маршрутын импорт, interface-ийн гишүүнчлэл эсвэл буцах зам тухай тодорхой асуулт болгон хувиргаж, дараагийн дибаг сесс ижил таван командыг ижил дарааллаар давтахыг сэргийлнэ.