MPLS L3VPN лабораторија не одговара на пинг? Проверите ових пет скокова

Два клијентска рутера, пар provider edge уређаја и пинг који умире без поруке о грешци. У малој MPLS L3VPN лабораторији квар скоро увек седи на једној од пет контролних тачака, а свака од њих има наредбу која показује или да зависност ради или да недостаје. Грешка је рестартовати BGP сваки пут кад пинг не успе, уместо да се зависности тестирају редом. Ако одмах скочите на VRF конфигурацију, можете потрошити сат на проблем који је почео с нерешеним следећим скоком два уређаја даље.

Радите листу одоздо према горе. Контролна тачка која прође остаје положена, а први неуспех је онај који вреди отклањати.

Прва контролна тачка: PE рутери се међусобно достижу

Сваком PE-у треба рута до лупбака другог PE-а, а та рута мора да се разреши кроз нешто стварно. Interior gateway protocol је уобичајен пут до тамо, али и статичка рута ради све док рекурзивна претрага заврши на живом adjacency-ју. На уређајима у IOS стилу, show ip route 10.0.0.2 па show ip cef 10.0.0.2 показује постоји ли префикс и налази ли се иза њега разрешен adjacency. Рута у табели без adjacency-ја иза себе није доступност.

Проверите оба смера. Асиметрични IGP трошкови, passive interface на погрешној страни или distribute list који филтрира лупбак разбијају сваки само један смер, а један смер је довољан да убије сесију. Ако лупбакови одговарају на пинг, али BGP сесија стоји у Active, погледајте update source пре него што додирнете било шта друго.

Друга контролна тачка: постоји пут ознака

IP рута до удаљеног лупбака не доказује да ће транспорт ставити ознаку. У LDP дизајну потврдите да удаљени лупбак има локално и удаљено везивање и да се излазна ознака појављује у 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. Ако ваша лабораторија користи RSVP-TE или ознаке суседне BGP-у уместо LDP-а, проверите властито стање тог механизма; претпоставити да LDP дистрибуира сваку ознаку доњег слоја чест је начин да јурите фантомску грешку. Покварен пут ознака обично се касније појави као VPN рута која постоји али је неупотребљива.

Трећа контролна тачка: VPN рута је стигла нетакнута

Погледајте VPNv4 или VPNv6 руту за тачан префикс клијента, не сажетак сесије. show bgp vpnv4 unicast all 10.10.1.0/24 би требало да покаже route distinguisher, next hop постављен на лупбак удаљеног PE-а и ознаку. Ако префикс недостаје, први осумњичени је извозна политика на изворном PE-у или увозна политика на пријемном PE-у, а route target-и су уобичајени кривац.

Читајте проверу route target-а одвојено од BGP пријема. Рута може стићи с исправним next hop-ом и ипак не слетети у VRF јер се importtarget не поклапа. На пријемном PE-у show ip route vrf CUSTOMER 10.10.1.0 је тест који је битан; BGP табела само доказује да је рута прешла контролну раван.

Четврта контролна тачка: interface је у VRF-у

VRF дефиниција с route distinguisher-ом и route target-има не премешта ниједан interface у њу. Interface према CE-у треба VRF доделу, а show ip vrf interfaces или show ip interface brief би га требало навести под исправном инстанцом. Ово је контролна тачка на којој копирана конфигурација најчешће погреши, јер VRF блок изгледа потпун док interface још седи у глобалној табели.

Затим потврдите да је PE научио локални префикс клијента у тај VRF и да CE има руту назад кроз прикључак. Статички default на CE-у који показује на PE довољан је за лабораторију, под условом да VRF на PE-у има руту до CE LAN-а. Ако недостаје било која од две половине, пинг пада пре него што се стави икаква ознака.

Пета контролна тачка: одговор проналази пут кући

Пратите пакет према напред па повратни пакет, јер користе различите табеле. На улазном PE-у извор клијента треба да се разреши унутар VRF-а на удаљени префикс с удаљеном ознаком. На излазном PE-у одредиште треба да се разреши унутар истог VRF-а на interface према CE-у. Пинг послат с PE-а лично није доказ: може изаћи кроз глобалну табелу или другу изворну адресу, и зато је ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 тест који треба покренути.

Firewall-ови на host-овима, reverse-path filtering и access листе на CE-у и даље важе. Ако пут према напред ради, а одговор умире, проблем је рута или филтер на повратној страни, не MPLS транспорт.

Водите једну линију по контролној тачки с именом прве зависности која је пала. Та линија претвара жалбу да клијент не може да пингује у конкретно питање о доступности, стању ознака, увозу рута, припадности interface-а или повратном путу, и спречава следећу сесију отклањања грешака да понови истих пет наредби у истом реду.