Sebelum menambahkan OTV, tuliskan kontrak Ethernet yang Anda butuhkan

Beban kerja pindah ke pusat data kedua dan mulai mengalami batas waktu pada layanan yang dari pusat pertama menjawab dengan baik. Seseorang mengusulkan OTV, karena Layer 2 VPN yang ada «tidak melakukan broadcast». Kesimpulan itu biasanya terlalu cepat. Kategori layanan dan kontrak spesifik yang Anda beli adalah dua pertanyaan berbeda, dan batas waktu itu belum dikaitkan ke salah satunya.

Gejala yang memulai perbandingan

Tuliskan apa yang benar-benar dibutuhkan aplikasi sebelum membandingkan produk. Jumlah situs, cakupan VLAN, pembelajaran alamat, toleransi flooding, dan perilaku kegagalan menggambarkan persyaratan. «Layer 2» dan «OTV» menggambarkan arsitektur, dan keduanya bukan persyaratan tersendiri. Lima sifat di satu halaman akan bertahan lebih lama daripada perbandingan vendor mana pun.

Lalu periksa apakah layanan saat ini sudah memenuhi kelima sifat itu. Layer 2 VPN yang dikelola penyedia dapat mencakup penerusan multipoint dan pembelajaran bidang kendali yang tidak disebutkan oleh sekali lihat pada faktur.

Jika layanan saat ini memenuhinya, batas waktu ada di tempat lain: masalah MTU, asimetri perutean, aturan firewall yang berbeda antar situs. Mengubah overlay akan membiarkan penyebab itu tetap ada dan menambahkan migrasi.

Apa yang tidak dikatakan label

Layer 2 VPN adalah kategori, bukan produk. VPWS titik-ke-titik dan VPLS multipoint meneruskan secara berbeda, dan kategori ini mencakup layanan dengan pembelajaran bidang kendali dan manajemen loop serta yang lebih sederhana. Menganggap setiap Layer 2 VPN menghubungkan tepat dua situs dan membanjiri semuanya adalah cara membuat perbandingan yang salah. Nama pada kontrak tidak mengatakan apa pun tentang tabel penerusan di belakangnya.

Tanyakan model penerusan mana yang diterapkan layanan yang ada, dan mana yang dibutuhkan aplikasi. Persyaratan hub-and-spoke dan persyaratan full-mesh menghasilkan desain berbeda bahkan ketika keduanya dijelaskan sebagai Layer 2.

Di mana OTV menarik batasnya

OTV berjalan di atas transport IP dengan keterjangkauan MAC di bidang kendali dan peran edge yang ditentukan. Informasi spanning-tree lokal tetap lokal alih-alih diperluas sebagai satu domain tak terkendali di seluruh transport. Itu perbedaan nyata dari perluasan jembatan biasa, dan itulah alasan orang memilihnya.

Batasnya sama pentingnya dengan manfaatnya. Penanganan unicast, broadcast, dan multicast yang tidak dikenal bergantung pada platform dan konfigurasinya, dan pasangan edge harus bekerja sama melalui mekanisme multihoming yang didukung. Dua perangkat independen yang meneruskan VLAN yang sama bukan desain yang sama, dan menghasilkan mode kegagalan yang berbeda.

Flooding dikurangi, bukan dihilangkan

Menekan sebagian flooding yang tidak perlu tidak sama dengan menjamin bahwa tidak ada frame broadcast atau multicast yang pernah melewati perluasan. Badai yang dimulai di satu situs masih dapat menghabiskan transport, dan fitur platform yang memfilter satu kelas lalu lintas tidak memfilter yang lain. Dari perbedaan itulah sebagian besar kekecewaan dengan overlay mana pun berasal.

Jadi pertanyaannya bukan apakah OTV menghentikan badai broadcast. Pertanyaannya adalah kelas lalu lintas mana yang menyeberang, dalam kondisi apa, dan apa yang membatasi lajunya ketika mereka menyeberang.

Konfirmasikan underlay selama Anda di sana: pengiriman yang didukung, ukuran paket, perutean, dan ketetanggaan yang dibutuhkan rilis yang dipilih. Tidak ada yang gratis dengan overlay, dan terowongan yang memuat frame 1500 byte tidak otomatis terowongan yang memuat frame bertag Anda.

Kontrak yang harus diminta, secara tertulis

Untuk layanan mana pun yang Anda pilih, minta enam jawaban yang sama: cakupan titik-ke-titik atau multipoint, penanganan frame dan tag pelanggan, model pembelajaran MAC, batas flooding, perilaku pemulihan, dan ukuran frame maksimum dari ujung ke ujung. Dua layanan dengan nama sama dapat berbeda pada setiap jawabannya. Dapatkan jawabannya secara tertulis, karena insinyur yang mengonfigurasi layanan mungkin bukan orang yang menjawab pertanyaan.

Pilih perubahan hanya untuk persyaratan yang terbukti tidak dapat dipenuhi layanan saat ini. Memperluas VLAN lebih jauh juga memperluas dependensi aplikasi dan Ethernet bersamanya; nama overlay baru tidak menghapusnya.

Kerangka RFC 4664 menjabarkan kategori layanan dan model penerusannya, yaitu kosakata yang Anda butuhkan untuk mengajukan pertanyaan yang tepat. Bawa enam jawaban dan uji yang gagal ke rapat yang sama, dan keputusan tidak lagi soal label.