Lab MPLS L3VPN tidak berping? Semak lima hop ini

Dua penghala pelanggan, sepasang kotak provider edge dan ping yang mati tanpa mesej ralat. Dalam lab MPLS L3VPN kecil, kerosakan hampir selalu berada pada salah satu daripada lima titik semak, dan setiap satu mempunyai arahan yang menunjukkan sama ada kebergantungan berfungsi atau hilang. Kesilapan ialah memulakan semula BGP setiap kali ping gagal dan bukannya menguji kebergantungan mengikut urutan. Jika anda terus melompat ke konfigurasi VRF, anda boleh menghabiskan sejam pada masalah yang bermula dengan hop seterusnya yang tidak diselesaikan dua peranti jauhnya.

Kerjakan senarai dari bawah ke atas. Titik semak yang lulus kekal lulus, dan kegagalan pertama ialah yang berbaloi dinyahpepijat.

Titik semak satu: PE boleh mencapai satu sama lain

Setiap PE memerlukan laluan ke loopback PE yang satu lagi, dan laluan itu mesti diselesaikan melalui sesuatu yang nyata. Interior gateway protocol ialah cara biasa ke sana, tetapi laluan statik juga berfungsi selagi carian rekursif mendarat pada adjacency yang hidup. Pada peranti gaya IOS, show ip route 10.0.0.2 diikuti dengan show ip cef 10.0.0.2 menunjukkan sama ada awalan itu wujud dan sama ada adjacency yang diselesaikan berada di belakangnya. Laluan dalam jadual tanpa adjacency di belakangnya bukanlah kebolehcapaian.

Semak kedua-dua arah. Kos IGP tidak simetri, passive interface pada sisi yang salah atau distribute list yang menapis loopback masing-masing hanya memecahkan satu arah, dan satu arah sudah cukup untuk membunuh sesi. Jika loopback berping tetapi sesi BGP kekal dalam Active, lihat update source sebelum menyentuh apa-apa lagi.

Titik semak dua: laluan label wujud

Laluan IP ke loopback jauh tidak membuktikan bahawa pengangkutan akan meletakkan label. Dalam reka bentuk LDP, sahkan bahawa loopback jauh mempunyai ikatan tempatan dan ikatan jauh, dan bahawa label keluar muncul dalam jadual forwarding. show mpls ldp bindings 10.0.0.2 32 menunjukkan pasangan label, dan show mpls forwarding-table 10.0.0.2 menunjukkan apa yang line card sebenarnya akan letakkan. Apabila arahan kedua tidak menunjukkan sebarang label atau jatuh balik ke IP, pengangkutan tidak membawa trafik VPN seperti yang diandaikan oleh reka bentuk.

Perbezaan itu datang daripada cara MPLS mengasingkan forwarding state daripada awalan destinasi, model yang diterangkan dalam RFC 3031. Jika lab anda menggunakan RSVP-TE atau label bersebelahan BGP dan bukannya LDP, semak keadaan mekanisme itu sendiri; menganggap LDP mengagihkan setiap label lapisan bawah ialah cara biasa untuk mengejar pepijat hantu. Laluan label yang rosak biasanya muncul kemudian sebagai laluan VPN yang wujud tetapi tidak boleh digunakan.

Titik semak tiga: laluan VPN tiba utuh

Lihat laluan VPNv4 atau VPNv6 bagi awalan pelanggan yang tepat, bukan ringkasan sesi. show bgp vpnv4 unicast all 10.10.1.0/24 sepatutnya menunjukkan route distinguisher, next hop yang ditetapkan kepada loopback PE jauh dan label. Jika awalan itu tiada, dasar eksport pada PE asal atau dasar import pada PE penerima ialah suspek pertama, dan route target ialah punca biasa.

Baca semakan route target secara berasingan daripada penerimaan BGP. Laluan boleh tiba dengan next hop yang betul dan masih gagal mendarat dalam VRF kerana importtarget tidak sepadan. Pada PE penerima, show ip route vrf CUSTOMER 10.10.1.0 ialah ujian yang penting; jadual BGP hanya membuktikan laluan itu melintasi satah kawalan.

Titik semak empat: interface berada dalam VRF

Definisi VRF dengan route distinguisher dan route target tidak mengalihkan mana-mana interface ke dalamnya. Interface yang menghadap CE memerlukan penugasan VRF, dan show ip vrf interfaces atau show ip interface brief sepatutnya menyenaraikannya di bawah instans yang betul. Ini ialah titik semak di mana konfigurasi yang disalin paling kerap salah, kerana blok VRF kelihatan lengkap manakala interface masih berada dalam jadual global.

Kemudian sahkan bahawa PE telah mempelajari awalan pelanggan tempatan ke dalam VRF itu, dan bahawa CE mempunyai laluan balik melalui sambungan itu. Default statik pada CE yang menunjuk ke PE cukup untuk lab, dengan syarat VRF PE mempunyai laluan ke LAN CE. Jika mana-mana separuh tiada, ping gagal sebelum sebarang label diletakkan.

Titik semak lima: balasan menemui jalan pulang

Jejaki paket pergi dan kemudian paket balik, kerana ia menggunakan jadual yang berbeza. Pada PE masuk, sumber pelanggan harus diselesaikan dalam VRF ke awalan jauh dengan label jauh. Pada PE keluar, destinasi harus diselesaikan dalam VRF yang sama ke interface yang menghadap CE. Ping yang dihantar dari PE itu sendiri bukan bukti: ia mungkin keluar melalui jadual global atau alamat sumber lain, dan itulah sebabnya ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 ialah ujian yang perlu dijalankan.

Firewall hos, reverse-path filtering dan senarai akses CE masih terpakai. Jika laluan pergi berfungsi dan balasan mati, masalahnya ialah laluan atau penapis di sebelah balik, bukan pengangkutan MPLS.

Simpan satu baris bagi setiap titik semak yang menamakan kebergantungan pertama yang gagal. Baris itu menukar aduan bahawa pelanggan tidak boleh berping menjadi soalan khusus tentang kebolehcapaian, keadaan label, import laluan, keahlian interface atau laluan balik, dan ia menghalang sesi nyahpepijat seterusnya daripada mengulangi lima arahan yang sama dalam urutan yang sama.