MPLS L3VPN laboratoriyasida ping ishlamayaptimi? Shu besh nuqtani tekshiring
Mijoz pingi besh alohida bog’liqlikdan o’tadi. Ularni tartib bilan ko’rib chiqing, birinchi buzilgan tekshiruv nuqtasi qaysi konfiguratsiyani tuzatish kerakligini aytadi.
Ikki mijoz routeri, bir juft provayder chekka qurilmasi va xato xabarisiz o’lib qoladigan ping. Kichik MPLS L3VPN laboratoriyasida nosozlik deyarli har doim besh tekshiruv nuqtasidan birida yotadi va har birida bog’liqlik ishlayotganini yoki yo’qligini ko’rsatadigan buyruq bor. Xato — ping muvaffaqiyatsiz bo’lganda bog’liqliklarni tartib bilan sinash o’rniga har safar BGP ni qayta ishga tushirish. To’g’ridan-to’g’ri VRF konfiguratsiyasiga sakrasangiz, ikki qurilma naridagi hal qilinmagan next hop dan boshlangan muammoga bir soat sarflashingiz mumkin.
Ro’yxatni pastdan yuqoriga qarab ishlang. O’tgan tekshiruv nuqtasi o’tgan holicha qoladi va birinchi muvaffaqiyatsizlik — tuzatishga arziydigan nuqta.
Birinchi tekshiruv nuqtasi: PE lar bir-biriga yetib boradi
Har bir PE ga boshqa PE ning loopback manziliga marshrut kerak va bu marshrut haqiqiy narsa orqali hal qilinishi shart. Ichki shlyuz protokoli odatiy yo’l, ammo rekursiv qidiruv tirik qo’shnilikka tushsa, statik marshrut ham ishlaydi. IOS uslubidagi qurilmalarda show ip route 10.0.0.2 va undan keyin show ip cef 10.0.0.2 prefiks mavjudligini va hal qilingan qo’shnilik borligini ko’rsatadi. Jadvalda orqasida qo’shnilik bo’lmagan marshrut yetib borish emas.
Ikkala yo’nalishni tekshiring. Nosimmetrik IGP xarajatlari, noto’g’ri tomondagi passiv interfeys yoki loopback ni filtrlaydigan distribyutsiya ro’yxati, har biri faqat bitta yo’nalishni buzadi va bitta yo’nalish sessiyani o’ldirish uchun yetarli. Loopback lar ping ga javob bersa-yu, BGP sessiyasi Active holatida tursa, boshqa narsaga tegishdan oldin yangilanish manbasini ko’ring.
Ikkinchi tekshiruv nuqtasi: yorliq yo’li mavjud
Uzoq loopback ga IP marshrut transport yorliqni bosib chiqarishini isbotlamaydi. LDP dizaynida uzoq loopback da mahalliy va uzoq bog’lanish borligini va chiqish yorlig’i uzatish jadvalida ko’rinishini tasdiqlang. show mpls ldp bindings 10.0.0.2 32 yorliq juftlarini ko’rsatadi, show mpls forwarding-table 10.0.0.2 esa liniya kartasi aslida nima kiritishini ko’rsatadi. Ikkinchi buyruq „no label“ ni ko’rsatsa yoki IP ga yo’naltirsa, transport VPN trafigini dizayn nazarda tutgandek tashimayapti.
Farq MPLS ning uzatish holatini manzil prefikslaridan qanday ajratishidan kelib chiqadi va bu RFC 3031 da tasvirlangan modeldir. Laboratoriyangiz LDP o’rniga RSVP-TE yoki BGP ga qo’shni yorliqlardan foydalansa, o’sha mexanizmning o’z holatini tekshiring; LDP har bir underlay yorlig’ini tarqatadi deb o’ylash xayoliy xatoni quvishning keng tarqalgan usuli. Buzilgan yorliq yo’li odatda keyinroq mavjud, ammo yaroqsiz VPN marshruti sifatida namoyon bo’ladi.
Uchinchi tekshiruv nuqtasi: VPN marshruti butun yetib keldi
Sessiya xulosasiga emas, aniq mijoz prefiksi uchun VPNv4 yoki VPNv6 marshrutiga qarang. show bgp vpnv4 unicast all 10.10.1.0/24 marshrut ajratgichini, uzoq PE loopback ga o’rnatilgan next hop ni va yorliqni ko’rsatishi kerak. Agar prefiks yo’q bo’lsa, birinchi gumondor manba PE dagi eksport siyosati yoki qabul qiluvchi PE dagi import siyosati, route target esa odatiy aybdor.
Route target tekshiruvini BGP qabulidan alohida o’qing. Marshrut to’g’ri next hop bilan kelishi va baribir VRF ga kira olmasligi mumkin, chunki import target mos kelmaydi. Qabul qiluvchi PE da show ip route vrf CUSTOMER 10.10.1.0 muhim sinov; BGP jadvali faqat marshrut boshqaruv tekisligidan o’tganini isbotlaydi.
To’rtinchi tekshiruv nuqtasi: interfeys VRF ichida
Marshrut ajratgichi va route target larga ega VRF ta’rifi hech qanday interfeysni uning ichiga ko’chirmaydi. CE ga qaragan interfeys VRF tayinlanishini talab qiladi va show ip vrf interfaces yoki show ip interface brief uni to’g’ri nusxa ostida sanab o’tishi kerak. Bu ko’chirilgan konfiguratsiya eng ko’p xato qiladigan tekshiruv nuqtasi, chunki VRF bloki to’liq ko’rinadi, interfeys esa hanuz global jadvalda o’tiradi.
Keyin PE mahalliy mijoz prefiksini shu VRF ga o’rganganini va CE ning ulanish orqali qaytish marshruti borligini tasdiqlang. CE dagi PE ga qaratilgan statik standart marshrut laboratoriya uchun yetarli, agar PE VRF ida CE LAN iga marshrut bo’lsa. Ikkala yarmidan biri yo’q bo’lsa, ping har qanday yorliq bosilishidan oldin muvaffaqiyatsiz bo’ladi.
Beshinchi tekshiruv nuqtasi: javob uyga yo’l topadi
Oldinga ketayotgan paketni, so’ng qaytayotgan paketni kuzating, chunki ular turli jadvallardan foydalanadi. Kirish PE da mijoz manbasi VRF ichida uzoq yorliqli uzoq prefiksga hal qilinishi kerak. Chiqish PE da manzil xuddi shu VRF ichida CE ga qaragan interfeysga hal qilinishi kerak. PE ning o’zidan yuborilgan ping dalil emas: u global jadval yoki boshqa manba manzili orqali chiqishi mumkin, shuning uchun ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 bajarilishi kerak bo’lgan sinovdir.
Xost devorlari, teskari yo’l filtrlash va CE kirish ro’yxatlari hali ham amal qiladi. Agar oldinga yo’l ishlasa-yu javob o’lib qolsa, muammo qaytish tomonidagi marshrut yoki filtrda, MPLS transportida emas.
Har bir tekshiruv nuqtasi uchun birinchi muvaffaqiyatsiz bog’liqlikni nomlaydigan bir qatorli yozuv yuriting. Bu yozuv „mijoz ping qila olmaydi“ ni yetib borish, yorliq holati, marshrut importi, interfeys a’zoligi yoki qaytish yo’li haqidagi aniq savolga aylantiradi va keyingi debug sessiyasi o’sha besh buyruqni o’sha tartibda takrorlashining oldini oladi.