Menormalkan tag VLAN di titik akhir pseudowire: buku larian

Tentukan bingkai yang perlu diterima setiap tepi pelanggan sebelum anda menyentuh pseudowire. Dalam kes mudah, CE A menghantar satu tag yang membatasi perkhidmatan dan CE B menjangka bingkai tanpa tag, dan tepi penyedia ialah tempat perbezaan itu diselesaikan. Tag ialah dasar setempat, bukan bahagian kontrak Ethernet pelanggan, dan pseudowire membawa bingkai yang dipersetujui bukan bingkai asal. Tulis kedua-dua arah sebelum sebarang konfigurasi.

Tulis kontrak bingkai dahulu

Arah hadapan membuang satu tag dan arah balik menambahnya semula. Jika anda menulis hanya satu daripadanya, anda akan menguji laluan yang berfungsi dalam satu arah dan mengisytiharkan litar sihat.

Pastikan kontrak cukup pendek untuk ditampal ke tiket perubahan: tepi mana yang menghantar bertag, mana yang menjangka tanpa tag, dan nilai tag mana yang membatasi perkhidmatan.

Bersetuju tentang mod pseudowire

RFC 4448 membezakan mod pseudowire raw dan tagged serta menerangkan cara tag yang membatasi perkhidmatan dikendalikan. Mod raw masih boleh membawa tag milik bingkai pelanggan, jadi perbezaannya ialah tentang peranan perkhidmatan sesuatu tag, bukan semata-mata kehadiran pengepala 802.1Q. Membaca mod sebagai tagged berbanding untagged ialah cara paling biasa untuk menetapkan skop kerja ini dengan salah. Bersetuju tentang mod dengan rakan setara sebelum anda memutuskan operasi yang diperlukan.

Kemudian periksa jenis pseudowire sebenar dan parameter rakan setara. Lampiran VLAN setempat dan lampiran port jauh memerlukan susunan interworking yang disokong, dan dua pernyataan tulis semula setempat tidak membuktikan bahawa jenis litar yang diumumkan sepadan.

Jika jangkaan control word dan MTU berbeza, anda mempunyai masalah rundingan yang tidak dapat diperbaiki oleh tulis semula mana pun. Sahkan kedua-duanya daripada konfigurasi berjalan rakan setara dan bukan daripada dokumen reka bentuk.

Laksanakan operasi tag setempat

panduan tulis semula VLAN CCC Juniper mendokumentasikan operasi pop, push dan swap dengan sekatan khusus platform. Untuk unit bertag serasi yang telah dikonfigurasikan, arah ilustratif ialah input-vlan-map pop pada ingress dan output-vlan-map push pada egress. Baris itu menggambarkan operasi, bukan konfigurasi antara muka atau litar yang lengkap. Sahkan platform dan keluaran yang tepat dan bukannya menggunakan contoh satu keluarga peranti di merata-rata.

Tetapan VLAN dan enkapsulasi yang disokong unit masih perlu menentukan tag dan klasifikasi yang dimaksudkan. Pernyataan tulis semula pada unit yang mengelaskan bingkai salah memindahkan masalah dan bukannya membaikinya.

Kekalkan sebarang tag pelanggan dalaman yang diperlukan perkhidmatan. Bagi tag bertindan, tentukan tag luar mana yang anda ubah suai sebelum membuang apa-apa.

Belanjawankan saiz, bukan tag sahaja

Sertakan tag yang dikekalkan, tindanan MPLS sebenar dan control word dalam belanjawan saiz. RFC 8469 mengesyorkan control word untuk pseudowire Ethernet, dan syor itu mengubah belanjawan bingkai sama ada platform anda mengaktifkannya secara lalai atau tidak. Selaraskan ketidakpadanan MTU dan bukannya menekan amaran itu sebagai pembaikan. Amaran yang ditekan ialah gangguan berjadual yang tarikhnya telah dikikis.

Periksa belanjawan yang sama pada kedua-dua tepi penyedia, kerana satu pihak menambah tag dan pihak lain menambah control word sudah cukup untuk memecahkan muatan yang sebelum ini baik.

Jika angka tidak sepadan, ubah pelan dan bukan tahap pengelogan.

Terima bingkai demi bingkai

Untuk penerimaan, periksa bingkai yang dijangka pada setiap sambungan pelanggan dalam kedua-dua arah. Kemudian jalankan trafik aplikasi dan kawalan yang benar-benar diperlukan perkhidmatan mengikut pelan ujian yang diluluskan, kerana ping membuktikan jauh lebih sedikit daripada bingkai bertag yang tiba utuh. Rekodkan kontrak bingkai masuk dan keluar bersama konfigurasi litar. Rekod itulah yang menjadikan perubahan seterusnya boleh disemak.

Simpan mod, operasi tag, belanjawan MTU dan keputusan ujian di satu tempat, kerana semuanya hanya bermakna bersama. Memisahkannya kepada tiga tiket menjamin jurutera seterusnya menemui semula kekangan yang sama.

Litar selesai apabila kedua-dua arah sepadan dengan kontrak yang anda tulis pada permulaan, bukan apabila arah pertama lulus.