Sebelum menambah OTV, tuliskan kontrak Ethernet yang anda perlukan

Satu beban kerja berpindah ke pusat data kedua dan mula mengalami tamat masa pada perkhidmatan yang menjawab dengan baik dari pusat pertama. Seseorang mencadangkan OTV, kerana Layer 2 VPN sedia ada «tidak melakukan broadcast». Kesimpulan itu biasanya terlalu awal. Kategori perkhidmatan dan kontrak khusus yang anda beli ialah dua soalan berbeza, dan tamat masa itu belum dikaitkan dengan mana-mana daripadanya.

Gejala yang memulakan perbandingan

Tuliskan apa yang aplikasi benar-benar perlukan sebelum membandingkan produk. Bilangan tapak, skop VLAN, pembelajaran alamat, toleransi flooding dan tingkah laku kegagalan menerangkan keperluan itu. «Layer 2» dan «OTV» menerangkan seni bina, dan kedua-duanya bukan keperluan dengan sendirinya. Lima sifat pada satu halaman akan bertahan lebih lama daripada mana-mana perbandingan vendor.

Kemudian semak sama ada perkhidmatan semasa sudah memenuhi kelima-lima sifat itu. Layer 2 VPN yang diuruskan pembekal mungkin merangkumi penghantaran multipoint dan pembelajaran satah kawalan yang tidak disebut oleh sekali pandang pada invois.

Jika perkhidmatan semasa memenuhinya, tamat masa itu ada di tempat lain: masalah MTU, asimetri penghalaan, peraturan firewall yang berbeza antara tapak. Menukar overlay akan membiarkan punca itu kekal dan menambah migrasi.

Apa yang label tidak beritahu anda

Layer 2 VPN ialah kategori, bukan produk. VPWS titik-ke-titik dan VPLS multipoint menghantar secara berbeza, dan kategori itu merangkumi perkhidmatan dengan pembelajaran satah kawalan dan pengurusan gelung serta yang lebih mudah. Menganggap setiap Layer 2 VPN menghubungkan tepat dua tapak dan membanjiri segala-galanya ialah cara membuat perbandingan yang salah. Nama pada kontrak tidak mengatakan apa-apa tentang jadual penghantaran di belakangnya.

Tanya model penghantaran mana yang dilaksanakan oleh perkhidmatan sedia ada, dan yang mana diperlukan oleh aplikasi. Keperluan hub-and-spoke dan keperluan full-mesh menghasilkan reka bentuk berbeza walaupun kedua-duanya diterangkan sebagai Layer 2.

Di mana OTV menarik sempadannya

OTV berjalan di atas pengangkutan IP dengan kebolehsampaian MAC dalam satah kawalan dan peranan edge yang ditentukan. Maklumat spanning-tree tempatan kekal tempatan dan tidak dilanjutkan sebagai satu domain tidak terkawal merentasi pengangkutan. Itu perbezaan sebenar daripada lanjutan berjambatan biasa, dan itulah sebabnya orang memilihnya.

Sempadan itu sama pentingnya dengan faedahnya. Pengendalian unicast, broadcast dan multicast yang tidak diketahui bergantung pada platform dan konfigurasinya, dan pasangan edge mesti bekerjasama melalui mekanisme multihoming yang disokong. Dua peranti bebas yang menghantar VLAN yang sama bukan reka bentuk yang sama, dan ia menghasilkan mod kegagalan yang berbeza.

Flooding dikurangkan, bukan dihapuskan

Menekan sebahagian flooding yang tidak perlu bukanlah sama dengan menjamin bahawa tiada bingkai broadcast atau multicast akan menyeberangi lanjutan itu. Ribut yang bermula di satu tapak masih boleh memakan pengangkutan, dan ciri platform yang menapis satu kelas trafik tidak menapis yang lain. Daripada perbezaan itulah datangnya sebahagian besar kekecewaan dengan mana-mana overlay.

Jadi soalannya bukan sama ada OTV menghentikan ribut broadcast. Soalannya ialah kelas trafik mana yang menyeberang, dalam keadaan apa, dan apa yang mengehadkan kadar apabila ia menyeberang.

Sahkan underlay semasa anda di sana: penghantaran yang disokong, saiz paket, penghalaan dan kejiranan yang diperlukan oleh keluaran yang dipilih. Tiada satu pun daripada itu datang percuma dengan overlay, dan terowong yang memuatkan bingkai 1500 bait bukan secara automatik terowong yang memuatkan bingkai bertag anda.

Kontrak yang perlu diminta, secara bertulis

Untuk mana-mana perkhidmatan yang anda pilih, minta enam jawapan yang sama: skop titik-ke-titik atau multipoint, pengendalian bingkai dan tag pelanggan, model pembelajaran MAC, had flooding, tingkah laku pemulihan dan saiz bingkai maksimum hujung ke hujung. Dua perkhidmatan dengan nama yang sama boleh berbeza pada setiap satunya. Dapatkan jawapan secara bertulis, kerana jurutera yang mengkonfigurasi perkhidmatan itu mungkin bukan orang yang menjawab soalan.

Pilih perubahan hanya untuk keperluan yang terbukti tidak dapat dipenuhi oleh perkhidmatan semasa. Melanjutkan VLAN lebih jauh juga melanjutkan kebergantungan aplikasi dan Ethernet bersamanya; nama overlay baharu tidak menghapuskannya.

Kerangka RFC 4664 menggariskan kategori perkhidmatan dan model penghantarannya, iaitu perkataan yang anda perlukan untuk mengemukakan soalan yang betul. Bawa enam jawapan dan ujian yang gagal ke mesyuarat yang sama, dan keputusan itu tidak lagi tentang label.