Dua PE, satu prefiks: mengapa RD menentukan keterlihatan

Dua penghala tepi yang mengiklankan prefiks pelanggan yang sama menerangkan satu destinasi VPNv4 sehingga sesuatu memisahkan keduanya, dan pemisahnya ialah route distinguisher. Ia melayakkan prefiks itu; ia tidak menentukan siapa yang mengimport hasilnya, itu tugas route target. Peruntukkan RD daripada set laluan yang mesti kekal boleh dibezakan dalam setiap domain tempat iklan itu boleh bertemu, bukan daripada susun atur fail satu kotak. Nombor yang anda pilih ialah identiti yang akan menjadi sandaran semakan kemudian, jadi ia perlu ada dalam inventori sebelum masuk ke konfigurasi.

Satu RD dan satu prefiks, satu destinasi

Satu RD ditambah prefiks IPv4 membentuk destinasi VPNv4 yang dibandingkan oleh satah kawalan. Beri dua PE prefiks yang sama untuk pelanggan berbeza dan, tanpa RD berbeza, mereka mengiklankan laluan ke satu destinasi. Tiada apa pada paparan memberitahu anda bahawa pengelompokan itu salah, kerana platform melakukan tepat apa yang dikatakan identiti. Tukar RD pada salah satunya dan iklan lama ditarik balik sementara di bawah identiti lain muncul yang baru. Apa-apa di hilir yang bergantung pada identiti lama, daripada pemilihan laluan hingga penapis pengendali tersimpan, kini merujuk sesuatu yang tidak lagi wujud.

Beberapa laluan bagi setiap destinasi ialah tingkah laku BGP biasa, bukan simptom. Seorang speaker boleh menyimpan beberapa laluan diterima sambil memilih satu laluan terbaik untuk penghantaran, dan jurang antara diterima dan dipilih ialah tempat persoalan keterlihatan tinggal. Apabila sesuatu laluan kelihatan hilang, sahkan sama ada identiti miliknya masih wujud sebelum melihat sesi.

RD sama, destinasi sama, laluan berbeza

Hantar satu RD dan satu prefiks daripada dua penghala bagi pihak perkhidmatan yang sama dan kedua-duanya menawarkan laluan ke satu destinasi, biasanya dengan hop seterusnya berbeza. Yang mana satu dihantar oleh route reflector ialah keputusan tentang reflector: pemilihan laluannya, keupayaan pengiklanannya dan apa-apa dasar yang dilapisi di atasnya. Tiada penghala tepi yang mengawal pilihan itu. Beri kedua-dua iklan RD berbeza dan setiap satu menjadi destinasinya sendiri, jadi kedua-duanya boleh bertahan pada satah kawalan yang jika tidak hanya membawa laluan terpilih untuk satu identiti.

Keterlihatan dan multipath bertemu di VRF penerima, tetapi ia bukan keputusan yang sama, dan reflector yang membawa dua identiti belum mengkonfigurasi laluan terpasang kedua. VRF memasang apa yang dibenarkan oleh dasar importnya dan apa yang dibenarkan oleh tetapan laluan maksimumnya sendiri. Semak tetapan itu secara berasingan apabila anda mahu laluan kedua digunakan dan bukan sekadar kelihatan.

Peraturan keunikan setempat bukan dasar

Memberi setiap PE dan setiap instans penghalaan RD sendiri ialah konvensyen yang sihat: ia menamakan asal, menghalang perkhidmatan tidak berkaitan daripada berlanggar pada satu identiti dan memberi inventori kunci yang stabil. Sesetengah platform hanya memerlukan keunikan di dalam kotak dan secara jelas membenarkan penghala berkongsi RD untuk instans VPN yang sama. Kebenaran itu ialah kekangan pelaksanaan, bukan peraturan merentas rangkaian yang boleh anda serahkan kepada vendor. Jika domain merangkumi pasukan, tulis dasar peruntukan itu sendiri.

Keahlian tidak pernah datang daripada digit. Corak seperti 65000:12 untuk satu PE dan 65000:13 untuk yang lain ialah kebiasaan, manakala sasaran eksport dan import yang sepadan seperti 65000:112 ialah yang meletakkan laluan ke dalam VRF. Anggap RD sebagai identiti laluan dan route target sebagai kebenaran yang membawanya ke dalam VRF.

Buktikan perubahan pada VRF, bukan pada paparan

Sebelum menyentuh RD, tuliskan empat perkara: apa yang PE iklankan hari ini, apa yang dipantulkan oleh reflector, apa yang diimport oleh VRF penerima dan laluan mana yang dipilihnya. RD baharu menarik balik satu iklan dan memperkenalkan yang lain, jadi perubahan itu muncul pada kedua-dua belah sesi dan mudah disalahtafsir jika anda hanya memerhati bahagian yang mengiklankan. Penerimaan harus bergantung pada ketercapaian yang anda mahukan, bukan pada baris tambahan yang muncul dalam senarai prefiks. Jadual di bawah menjaga ketiga-tiga pengecam daripada bercampur semasa semakan itu.

Mulakan pada PE yang mengiklankan dan bandingkan kedua-dua identiti bagi prefiks yang sama sebelum membuang apa-apa. Arahan IOS di bawah menjawab tiga soalan mengikut urutan: adakah iklan lama masih ada, adakah identiti baharu kelihatan kepada reflector dan adakah VRF memilih prefiks itu.

show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24
show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24
show ip route vrf CUSTOMER-A 203.0.113.0/24

Platform lain mencetak maklumat yang sama dengan sintaks berbeza, dan soalan-soalan itu kekal selepas perubahan tersebut. Jika identiti baharu tiada pada reflector sedangkan PE menyenaraikannya sebagai diiklankan, suspek pertama ialah dasar atau keupayaan pengiklanan reflector, bukan penomboran.

Catat PE, instans, RD, sasaran eksport dan import serta pemilikan prefiks di satu tempat, kerana peruntukan seterusnya ialah carian dan bukan tekaan hanya apabila rekod itu wujud. Kekalkan RD lama sehingga identiti baharu kelihatan dalam VRF penerima, kemudian tarik balik pada langkah kedua supaya setiap peringkat kekal boleh diterbalikkan.