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 аны туура инстанциянын астында тизмелеши керек. Бул — көчүрүлгөн конфигурация эң көп жаңылган текшерүү пункту, анткени 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 таандыктыгы же кайтарым жолу тууралуу так суроого айландырат жана кийинки ката издөө сессиясынын ошол эле беш буйрукту ошол эле тартипте кайталашына жол бербейт.