Mengapa L2VPN Junos menunjukkan label tetapi tidak memajukan apa-apa

Laporan pelanggan masuk menyatakan sambungan L2VPN berada dalam keadaan Up, lampiran aktif, dan tiada bingkai melintas. Lampu status jujur; bingkai sedang dikelaskan ke dalam perkhidmatan yang tiada keadaan pemajuan boleh guna di hujung jauh. Dalam L2VPN titik-ke-titik yang disinyal oleh BGP, keputusan pertama milik lampiran dan bukan carian laluan. Bingkai pelanggan tiba pada antara muka logik, dan antara muka itu menamakan sambungan dan seterusnya tapak jauh. Semua selepas itu ialah keadaan pemajuan label yang dibina daripada apa yang diumumkan oleh rakan setara.

Bingkai tidak pernah membuat carian laluan

Pensinyalan telah menyediakan keadaan; pemprosesan setiap paket ialah carian label pada sambungan yang sudah dipilih. Oleh itu bertanya mengapa laluan tiada ialah soalan yang salah, dan ia menyembunyikan dua nilai yang penting: sambungan lampiran dan label perkhidmatan yang digunakannya.

Itu juga menjelaskan ketidakseimbangan usaha. Semakan konfigurasi memberitahu apa yang sepatutnya dipasang, manakala paparan sambungan memberitahu apa yang sebenarnya diterbitkan, dan hanya yang kedua bertahan apabila blok label tidak sepadan.

Dua label, dua arah

Setiap PE memperuntukkan blok label secara setempat, mengumumkan asas dan saiznya, dan rakan setaranya menambah offset untuk memperoleh label bagi tapak tertentu. Peruntukan itu bermakna secara setempat: dua PE boleh menggunakan asas dan saiz blok berbeza untuk perkhidmatan yang sama. Baca sambungan dari kedua-dua hujung sebelum mengubah apa-apa. Blok yang bersaiz satu label terlalu kecil kelihatan sama seperti sambungan yang tidak pernah dipasang.

show l2vpn connections instance CUST-A extensive

Dalam output itu label masuk ialah label yang diperuntukkan oleh PE ini dan diberitahu kepada rakan setaranya untuk digunakan, manakala label keluar ialah peruntukan rakan setara yang ditolak oleh PE ini. Membaca kedua-duanya secara terbalik ialah kesilapan klasik, dan ia menghantar anda mencari nilai yang tidak sepatutnya muncul di sisi ini. Rujukan sambungan mendokumenkan medan di sebelah label, termasuk tapak, status dan maklumat blok.

Apa yang dibuktikan oleh carian label

Sebaik sahaja anda mempunyai nilai masuk, carian setempat ialah satu arahan:

show route label 160042

Output itu sepatutnya menunjukkan entri l2vpn dengan hop seterusnya, dan operasi label memberitahu sama ada bingkai ditolak, ditukar atau ditanggalkan sebelum keluar. Jika ia tidak menunjukkan apa-apa, keadaan perkhidmatan tidak pernah dipasang walaupun sambungan menunjukkan Up, dan percanggahan itu terletak pada pensinyalan, bukan pada pengangkutan.

Ikuti satu bingkai

Satu paket yang ditolak ke dalam lampiran menyelesaikan lebih banyak daripada mana-mana semakan konfigurasi. Laluan label perkhidmatan sepatutnya menunjuk ke LSP pengangkutan menuju PE jauh, dan kedua-dua label sepatutnya sepadan dengan nilai yang dilaporkan oleh rakan setara. Apabila pengangkutan sihat dan label perkhidmatan salah, bingkai mencapai penghala yang betul dan dibuang di situ, itulah sebabnya pembilang hujung jauh kelihatan kosong manakala pembilang hujung dekat kelihatan sibuk.

Periksa enkapsulasi lampiran, tetapan perkataan kawalan dan MTU pada masa yang sama, kerana itu sifat yang dirundingkan dan bukan gelagat setiap hop.

Asingkan model perkhidmatan

VPLS mempelajari alamat MAC dan EVPN mengumumkan titik akhir, manakala L2VPN titik-ke-titik tidak melakukan kedua-duanya, jadi prosedur pemilihan bingkai mereka tidak boleh ditukar ganti walaupun menunggang infrastruktur BGP dan MPLS yang sama. Mengangkat langkah penyelesaian masalah daripada satu model ke model lain menghasilkan kesimpulan yang yakin tanpa asas.

Untuk laluan yang hilang, catat status sambungan kedua-dua rakan setara, lampiran, kedua-dua arah label, enkapsulasi, tetapan perkataan kawalan dan MTU. Rekod itu menghubungkan apa yang diumumkan dengan apa yang sebenarnya dilakukan oleh satah pemajuan, yang merupakan satu-satunya pautan yang penting, dan itulah juga yang akan ditanya oleh jurutera seterusnya.