Bangun batas EVPN di sekitar kebijakan ekspor, bukan di sekitar lampiran

Asumsi umum adalah bahwa model lampiran Layer 2 di batas menentukan semua yang ada di atasnya, sehingga desain dimulai dengan sepasang vPC dan bergerak ke atas. Biasanya berakhir dengan keputusan perutean yang diambil secara tidak sengaja. Batas EVPN adalah batas perutean terlebih dahulu: konteks perutean penyewa bertemu domain perutean eksternal, dan apa yang menyeberangi garis itu adalah pernyataan kebijakan. Pilih rute, hubungan ASN, dan jalur kegagalan sebelum ada yang berdebat soal port-channels. Model lampiran kemudian mengikuti kebutuhan, bukan menentukan kebutuhan itu.

Mulai dari apa yang menyeberangi batas

Tuliskan rute yang harus terlihat di setiap sisi, arah perjalanannya, dan siapa yang menyetujui perubahan daftar itu. Batas yang menerima segalanya dan mengumumkan segalanya tidak punya kebijakan, hanya kabel.

Lalu namai kegagalan yang ingin Anda operasikan: satu uplink mati, satu border leaf mati, atau seluruh domain eksternal tak terjangkau. Setiap jawaban mengubah apakah Anda perlu dua tetangga independen, lampiran Layer 2 bersama, atau keduanya.

Hanya setelah kedua daftar itu ada, pertanyaan lampiran menjadi terjawab. Sebelumnya setiap mekanisme tampak sama sahnya. Sesudahnya sebagian besar menyingkirkan dirinya sendiri. Itulah seluruh alasan untuk mengerjakan perutean lebih dulu.

Tetapkan batas ASN dan peering

Fabric dengan AS privat biasanya melakukan peering dengan domain batas publik melalui eBGP, dan bagian menariknya adalah kebijakan di kedua sisi. Putuskan prefiks mana yang diterima, mana yang diumumkan, dan AS path apa yang harus diterima upstream.

RFC 6996 menyediakan rentang ASN untuk penggunaan privat, dan ASN itu semestinya tidak muncul dalam pengumuman global. Terapkan kebijakan penghapusan atau penyaringan yang didukung platform dan verifikasi pengumuman yang dihasilkan alih-alih menganggap perangkat sudah melakukannya. Langkah itu juga tidak memberi Anda wewenang mengumumkan prefiks publik sembarangan, itu percakapan terpisah dengan pemilik alamat.

Konfederasi atau fitur local-AS adalah pilihan desain untuk topologi tertentu. Keduanya tidak wajib hanya karena fabric dan upstream memakai peran ASN berbeda, dan mengadopsi salah satunya tanpa kebutuhan menambah bagian bergerak pada setiap perubahan di masa depan.

Uplink Layer 3 tidak memerlukan multichassis LAG

Antarmuka routed independen dengan tetangga BGP sendiri memberi dua jalur jelas dan dua domain kegagalan jelas. vPC atau multichassis LAG lain melayani kebutuhan lampiran Layer 2, dan itu alat yang tepat ketika kebutuhan itu ada.

Aturan umum bahwa setiap pasangan batas harus memakai vPC, atau harus menghindarinya, menyembunyikan kondisi yang sebenarnya menentukan kasusnya. Tanyakan apa yang harus dibawa lampiran, lalu pilih mekanisme yang membawanya dengan mode kegagalan bersama paling sedikit.

Kebijakan perutean yang Anda tulis pertama tidak berubah ketika mekanisme lampiran berubah, yang merupakan tanda baik bahwa urutannya benar.

Ekspor hanya yang dibutuhkan penyewa

Penyewa mungkin memerlukan rute default, sekumpulan prefiks eksternal terpilih, atau tabel yang jauh lebih besar. Pilih cakupan itu berdasarkan kapasitas penerusan dan bidang kendali yang nyata, bukan berdasarkan hitungan lama rute internet yang tidak diukur ulang oleh siapa pun.

Rute EVPN IP Prefix, biasa disebut Type 5 dan didefinisikan dalam RFC 9136, membawa informasi prefiks di overlay. Implementasinya tetap memerlukan kebijakan ekspor dan impor yang cocok plus resolusi next-hop, jadi menerima rute BGP eksternal di batas tidak berarti setiap VRF penyewa mengimpornya.

Tidak setiap leaf memerlukan tabel lengkap hanya karena batas memegangnya. Distribusikan apa yang dituntut lalu lintas penyewa, dan biarkan batas memiliki sisanya.

Verifikasi satu prefiks dari ujung ke ujung

Pilih prefiks eksternal yang representatif dan ikuti melalui VRF yang dimaksud di batas, kebijakan ekspor, konteks penerusan leaf penerima, dan jalur kembali ke sumber penyewa. Prefiks yang muncul di satu tempat dan tidak di tempat berikutnya langsung melokalisasi kesalahannya.

Pastikan bagaimana next hop diselesaikan melalui overlay, karena rute yang ada dengan next hop yang belum terselesaikan tidak meneruskan apa pun. Lalu ulangi pemeriksaan setelah perubahan uplink, sebab saat itulah kebijakan dan resolusi next-hop paling sering menyimpang.

Urutan kerja: daftar rute yang menyeberang, sepakati kebijakan ASN, pilih lampiran untuk tugas sebenarnya, tentukan cakupan ekspor per penyewa, lalu verifikasi satu prefiks dan jalur kembalinya.