Mengapa L2VPN anda mengabaikan RSVP-TE LSP yang baru anda bina
Label pseudowire menamakan perkhidmatan; label pengangkutan menggerakkan bingkai. Bandingkan menyematkan perkhidmatan pada LSP pilihan dengan membiarkan IGP memilih.
Dua jurutera boleh meninggalkan tetingkap penyelenggaraan yang sama dengan yakin laluan baharu sudah beroperasi, dan kedua-duanya silap atas sebab berbeza. Seorang membina LSP dan menganggap perkhidmatan akan mengikutinya. Yang lain membiarkan perkhidmatan itu dan menganggap tiada apa yang berubah. Pseudowire hanya menggunakan pengangkutan yang menjadi hasil penyelesaian alamat peernya pada saat itu, jadi persoalan sebenar ialah apa yang dihasilkan penyelesaian itu sekarang, dan kedua-dua reka bentuk menjawabnya secara berbeza.
Satu label menamakan perkhidmatan, satu lagi menggerakkan paket
Label pseudowire, yang disinyalkan oleh LDP bersasar seperti diterangkan dalam RFC 4447, memberitahu tepi pembekal penerima litar sambungan mana yang patut menerima bingkai. Ia tidak mengatakan apa-apa tentang bagaimana bingkai sampai ke sana. Label di bawahnya milik pengangkutan, dan tindanan itu dibina oleh apa sahaja yang mengumumkan ketersampaian untuk loopback peer, sama ada LDP, RSVP-TE atau laluan berhalakan segmen. Kerana protokol berbeza menyinyalkan kedua-dua lapisan, satu boleh sihat manakala yang lain sudah lapuk. Pemisahan itulah keseluruhan punca kekeliruan.
Perlu dikatakan terus: pseudowire tidak memilih LSP. Ia menyerahkan bingkai kepada pengangkutan, dan pengangkutan memutuskan daripada alamat destinasi yang diberikan kepadanya.
Itulah juga sebabnya ping bersih merentas LSP baharu membuktikan begitu sedikit. LSP boleh hidup, berlabel dan membawa perkhidmatan lain manakala pseudowire anda masih diselesaikan melalui hop seterusnya yang lain. Sehingga anda membaca ikatan itu, kedua-dua fakta itu tidak berkaitan.
Pilihan A: sematkan pseudowire pada pengangkutan pilihan
Menyematkan bermakna menjadikan penyelesaian pengangkutan perkhidmatan itu bersifat penentu. Bergantung pada platform, ia mengambil bentuk dasar pemilihan terowong, titik akhir pengangkutan eksplisit pada perkhidmatan, atau dasar laluan yang menulis semula hop seterusnya untuk alamat peer. Ketiga-tiganya melakukan perkara yang sama di bawah: memaksa penyelesaian satu destinasi ke LSP tertentu. Itulah yang menjadikan hasilnya boleh diaudit kemudian.
Kosnya ialah skop. Dasar yang sepadan pada alamat peer menjejaskan setiap perkhidmatan yang menunjuk ke peer itu, bukan hanya pseudowire yang anda fikirkan.
Sandaran wajar diputuskan sebelum tetingkap perubahan, bukan semasanya. Jika LSP yang disematkan jatuh, anda sama ada membiarkan perkhidmatan menempuh laluan lain yang diluluskan atau membiarkannya berhenti. Dasar yang senyap kembali ke laluan yang melanggar kekangan kependaman atau pemisahan telah menukar gangguan bersih menjadi sesuatu yang jauh lebih sukar dijelaskan kepada sesiapa.
Pilihan B: biarkan IGP memilih dan perhatikan apa yang berlaku
Membiarkan perkhidmatan itu adalah reka bentuk yang sah, dan selalunya yang lebih baik. Pseudowire mengikut penyelesaian yang sama seperti trafik lain ke loopback peer, jadi ia mewarisi penumpuan IGP, penindasan awalan dan lebihan yang sudah ditawarkan teras. Kurang dasar bermakna kurang tempat untuk padanan lapuk bersembunyi. Tukar gantinya ialah anda tidak lagi mengawal laluan mana yang diambil perkhidmatan, hanya bahawa ada laluan.
Berbilang laluan kos sama menajamkan tukar ganti itu lebih daripada yang kelihatan pada pandangan pertama. Hashing adalah mengikut aliran, jadi dua perbualan dalam satu pseudowire boleh bertolak dengan label luar yang berbeza.
Baca penghantaran terpasang sebelum mempercayai mana-mana satu
Mulakan dengan alamat peer dan bukan perkhidmatan. Pada Junos, show route 203.0.113.1 detail mencetak hop seterusnya yang dipilih dan operasi label, dan show route table mpls.0 memetakan label masuk kepada operasi itu. Pada IOS XR, show mpls l2transport vc 100 detail memberi keadaan pseudowire bersama tindanan yang dikenakan.
Sahkan LSP yang benar-benar digunakan oleh pengangkutan, bukan yang dinamakan oleh dokumen reka bentuk anda. traceroute mpls ipv4 203.0.113.1/32 pada IOS XR merentasi laluan bersuis label dan menyenaraikan label serta antara muka keluar sepanjangnya, yang merupakan perkara paling hampir dengan memerhati laluan itu sendiri. Kemudian ulangi latihan dari tepi pembekal jauh, kerana arah balik diselesaikan secara berasingan dan asimetri lazim selepas penggunaan dasar sebahagian. Laluan yang betul pada satu arah dan salah pada arah lain lebih buruk daripada yang salah secara seragam, kerana separuh ujian anda akan lulus.
Simpan bukti bersama rekod perkhidmatan: alamat peer, hop seterusnya, label luar dan tarikh anda memeriksa. Dasar laluan menua dengan buruk, dan tiada siapa ingat yang mana berkuat kuasa dua suku lalu.
Pilih mengikut mod kegagalan, bukan keutamaan
Penyematan sesuai untuk perkhidmatan dengan kekangan yang IGP tidak dapat nyatakan, dan untuk pasukan yang boleh mengekalkan dasar itu melalui setiap perubahan. Membiarkannya kepada IGP sesuai untuk perkhidmatan yang mesti bertahan setiap kegagalan tunggal tanpa manusia dalam gelung.
Persoalan penentu ialah berapa kos laluan salah kepada anda. Jika perkhidmatan pada LSP salah hanya berprestasi sedikit lebih buruk, biarkan IGP memutuskan dan luangkan usaha pada pemantauan. Jika laluan salah memecahkan kontrak, penemuan audit atau keperluan pemisahan, sematkan dan tuliskan sandaran. Kemudian uji sandaran itu, kerana sandaran yang tidak diuji ialah andaian, bukan pelan. Walau apa pun, baca semula ikatan terpasang selepas sebarang perubahan pada teras, dan anggap pseudowire yang naik sebagai bukti tiada apa-apa selain isyarat berfungsi.