Tipe Rute OSPF Lintas VPN: Tidak Selalu Eksternal

Prefiks pelanggan melintasi cloud penyedia sebagai rute BGP VPN dan tiba di situs jauh dengan tampilan seperti rute OSPF eksternal, yang banyak diharapkan insinyur dan bukan satu-satunya hasil yang mungkin. Apa yang dilihat CE jauh bergantung pada domain OSPF asal prefiks dan tipe rute aslinya, dan keduanya ikut bepergian dengan rute VPN. Mengasumsikan setiap prefiks yang didistribusikan ulang berubah menjadi tipe 5 mengarah pada perubahan preferensi yang tidak dapat bekerja. Bandingkan pengenal domain terlebih dahulu, bukan jarak administratif.

Model PE-CE membawa cukup konteks agar PE penerima dapat merekonstruksi pengumuman OSPF alih-alih mengarangnya.

Apa yang Ikut Bepergian dengan Rute

RFC 4577 mendefinisikan atribut OSPF yang menyertai rute VPN: pengenal domain, metrik, dan tipe rute dari situs asal. PE penerima menggunakannya untuk memutuskan bagaimana prefiks yang memenuhi syarat seharusnya tampil kepada proses OSPF lokalnya. Tanpa atribut tersebut, PE jauh tidak akan memiliki dasar untuk apa pun selain pendistribusian ulang eksternal. Itulah sebabnya rute dapat tiba sebagai LSA antararea meskipun BGP mengangkutnya di antaranya.

Jenis area juga penting. Area stub atau NSSA membatasi LSA mana yang boleh masuk, sehingga rute VPN yang sama dapat disajikan secara berbeda tergantung di mana instans OSPF penerima berada. Kebijakan ekspor yang dikonfigurasi juga dapat menimpa penyajian default, yang merupakan pilihan yang disengaja dan bukan efek samping.

Domain Sama, Penyajian Berbeda

Rute intraarea atau antararea dari domain yang sama biasanya tiba di situs jauh sebagai rute antararea, yaitu LSA tipe 3. Prefiks dari domain lain, asal yang tidak pernah berbicara OSPF, atau pengumuman OSPF yang semula eksternal mengikuti aturan eksternal, dan di situlah tipe 5 serta padanan NSSA-nya muncul. Kedua perilaku benar; masukannya berbeda. Bandingkan pengenal domain dan atribut yang diumumkan sebelum menyentuh nilai preferensi.

Jarak administratif memilih di antara sumber pada satu router. Jarak ini tidak menulis ulang tipe LSA atau menciptakan hubungan domain yang hilang.

Kapan Sham Link Menjadi Jawaban yang Tepat

Bayangkan dua situs di area yang sama yang dihubungkan oleh tautan pintu belakang langsung. OSPF mempertahankan jalur intraarea itu alih-alih jalur antararea yang ditawarkan melalui penyedia, bahkan ketika biaya yang dikonfigurasi akan membuat jalur penyedia menarik. Sham link merepresentasikan hubungan intraarea di seluruh VPN agar biaya dapat ikut ambil bagian dalam keputusan. Sham link ada untuk masalah pemilihan jalur yang spesifik itu, bukan untuk membuat setiap rute dari domain yang sama terlihat internal.

Sham link memerlukan titik akhir yang dapat dijangkau dan konfigurasi timbal balik pada kedua PE. Menyetelnya hanya di satu sisi menghasilkan hubungan yang tidak pernah terbentuk, dan tabel perutean mempertahankan preferensi lamanya, yang terlihat seolah fitur itu tidak melakukan apa pun.

Jangan Rusak Perlindungan Loop

Model PE-CE menyetel bit DN pada rute yang didistribusikannya agar prefiks tidak dapat kembali melalui CE lain dan didistribusikan ulang untuk kedua kalinya. Perlindungan itulah yang mencegah prefiks berputar di antara situs yang berbagi domain OSPF. Menghapus atau mengabaikannya agar rute terlihat internal dapat menciptakan persis loop yang dirancang untuk dicegahnya. Ketika prefiks tampak salah, perlakukan bit DN sebagai informasi dan bukan sebagai hambatan.

Kewaspadaan yang sama berlaku untuk filter pendistribusian ulang dan peta rute yang menghapus komunitas. Masing-masing menghilangkan konteks yang dibutuhkan sisi jauh, dan pengumuman yang dihasilkan dapat tampak masuk akal sementara salah. Ubah satu atribut pada satu waktu dan periksa apa yang benar-benar dipasang CE jauh.

Kemudian verifikasi dari situs jauh: tipe LSA, router pengumum, dan jalur yang dipilihnya. Bukti itu menjawab pertanyaan yang diajukan tiket.