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 тиесілігі немесе қайтарым жолы туралы нақты сұраққа айналдырады және келесі жөндеу сессиясының сол бес пәрменді сол ретпен қайталауына жол бермейді.