Jenis Laluan OSPF Merentas VPN: Tidak Selalu Luaran

Awalan pelanggan melintasi awan penyedia sebagai laluan BGP VPN dan tiba di tapak jauh dengan rupa seperti laluan OSPF luaran, yang dijangka ramai jurutera dan bukan satu-satunya hasil yang mungkin. Apa yang dilihat CE jauh bergantung pada domain OSPF asal awalan itu dan jenis laluan asalnya, dan kedua-duanya bergerak bersama laluan VPN. Andaian bahawa setiap awalan yang diagihkan semula menjadi jenis 5 membawa kepada perubahan keutamaan yang tidak dapat berfungsi. Bandingkan pengenal domain dahulu, bukan jarak pentadbiran.

Model PE-CE membawa konteks yang cukup untuk PE penerima membina semula pengumuman OSPF dan bukannya menciptanya.

Apa yang Bergerak Bersama Laluan

RFC 4577 mentakrifkan atribut OSPF yang mengiringi laluan VPN: pengenal domain, metrik dan jenis laluan dari tapak asal. PE penerima menggunakannya untuk memutuskan bagaimana awalan yang layak sepatutnya kelihatan kepada proses OSPF tempatannya. Tanpa atribut itu, PE jauh tidak akan mempunyai asas untuk apa-apa selain pengagihan semula luaran. Itulah sebabnya laluan boleh tiba sebagai LSA antara kawasan walaupun BGP mengangkutnya di antaranya.

Jenis kawasan juga penting. Kawasan stub atau NSSA mengehadkan LSA mana yang boleh masuk, jadi laluan VPN yang sama boleh dibentangkan secara berbeza bergantung pada lokasi instans OSPF penerima. Dasar eksport yang dikonfigurasikan juga boleh mengatasi pembentangan lalai, yang merupakan pilihan sengaja dan bukan kesan sampingan.

Domain Sama, Pembentangan Berbeza

Laluan dalam kawasan atau antara kawasan dari domain yang sama biasanya tiba di tapak jauh sebagai laluan antara kawasan, iaitu LSA jenis 3. Awalan dari domain lain, asal yang tidak pernah bertutur OSPF atau pengumuman OSPF yang pada mulanya luaran mengikut peraturan luaran, dan di situlah jenis 5 dan setara NSSA-nya muncul. Kedua-dua tingkah laku adalah betul; inputnya berbeza. Bandingkan pengenal domain dan atribut yang diumumkan sebelum menyentuh nilai keutamaan.

Jarak pentadbiran memilih antara sumber pada satu penghala. Ia tidak menulis semula jenis LSA atau mencipta hubungan domain yang hilang.

Bila Pautan Sham Menjadi Jawapan yang Betul

Bayangkan dua tapak dalam kawasan yang sama disambungkan oleh pautan pintu belakang langsung. OSPF mengekalkan laluan dalam kawasan itu dan bukannya laluan antara kawasan yang ditawarkan melalui penyedia, walaupun kos yang dikonfigurasikan akan menjadikan laluan penyedia menarik. Pautan sham mewakili hubungan dalam kawasan merentas VPN supaya kos boleh mengambil bahagian dalam keputusan. Ia wujud untuk masalah pemilihan laluan khusus itu, bukan untuk menjadikan setiap laluan dari domain yang sama kelihatan dalaman.

Pautan sham memerlukan titik hujung yang boleh dicapai dan konfigurasi timbal balik pada kedua-dua PE. Menetapkannya hanya pada satu pihak menghasilkan hubungan yang tidak pernah terbentuk, dan jadual penghalaan mengekalkan keutamaan lamanya, yang kelihatan seolah-olah ciri itu tidak melakukan apa-apa.

Jangan Rosakkan Perlindungan Gelung

Model PE-CE menetapkan bit DN pada laluan yang diedarkannya supaya awalan tidak boleh kembali melalui CE lain dan diagihkan semula kali kedua. Perlindungan itulah yang menghalang awalan daripada bergelung antara tapak yang berkongsi domain OSPF. Mengalih keluar atau mengabaikannya untuk menjadikan laluan kelihatan dalaman boleh mencipta gelung yang direka untuk dihalang. Apabila awalan kelihatan salah, anggap bit DN sebagai maklumat dan bukan sebagai halangan.

Langkah berjaga-jaga yang sama terpakai kepada penapis pengagihan semula dan peta laluan yang menanggalkan komuniti. Setiap satu menanggalkan konteks yang diperlukan oleh pihak jauh, dan pengumuman yang terhasil boleh kelihatan munasabah walaupun salah. Tukar satu atribut pada satu masa dan semak apa yang sebenarnya dipasang oleh CE jauh.

Kemudian sahkan dari tapak jauh: jenis LSA, penghala pengumum dan laluan yang dipilihnya. Bukti itu menjawab soalan yang dikemukakan oleh tiket.