Siapa yang merutekan antar situs Anda: VPN lapisan 2 atau lapisan 3?

Pesan VPN dari penyedia dan pada akhirnya seseorang akan memiliki perutean antar situs, entah Anda menamai pemilik itu atau tidak. Tandatangani serah terima lapisan 2 dan penyedia menyerahkan pipa sementara router Anda membentuk ketetanggaan; tandatangani layanan lapisan 3 dan penyedia membawa prefiks Anda di dalam konteks peruteannya sendiri. Keduanya produk yang sah dengan cerita piket yang berbeda. Telusuri pesanan dari penawaran sampai uji penerimaan pertama dan pilihan itu berhenti menjadi abstrak.

Mulailah dari formulir serah terima, bukan slide topologi

Setiap penyedia akhirnya mengirim formulir yang menanyakan apa yang harus diserahkan kepada Anda: pseudowire, segmen Ethernet multipoint, atau sambungan terutekan di tepi layanan bersama. Satu jawaban itu menentukan lebih dari diagram mana pun di presentasi penjualan, karena menetapkan di mana tanggung jawab Anda dimulai.

Pseudowire titik-ke-titik adalah satu sirkuit antara dua sambungan, dan layanan Ethernet multipoint menghubungkan beberapa situs dalam satu domain siaran. Di diagram keduanya tampak mirip dan berperilaku sangat berbeda begitu ada loop atau badai siaran. Pastikan mana yang ditawarkan sebelum Anda merencanakan pengalamatan.

Nama produk tidak menyelesaikannya. Label MPLS, serah terima fiber gelap, dan overlay berbasis internet semuanya bisa disebut jaringan privat, dan dokumen kerangka memperlakukan model layanan serta pemisahan pelanggan-penyedia sebagai hal yang harus didefinisikan. Mintalah semantik sambungan secara tertulis, lalu bacakan kembali ke tim Anda dengan kata-kata sederhana.

Baca apa yang tiba pada hari penyalaan

Pada hari penyalaan, lihat antarmuka yang Anda terima sebelum mengonfigurasi apa pun di atasnya. Sambungan terutekan lapisan 3 biasanya muncul sebagai port dengan subnet titik-ke-titik kecil atau sebagai hop berikutnya yang harus Anda capai. Sambungan lapisan 2 muncul sebagai tautan yang mengharapkan frame, jadi perintah pertama yang berguna adalah pemeriksaan jembatan atau tetangga, bukan pencarian rute.

ip -br link show
ip -br addr show
ip route show default
ip neigh show

Empat baris itu memberi tahu Anda di dunia mana Anda berada. Rute default yang menunjuk ke alamat penyedia berarti penyedia merutekan untuk Anda. Antarmuka tanpa alamat lapisan 3 yang berguna tetapi jembatannya terisi berarti perutean diharapkan dari Anda, dan prefiks yang hilang adalah tanggung jawab Anda untuk memperbaikinya.

Tautan yang tampak promiscuous juga bisa berarti serah terima diberi tag, jadi pastikan kesepakatan VLAN sebelum menyalahkan sirkuit. Alamat MAC duplikat di layanan multipoint adalah gejala desain, bukan kesalahan penyedia.

Tetapkan satu pemilik per objek sebelum prefiks pertama

Telusuri daftar objek dan sebutkan dengan lantang nama tim yang memiliki masing-masing. Prefiks pelanggan dan pengumuman antar situs. Ketetanggaan atau pengenal layanan yang membentuk hubungan dengan tepi penyedia. Siapa yang memutus loop, dan siapa yang setuju hidup dalam satu domain siaran yang lebih luas. Di mana plafon MTU, bagaimana kegagalan terlihat, dan bagaimana layanan kembali. Kebijakan akses, plus enkripsi apa pun yang tidak termasuk dalam layanan.

Daftarnya pendek karena itulah bagian yang rusak saat insiden. Jika dua tim sama-sama percaya memiliki kebijakan rute, gangguan menghasilkan dua perubahan yang bertentangan pada jam yang sama. Jika tidak ada yang memilikinya, jalur asimetris pertama bertahan sampai pelanggan melaporkannya.

Layanan terutekan biasanya memberi Anda batas BGP atau statis, jadi sisi Anda memerlukan status sesi yang bisa dibaca: birdc show protocols atau padanannya di router Anda memberi tahu apakah ketetanggaan aktif, dan penghitungnya memberi tahu apakah ia berkedip hanya pada jam kerja. Serah terima lapisan 2 tidak memberi sinyal seperti itu, karena itu pelanggan harus memiliki pemeriksaan keterjangkauan yang eksplisit.

Telusuri kasus kegagalan satu situs

Tulis uji penerimaan sebelum layanan berjalan: jatuhkan satu sambungan situs dan catat apa yang dilihat setiap tim. Pada layanan lapisan 3 penyedia menarik keterjangkauan prefiks situs itu, sesi Anda mencatat penarikan, dan situs lain mempertahankan jalurnya. Pada layanan lapisan 2 sirkuit turun, protokol perutean Anda mendeteksi tetangga mati, dan konvergensi yang sama sepenuhnya bergantung pada timer Anda.

Pulihkan tautan dan periksa paruh kedua kasus, karena status usang adalah sisa yang biasa. Pastikan ketetanggaan kembali, prefiks kembali dengan atribut yang diharapkan, dan tidak ada rute statis sementara yang tertinggal di tabel dari insiden.

Uji juga kegagalan yang membosankan: satu situs menggandakan trafiknya. Pada serah terima terutekan Anda melihat penghitung per prefiks; pada yang dijembatani Anda mungkin hanya melihat throughput antarmuka, yang membuat Anda menebak host mana yang bertanggung jawab.

Apa yang tidak dibeli kontrak

Label lapisan 2 atau lapisan 3 tidak mengatakan apa pun tentang latensi, tulang punggung khusus, atau enkripsi. Itu komitmen terpisah, dan angka ketersediaan tidak menyiratkan satu pun darinya. Baca perjanjian layanan untuk apa yang dijanjikan dan perlakukan sisanya sebagai asumsi yang harus Anda uji.

Jika kebutuhan Anda adalah sambungan titik-ke-titik antara dua router pelanggan, layanan lapisan 2 cocok tanpa meminta penyedia menjalankan perutean internal Anda. Jika kebutuhan Anda banyak situs dengan subnet berbeda dan tim operasi kecil, layanan terutekan biasanya menghapus pekerjaan yang seharusnya menjadi milik Anda.

Tidak ada yang menjadi default. Periksa dukungan perangkat untuk enkapsulasi, hubungan trafik nyata antar situs, model redundansi, dan apakah tim Anda dapat mengoperasikan bagian yang baru diterimanya. Lalu tuliskan nama pemilik di runbook, karena itulah satu-satunya bagian keputusan yang bertahan saat staf berganti.