Mengapa L2VPN Anda mengabaikan RSVP-TE LSP yang baru saja Anda bangun

Dua insinyur bisa meninggalkan jendela pemeliharaan yang sama dengan keyakinan bahwa jalur baru sudah beroperasi, dan keduanya salah karena alasan berbeda. Yang satu membangun LSP dan menganggap layanan akan mengikutinya. Yang lain membiarkan layanannya dan menganggap tidak ada yang berubah. Pseudowire hanya pernah memakai transport yang menjadi hasil resolusi alamat peer-nya pada saat itu, jadi pertanyaan sebenarnya adalah apa yang dihasilkan resolusi itu sekarang, dan kedua desain menjawabnya secara berbeda.

Satu label menamai layanan, yang lain memindahkan paket

Label pseudowire, yang disinyalkan oleh LDP bertarget seperti dijelaskan dalam RFC 4447, memberi tahu tepi penyedia penerima sirkuit lampiran mana yang harus menerima frame. Ia tidak mengatakan apa pun tentang bagaimana frame sampai ke sana. Label di bawahnya milik transport, dan tumpukan itu dibangun oleh apa pun yang mengumumkan keterjangkauan untuk loopback peer, entah LDP, RSVP-TE, atau jalur berutekan segmen. Karena protokol berbeda menyinyalkan kedua lapisan, yang satu bisa sehat sementara yang lain basi. Pemisahan itulah seluruh sumber kebingungan.

Perlu dikatakan terus terang: pseudowire tidak memilih LSP. Ia menyerahkan frame ke transport, dan transport memutuskan dari alamat tujuan yang diberikan kepadanya.

Itu juga sebabnya ping bersih melintasi LSP baru membuktikan begitu sedikit. LSP bisa hidup, berlabel, dan membawa layanan lain sementara pseudowire Anda masih menyelesaikan lewat hop berikutnya yang berbeda. Sampai Anda membaca pengikatannya, kedua fakta itu tidak berhubungan.

Opsi A: sematkan pseudowire ke transport pilihan

Menyematkan berarti membuat resolusi transport layanan menjadi deterministik. Bergantung pada platform, itu berbentuk kebijakan pemilihan terowongan, titik akhir transport eksplisit pada layanan, atau kebijakan rute yang menulis ulang hop berikutnya untuk alamat peer. Ketiganya melakukan hal yang sama di bawah: memaksa resolusi satu tujuan ke LSP tertentu. Itulah yang membuat hasilnya dapat diaudit setelahnya.

Biayanya adalah cakupan. Kebijakan yang cocok pada alamat peer memengaruhi setiap layanan yang menunjuk ke peer itu, bukan hanya pseudowire yang ada di pikiran Anda.

Fallback layak diputuskan sebelum jendela perubahan, bukan selama. Jika LSP yang disematkan jatuh, Anda membiarkan layanan menempuh jalur lain yang disetujui atau membiarkannya berhenti. Kebijakan yang diam-diam jatuh ke jalur yang melanggar batasan latensi atau keterpisahan telah mengubah gangguan bersih menjadi sesuatu yang jauh lebih sulit dijelaskan kepada siapa pun.

Opsi B: biarkan IGP memilih dan amati apa yang terjadi

Membiarkan layanan apa adanya adalah desain yang sah, dan sering kali yang lebih baik. Pseudowire mengikuti resolusi yang sama seperti lalu lintas lain ke loopback peer, jadi ia mewarisi konvergensi IGP, penekanan prefiks, dan redundansi apa pun yang sudah ditawarkan inti. Lebih sedikit kebijakan berarti lebih sedikit tempat bagi kecocokan basi untuk bersembunyi. Tukarnya adalah Anda tidak lagi mengendalikan jalur mana yang diambil layanan, hanya bahwa ada jalur.

Multipath berbiaya sama mempertajam pertukaran itu lebih dari yang terlihat pada pandangan pertama. Hashing dilakukan per aliran, jadi dua percakapan dalam satu pseudowire bisa berangkat dengan label luar yang berbeda.

Baca penerusan terpasang sebelum memercayai salah satunya

Mulailah dari alamat peer, bukan dari layanan. Di Junos, show route 203.0.113.1 detail mencetak hop berikutnya yang dipilih dan operasi label, dan show route table mpls.0 memetakan label masuk ke operasi itu. Di IOS XR, show mpls l2transport vc 100 detail memberikan status pseudowire bersama tumpukan yang diterapkan.

Pastikan LSP yang benar-benar dipakai transport, bukan yang disebut dokumen desain Anda. traceroute mpls ipv4 203.0.113.1/32 di IOS XR menelusuri jalur berkomutasi label dan mendaftar label serta antarmuka keluar di sepanjangnya, yang merupakan hal terdekat untuk mengamati jalur itu sendiri. Lalu ulangi latihan dari tepi penyedia jauh, karena arah balik diselesaikan secara independen dan asimetri lazim setelah peluncuran kebijakan sebagian. Jalur yang benar ke satu arah dan salah ke arah lain lebih buruk daripada jalur yang salah secara seragam, sebab separuh pengujian Anda akan lolos.

Simpan bukti bersama catatan layanan: alamat peer, hop berikutnya, label luar, dan tanggal Anda memeriksa. Kebijakan rute menua dengan buruk, dan tak ada yang ingat mana yang berlaku dua kuartal lalu.

Pilih berdasarkan mode kegagalan, bukan preferensi

Penyematan cocok untuk layanan dengan batasan yang tidak dapat diungkapkan IGP, dan untuk tim yang dapat memelihara kebijakan itu melalui setiap perubahan. Membiarkannya pada IGP cocok untuk layanan yang harus selamat dari kegagalan tunggal mana pun tanpa manusia dalam lingkaran.

Pertanyaan penentunya adalah berapa biaya jalur yang salah bagi Anda. Jika layanan pada LSP yang salah hanya berkinerja sedikit lebih buruk, biarkan IGP memutuskan dan curahkan upaya pada pemantauan. Jika jalur yang salah melanggar kontrak, temuan audit, atau persyaratan keterpisahan, sematkan dan tuliskan fallback-nya. Lalu uji fallback itu, karena fallback yang tak diuji adalah asumsi, bukan rencana. Bagaimanapun, baca ulang pengikatan terpasang setelah setiap perubahan pada inti, dan perlakukan pseudowire yang naik sebagai bukti tidak ada apa-apa selain bahwa pensinyalan bekerja.