Daripada laluan CE RIP ke VRF jauh: di mana eksport berlaku

Kemas kini RIPv2 tiba di tepi penyedia, masuk ke jadual penghalaan VRF, dan berhenti di situ melainkan sesuatu mengeksportnya secara eksplisit. Tiga keputusan berlaku berturutan, dan setiap satu boleh menolak prefiks atas sebabnya sendiri. Membacanya sebagai satu peristiwa ialah sebab orang mengejar peranti yang salah apabila tapak jauh tidak dapat mencapai rangkaian yang diiklankan dengan jelas oleh CE. Ikut laluan melalui PE dan urutannya menjadi jelas.

Apa yang PE lakukan dengan kemas kini RIP

PE menerima kemas kini pada antara muka VRF, menyemak bahawa sumber ialah jiran yang dibenarkan, dan memasang prefiks ke dalam jadual penghalaan VRF dengan kiraan hop yang diperoleh daripada iklan. Jadual itu ialah jadual penghalaan biasa dengan jarak pentadbirannya sendiri dan pemilihan laluan terbaiknya sendiri. Jika CE mengiklankan prefiks yang sama dua kali dengan metrik berbeza, hanya yang lebih baik kekal dalam jadual. Tiada apa dalam langkah ini melibatkan tulang belakang penyedia.

Prefiks kini wujud dalam konteks penghalaan seorang pelanggan, yang jauh daripada boleh dicapai di mana-mana tempat lain.

Eksport ialah tindakan dasar, bukan akibat protokol

Untuk meninggalkan VRF, laluan mesti diagihkan semula ke dalam proses MP-BGP yang membawa laluan VPN, dan ia memerlukan komuniti lanjutan sasaran laluan yang mengenal pasti VRF jauh mana yang boleh mengimportnya. Seni bina dalam RFC 4364 menyimpan pertukaran itu berasingan daripada protokol CE-ke-PE tepat atas sebab ini. Menggunakan RIP di tepi tidak mengatakan apa-apa tentang apa yang patut melintasi rangkaian penyedia.

Tulis kontrak eksport sebelum mengkonfigurasi apa-apa: prefiks pelanggan yang mesti boleh dicapai dari jauh, laluan yang mesti kekal setempat, dan sebarang lalai, lebih spesifik atau pengecualian perkhidmatan dikongsi. Padankan kontrak itu dengan VRF sebenar dan bukan dengan VRF bernama serupa milik pelanggan lain.

Bahagian import ialah dasar kedua dengan sasaran laluannya sendiri, dan eksport yang sepadan dengan import yang tidak sepadan menghasilkan prefiks yang wujud dalam tulang belakang dan tidak muncul dalam mana-mana jadual jauh.

Pengagihan semula dan asalan eksplisit berkelakuan berbeza

Pengagihan semula mengambil laluan yang sudah ada dalam jadual VRF dan menyalinnya ke BGP, ditapis oleh peta laluan. Peta menentukan prefiks mana yang layak dan atribut apa yang dibawanya, dan metrik mesti ditetapkan secara eksplisit kerana kiraan hop RIP tidak bermakna sebagai metrik BGP. Apa-apa yang anda biarkan tidak ditetapkan diwarisi dengan cara yang biasanya mengejutkan orang yang membaca konfigurasi enam bulan kemudian.

Pengagihan semula bersama ialah tempat kerosakan senyap berlaku. Prefiks yang dieksport ke BGP boleh kembali melalui titik pengagihan semula kedua, dan tanpa tag atau penapis laluan berayun sementara kedua-dua jadual kelihatan munasabah pada setiap saat. Tapis mengikut tag yang digunakan di tepi dan bukannya bergantung pada topologi untuk menghalang laluan pulang.

Asalan eksplisit kelihatan lebih kemas dan ia bukan tanpa syarat. Pernyataan rangkaian biasanya memerlukan laluan yang sepadan dalam jadual penghalaan sebelum prefiks diasalkan, jadi iklan hilang pada saat CE berhenti mengiklankannya. Itu selalunya tingkah laku yang anda mahu, dan ia tidak sama dengan laluan statik yang kekal dikonfigurasi selamanya. Semak peraturan sebenar platform dan bukannya menganggap mana-mana tingkah laku.

Sama ada cara, soalan yang perlu ditanya tentang setiap prefiks ialah sumber aktif mana yang menjadikannya layak dan apa yang berlaku apabila sumber itu hilang.

Sahkan rantaian di empat tempat

Lihat iklan CE, jadual penghalaan VRF, jadual laluan VPN dengan sasaran laluannya, dan import VRF jauh, dalam urutan itu. Pada IOS itu bermakna output jiran CE, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, dan arahan yang sama pada PE jauh. Pada IOS-XR output setara berada di bawah show bgp vrf CUSTOMER ipv4 unicast. Nama arahan berbeza, empat titik semakan tidak.

Semak prefiks yang sepatutnya ditolak dengan teliti seperti yang sepatutnya lulus, kerana dasar yang membenarkan segala-galanya kelihatan sama dengan yang betul sehingga pengecualian pertama tiba. Kemudian perhatikan penarikan: matikan antara muka CE, dan sahkan bahawa entri jauh hilang dalam pemasa yang dijangka dan bukannya kekal.

Catat siapa yang memiliki setiap dasar. Apabila penyedia menjalankan CE, tingkah laku yang dihantar tergolong dalam kontrak perkhidmatan, dan protokol atau dasar penarikan yang berbeza pada peranti terurus ialah masalah dokumentasi sebelum ia menjadi masalah penghalaan.