Mengapa L2VPN Junos menampilkan label tetapi tidak meneruskan apa pun

Laporan pelanggan datang menyatakan koneksi L2VPN dalam keadaan Up, lampiran aktif, dan tidak ada frame yang menyeberang. Lampu statusnya jujur; frame sedang diklasifikasikan ke layanan yang di ujung jauh tidak memiliki status penerusan yang dapat dipakai. Pada L2VPN titik-ke-titik yang disinyalkan BGP, keputusan pertama milik lampiran dan bukan pencarian rute. Frame pelanggan tiba pada antarmuka logis, dan antarmuka itu menamai koneksi dan karenanya situs jauh. Semua setelah itu adalah status penerusan label yang dibangun dari apa yang diumumkan para peer.

Frame tidak pernah melakukan pencarian rute

Pensinyalan telah menyiapkan status; pemrosesan per paket adalah pencarian label pada koneksi yang sudah dipilih. Karena itu bertanya mengapa rute tidak ada adalah pertanyaan yang salah, dan itu menyembunyikan dua nilai yang penting: koneksi lampiran dan label layanan yang dipakainya.

Itu juga menjelaskan asimetri usaha. Tinjauan konfigurasi memberi tahu apa yang seharusnya dipasang, sedangkan tampilan koneksi memberi tahu apa yang benar-benar diturunkan, dan hanya yang kedua yang bertahan saat blok label tidak cocok.

Dua label, dua arah

Setiap PE mengalokasikan blok label secara lokal, mengumumkan basis dan ukurannya, dan peer-nya menambahkan offset untuk menurunkan label bagi situs tertentu. Alokasi karena itu bermakna secara lokal: dua PE dapat memakai basis berbeda dan ukuran blok berbeda untuk layanan yang sama. Baca koneksi dari kedua ujung sebelum mengubah apa pun. Blok yang berukuran satu label terlalu kecil tampak persis seperti koneksi yang tidak pernah terpasang.

show l2vpn connections instance CUST-A extensive

Dalam keluaran itu label masuk adalah label yang dialokasikan PE ini dan diminta dipakai oleh peer-nya, sedangkan label keluar adalah alokasi peer yang didorong PE ini. Membaca keduanya terbalik adalah kesalahan klasik, dan itu mengirim Anda mencari nilai yang seharusnya tidak pernah muncul di sisi ini. Referensi koneksi mendokumentasikan bidang di samping label, termasuk situs, status, dan informasi blok.

Apa yang dibuktikan pencarian label

Setelah Anda memiliki nilai masuk, pencarian lokal adalah satu perintah:

show route label 160042

Keluaran itu seharusnya menunjukkan entri l2vpn dengan hop berikutnya, dan operasi label memberi tahu apakah frame didorong, ditukar, atau dilepas sebelum keluar. Jika tidak menunjukkan apa pun, status layanan tidak pernah terpasang meskipun koneksi menampilkan Up, dan ketidaksesuaiannya ada di pensinyalan, bukan di transport.

Ikuti satu frame

Satu paket yang didorong ke lampiran menyelesaikan lebih banyak daripada tinjauan konfigurasi mana pun. Rute label layanan seharusnya menunjuk ke LSP transport menuju PE jauh, dan kedua label seharusnya sesuai dengan nilai yang dilaporkan peer. Ketika transport sehat dan label layanan salah, frame mencapai router yang benar dan dibuang di sana, itulah sebabnya penghitung ujung jauh tampak kosong sementara penghitung ujung dekat tampak sibuk.

Periksa enkapsulasi lampiran, pengaturan control word, dan MTU sekaligus, karena itu properti yang dinegosiasikan, bukan perilaku per hop.

Pisahkan model layanan

VPLS mempelajari alamat MAC dan EVPN mengumumkan titik akhir, sedangkan L2VPN titik-ke-titik tidak melakukan keduanya, sehingga prosedur pemilihan frame mereka tidak dapat dipertukarkan meskipun menumpang infrastruktur BGP dan MPLS yang sama. Mengangkat langkah pemecahan masalah dari satu model ke model lain menghasilkan kesimpulan yang percaya diri tanpa dasar.

Untuk jalur yang hilang, catat status koneksi kedua peer, lampiran, kedua arah label, enkapsulasi, pengaturan control word, dan MTU. Catatan itu menghubungkan apa yang diumumkan dengan apa yang benar-benar dilakukan bidang penerusan, yang merupakan satu-satunya mata rantai penting, dan itu juga yang akan ditanyakan insinyur berikutnya.