Huawei QinQ ke VSI: Periksa Tumpukan Tag Sebelum Anda Mengonfigurasi

Dua kegagalan menyebabkan sebagian besar handoff QinQ yang rusak menjadi VSI, dan tidak ada satu pun yang muncul sebagai antarmuka turun. Entah port ingress memakan tag pelanggan sebelum klasifikasi dapat melihatnya, atau sirkuit lampiran terikat ke VSI yang ujung terjauhnya tidak pernah bergabung. Dari sisi pelanggan keduanya terlihat identik: laporan sirkuit naik dan tidak ada persilangan bingkai. Kerjakan empat pemeriksaan di bawah ini secara berurutan, dan berhenti pada pemeriksaan pertama di mana bingkai yang Anda amati berbeda dari bingkai yang Anda tulis.

Tuliskan tumpukan tag sebelum Anda menyentuh perangkat

Pilih satu layanan perwakilan dan jelaskan sebagai bingkai, bukan sebagai konfigurasi. Untuk layanan yang mempertahankan VLAN pelanggan 100 dan 200 di dalam penyedia VLAN 900, kontraknya pendek: frame masuk membawa satu tag pelanggan, penyedia menambahkan satu tag layanan, dan tag milik pelanggan tetap tidak tersentuh di bawahnya.

customer to provider:  [ C-tag 100 | payload ]
provider inside:       [ S-tag 900 ][ C-tag 100 | payload ]
provider to customer:  [ C-tag 100 | payload ]

Tuliskan juga arah pengembaliannya, karena kontrak yang hanya menjelaskan ingress akan lolos uji satu arah dan gagal dalam produksi. Pihak terjauh harus memberikan kerangka yang diharapkan pelanggan kepada pelanggan, yang berarti operasi popnya sendiri harus merupakan kebalikan dari dorongan Anda. Segala sesuatu yang tidak simetris dalam deskripsi tersebut adalah keputusan desain yang belum Anda buat.

Periksa kecocokan ingress terlebih dahulu

Klasifikasi terjadi sebelum operasi tag apa pun, dan hanya dapat mencocokkan apa yang diterima. Konfirmasikan apakah port dikonfigurasi sebagai akses, trunk atau hibrid, jenis frame apa yang diterimanya, dan apa yang dilakukan pengidentifikasi port VLAN pada frame yang tidak diberi tanda. Pada port akses, tag pelanggan dihapus pada saat kedatangan, sehingga aturan selanjutnya yang cocok dengan C-tag 100 tidak ada lagi yang cocok dan layanan bergabung dengan domain siaran yang salah tanpa kesalahan apa pun.

Pengambilan gambar di sisi penyedia menyelesaikan masalah ini dalam hitungan detik: bingkai QinQ yang diklasifikasikan dengan benar menunjukkan dua tag, dan bingkai dengan satu tag berarti tag bagian dalam telah digunakan.

Periksa apa yang sebenarnya dilakukan tindakan tag

Penumpukan dan terjemahan adalah operasi dan platform berbeda yang memaparkannya sebagai objek berbeda. Penumpukan mendorong tag bagian luar dan membiarkan tag bagian dalam saja, yang merupakan kebutuhan kontrak di atas. Terjemahan menulis ulang satu tag ke tag lainnya, yang merupakan desain valid tetapi menghasilkan bingkai berbeda pada kabel. Beberapa keluarga juga memerlukan QinQ diaktifkan secara eksplisit pada port sebelum aturan penumpukan berlaku, dan TPID luar mungkin dapat dikonfigurasi antara nilai 802.1Q dan 802.1ad.

Jalur pulang patut mendapat perhatian yang sama. Jika aturan egress memunculkan tag luar pada satu subinterface tetapi subinterface yang berbeda membawa balasan tanpa aturan yang cocok, pelanggan melihat transmisi berfungsi dan penerimaan mati.

Periksa pengikatan layanan, bukan nomor antarmuka

VSI diidentifikasi oleh layanannya sendiri dan pengidentifikasi sirkuit virtual, dan rekannya harus menggunakan nilai yang cocok sebelum kawat semu terbentuk. Sirkuit lampiran kemudian mengikat VSI tersebut ke port dan VLAN tertentu, yang merupakan pernyataan terpisah dari aturan yang mengklasifikasikan frame. Nomor subinterface yang tampak benar tidak membuktikan apa pun tentang pengikatan tersebut.

Periksa status kawat semu dan keadaan sirkuit lampiran secara terpisah, dan periksa sesi sinyal yang membawa kawat semu. Dua dari ketiganya bisa sehat sedangkan yang ketiga tidak, dan yang satu lagi yang down memberi tahu Anda sisi mana yang harus diperbaiki.

Isolasi adalah janji tersendiri. Menjaga tag pelanggan tetap utuh dalam satu VSI tidak mengelompokkan pelanggan satu sama lain, karena pembelajaran MAC mencakup keseluruhan contoh; jika kontrak menyatakan isolasi, maka diperlukan instance terpisah atau kebijakan per-VLAN yang eksplisit.

Periksa ukuran anggaran dan kemudian buktikan kontraknya

Tag luar menambahkan empat byte, dan enkapsulasi pseudowire menambahkan tumpukan label dan mungkin kata kontrol di atasnya. Masukkan semuanya ke dalam anggaran MTU dan MRU di kedua perangkat edge penyedia, dan jangan mematikan kata kontrol semata-mata untuk membungkam peringatan ukuran, karena pihak yang jauh mungkin memerlukannya. Pertahankan jalur manajemen yang tidak bergantung pada layanan yang Anda ubah.

Kemudian uji tiga kasus pada lampiran pelanggan: C-VLAN pertama yang diterima di kedua arah, C-VLAN kedua yang diterima, dan VLAN yang menurut kontrak harus ditolak. Amati frame daripada membaca status antarmuka, dan ulangi setelah ada perubahan pada aturan tag.

VSI yang naik hanya mengatakan pseudowire terbentuk. Ia tidak mengatakan apa pun tentang apakah bingkai yang melintasinya adalah bingkai yang dibayar oleh pelanggan.