Laluan null NX-OS EVPN: kekalkan pembuangan dalam satu penyewa
Entri Null0 membuang secara setempat dan tidak mengumumkan apa-apa. Pengetegan, dasar eksport dan dasar VTEP penerima ialah tiga keputusan berasingan untuk disemak.
Permintaan datang sebagai perubahan satu baris: blackhole satu alamat. Anda menambah laluan hos ke Null0 dalam konteks penyewa, awalan itu hilang daripada jadual setempat seperti dijangka, dan kemudian soalan bermula. Adakah laluan itu meninggalkan peranti? Adakah VTEP jauh membuang, atau mereka hanya kehilangan kebolehcapaian? Adakah penyewa kedua kini terjejas?
Laluan statik setempat yang betul hanya menjawab soalan pertama itu, sebab itulah perubahan blackhole sebenarnya tiga hasil yang disemak dan bukan satu arahan.
Apa yang sebenarnya perlu dihasilkan oleh perubahan itu
Mulakan dengan menulis ketiga-tiga hasil. Penyewa yang dimaksudkan mesti membuang destinasi secara setempat. Hanya laluan yang dibenarkan boleh dieksport, tanpa apa-apa lain ikut serta. Setiap VTEP penerima mesti memilih tindakan pembuangan yang dimaksudkan dan bukan laluan lain.
Setiap hasil mempunyai buktinya sendiri, dan tiada satu pun mengandaikan yang lain. Laluan Null0 setempat menghasilkan pembuangan setempat dan, tanpa pengagihan semula, tidak mengeksport apa-apa. Laluan yang diagihkan semula tanpa community yang dipersetujui tiba sebagai awalan biasa dan diteruskan. Community tanpa dasar penerimaan boleh diabaikan sepenuhnya.
Menulis hasil terlebih dahulu juga melindungi anda daripada kegagalan biasa: perubahan yang kelihatan berjaya kerana destinasi itu sudah tidak boleh dicapai atas sebab yang tidak berkaitan. Jika anda tidak dapat menerangkan cara membezakan kedua-duanya, ujian penerimaan belum direka.
Pernyataan setempat hanya melakukan bahagian pertama
Untuk NX-OS dalam siri 10.4(x), laluan null terletak dalam konteks VRF penyewa dan bukan dalam satu arahan yang menamakan VRF. Fragmen itu pendek, dan ia sama sekali bukan konfigurasi EVPN yang lengkap.
vrf context TENANT_A
ip route 192.0.2.10/32 Null0
Alamat itu awalan dokumentasi, bukan sasaran. Perhatikan perbezaan sintaks dengan IOS, di mana nama VRF muncul di dalam arahan laluan itu sendiri, dan sahkan bentuk yang disokong untuk keluaran yang benar-benar anda jalankan sebelum menampal apa-apa.
Dengan sendirinya baris ini membuang trafik untuk hos itu dalam TENANT_A dan tidak melakukan apa-apa lagi. Ia tidak mengeteg laluan, tidak memilihnya untuk BGP dan tidak menetapkan community. Itu keputusan konfigurasi yang berasingan, dan setiap satu ialah tempat perubahan mungkin terlalu sempit untuk berfungsi atau terlalu luas untuk selamat.
Pembuangan setempat juga menjejaskan trafik sah ke destinasi yang sama. Jika niatnya adalah menghentikan satu sumber yang menyalahguna sementara pengguna sebenar masih memerlukan alamat itu, laluan null ialah alat yang salah dan anda akan mempelajarinya daripada panggilan sokongan pertama.
Eksport dan import ialah perjanjian berasingan
Pengagihan semula ialah tempat skop diputuskan. Hadkan awalan yang layak kepada mitigasi yang diluluskan, kekalkannya dalam penyewa dan hadkan rakan asal kepada yang ada dalam reka bentuk. Mengagihkan semula setiap laluan statik kerana satu laluan hos bertanda perlu bergerak ialah cara perubahan penyelenggaraan menjadi insiden penghalaan.
Community BLACKHOLE ialah perjanjian tentang nilai yang terkenal, bukan kebenaran untuk mana-mana jiran membuang mana-mana alamat. RFC 7999 menerangkannya dalam istilah itu, dan sempadan kepercayaan tentang siapa yang boleh mengumumkannya ialah sebahagian daripada reka bentuk dan bukan butiran pelaksanaan.
Bahagian penerima memerlukan konfigurasinya sendiri. Pada NX-OS, laluan null jenis 5 memerlukan pemprosesan route-map pada VTEP untuk memilih tingkah laku pembuangan, yang didokumenkan bersama langkah eksport. Peranti penghantar yang mengeteg dengan betul dan penerima yang mengabaikan teg menghasilkan perubahan yang kelihatan digunakan dan tetap meneruskan trafik.
Semak route-map untuk kesan sampingan semasa anda di sana. Dasar baharu yang menyekat boleh menekan kebolehcapaian sah untuk awalan yang tidak berkaitan, dan kerosakan itu muncul lebih lewat daripada blackhole dan lebih sukar untuk dikaitkan dengannya.
Tulis penarikan sebelum penyisipan
Catat pemilik destinasi, sebab, pelulus dan tarikh luput sebelum apa-apa dikonfigurasikan. Pembuangan tanpa tarikh luput menjadi entri kekal yang asalnya tiada siapa ingat, dan orang seterusnya yang akan menyahpepijat alamat itu akan menganggapnya sebagai bahagian biasa rangkaian.
Kekalkan laluan pengurusan bebas yang tidak bergantung pada laluan yang anda ubah. Jika mitigasi meliputi alamat yang anda gunakan untuk mencapai peranti, anda telah mencipta kunci masuk dengan langkah tambahan.
Namakan kawalan tepat yang membuang mitigasi, dan uji pembuangan itu di makmal atau dalam tetingkap yang anda mampu. Penarikan yang tiada siapa pernah berlatih ialah pelan dan bukan prosedur.
Terima dengan bukti, bukan dengan keluaran arahan
Semak keadaan penghalaan yang dipilih dan keadaan penghantaran pada VTEP yang dimaksudkan, dan semak destinasi jiran yang mesti kekal tidak terjejas. Sahkan tiada penyewa lain mengimport awalan itu, kerana kebocoran antara penyewa ialah mod kegagalan yang menukar tindakan penyelenggaraan menjadi insiden.
Kemudian tarik balik dan sahkan bahawa laluan biasa dan perkhidmatan kembali. Panduan NX-OS EVPN untuk laluan null untuk keluaran 10.4(x) mendokumenkan pengetegan, pengagihan semula dan dasar penerimaan yang diterangkan di sini, dan inilah rujukan untuk dibandingkan dengan keluaran anda sendiri.