RD lawan RT dalam MPLS VPN: keunikan lawan dasar import

Dua tapak pelanggan boleh mengiklankan 10.20.0.0/24 dan kedua-duanya kekal sah dalam satu rangkaian penyedia. Route distinguisher memisahkan iklan tersebut; route target menentukan VRF pelanggan mana yang boleh mengambil salinan. Kedua-duanya muncul bersebelahan dalam konfigurasi dan melakukan tugas yang sama sekali berbeza. Mengelirukan keduanya membawa kepada perubahan yang kelihatan munasabah dan tidak membaiki apa-apa.

Ikuti satu laluan dari tepi pelanggan ke VRF yang jauh dan pembahagiannya menjadi konkrit: identiti dipasang sebelum laluan masuk ke BGP, dan dasar pengedaran dinilai apabila laluan tiba di tepi penyedia yang menerimanya.

Laluan VPN-IPv4 ialah RD campur awalan IPv4

RFC 4364 mentakrifkan keluarga alamat VPN-IPv4 sebagai route distinguisher lapan bait diikuti alamat IPv4 empat bait. RD diletakkan di hadapan awalan pelanggan, jadi dua awalan yang sama dari tapak berbeza menjadi dua laluan BGP yang berbeza.

Binaan itu ialah keseluruhan mekanisme keunikan. Penyedia tidak memerlukan pelanggan bersetuju tentang ruang alamat yang tidak bertindih, dan laluan dari satu tapak tidak boleh menggantikan awalan yang sama dari tapak lain secara senyap.

Format RD sendiri ialah nilai yang dipilih pentadbir, biasanya nombor sistem autonomi dan nombor setempat. Bentuk berangkanya ialah konvensyen, bukan tanda bahawa kedua-dua medan berkongsi makna dengan route target yang kebetulan menggunakan digit yang sama.

RD menjadikan awalan yang bertindih boleh dibezakan

Pertimbangkan dua iklan untuk awalan yang sama. Tapak A membawa RD 65000:101 dan tapak B membawa RD 65000:202, kedua-duanya untuk 10.20.0.0/24. BGP kini memegang dua laluan VPN-IPv4 yang boleh dibandingkan, ditapis dan dipilih secara bebas.

RD tidak menyatakan VRF mana yang harus menerima mana-mana laluan itu, dan ia tidak mengenal pasti pelanggan atau perkhidmatan. Ia medan identiti untuk laluan, bukan senarai keahlian. RD sesebuah VRF tidak perlu sepadan dengan RD laluan yang diimportnya.

Sebab itulah menukar RD supaya sepadan dengan nombor tapak lain tidak membaiki apa-apa. Jika laluan hilang di sebelah sana, pemadanan digit mencipta masalah identiti yang lain dan bukannya membaiki keputusan import.

RT ialah atribut BGP, bukan tag dalam paket

Dasar eksport melampirkan satu atau lebih route target pada laluan sebagai atribut komuniti lanjutan BGP. Tepi penyedia yang menerima membandingkan atribut itu dengan dasar import setiap VRF. RT bergerak bersama laluan melalui satah kawalan. Perbandingan berlaku sepenuhnya dalam dasar penghalaan, sebelum mana-mana paket pelanggan dihantar.

Paket data pelanggan tidak membawa RT. Selepas laluan dipasang dalam VRF, penghantaran menggunakan jadual VRF itu dan tindanan label MPLS yang ditetapkan oleh seni bina. Tepi penyedia tidak membaca route target dari setiap paket pelanggan.

Satu laluan boleh membawa beberapa RT, dan satu VRF boleh mengimport beberapa. Konfigurasi sering kelihatan seperti blok pendek:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

Baca blok itu sebagai dua pernyataan berasingan. Baris eksport mengawal apa yang dilampirkan pada laluan yang meninggalkan VRF ini; baris import mengawal apa yang VRF ini bersedia pertimbangkan. Nombor yang sepadan itu memudahkan, bukan wajib.

Kelayakan import bukan pemasangan

Satu laluan boleh layak untuk VRF dan masih tidak muncul dalam jadual penghantarannya. Kelayakan ialah penapis; kemudian proses keputusan BGP biasa membandingkan laluan yang layak dan memilih satu. Laluan yang lebih lama atau kurang digemari boleh kalah kepada laluan lain yang layak.

Periksa laluan yang dipilih, bukan hanya dasar import. VRF yang mengimport RT 65000:500 dan tidak menunjukkan laluan untuk 10.20.0.0/24 mungkin telah menerima laluan itu dan menolaknya semasa pemilihan, atau mungkin tidak pernah menerimanya.

Perbezaan ini juga penting apabila awalan tidak dijangka muncul. Dasar import yang terlalu luas boleh menarik laluan yang tapak tidak niat gunakan, dan keunikan RD tidak menghalangnya sama sekali. Skop pengedaran ialah persoalan dasar RT.

Jejaki laluan yang hilang mengikut susunan satah kawalan

Mulakan dengan iklan: adakah VRF asal mengeksport RT yang dimaksudkan, dan adakah laluan itu wujud sebagai laluan VPN-IPv4 pada pemantul laluan atau PE penerima? Kemudian periksa atribut seperti yang diterima, bukan seperti yang dikonfigurasi pada penghantar.

Seterusnya bandingkan senarai import VRF penerima dengan nilai RT sebenar laluan itu. Akhir sekali periksa laluan yang dipilih dalam VRF itu dan ikatan label. Setiap langkah menjawab soalan berbeza, dan melompat ke RD biasanya melangkau langkah yang salah.

Catat RD, RT yang dieksport, RT yang diimport dan hop seterusnya yang dipilih untuk tapak yang berfungsi dan tapak yang gagal. Empat nilai bersebelahan mengubah “VPN tidak menghantar laluan” yang kabur menjadi langkah satah kawalan tepat yang berbeza.