Membaca label VPNv4 di perbatasan AS: model inter-AS mana yang berlaku

Membaca label VPNv4 di router perbatasan AS tidak memberi banyak petunjuk sampai Anda tahu model inter-AS mana yang diterapkan pada serah-terima itu. Label bukan sifat rute itu sendiri; ia mencatat kesepakatan tentang enkapsulasi dan pengiriman antara dua router. Kenali modelnya sebelum membaca tampilan. Kalau tidak, Anda sedang menelusuri kesepakatan yang tidak pernah dituliskan siapa pun.

Model mana yang diterapkan di perbatasan

Susunan VRF-ke-VRF menggabungkan VRF yang cocok melalui sambungan yang dirutekan. Masing-masing pihak melihat yang lain sebagai tetangga customer-edge dan mereka bertukar rute IPv4 biasa, jadi tidak ada yang memerlukan MPLS di perbatasan itu.

Susunan kedua menukar rute VPNv4 berlabel di antara router perbatasan itu sendiri. Itu hanya berhasil dengan jalur berlabel yang konsisten di seluruh interkoneksi serta distribusi route-target dan model kepercayaan yang diterima kedua pihak. Kalau salah satu bagian tidak ada, modelnya tidak dipakai, apa pun yang disiratkan konfigurasi.

Yang ketiga mendistribusikan keterjangkauan PE berlabel sementara rute VPN berjalan antara endpoint atau route reflector lintas AS. Ketiganya meninggalkan pekerjaan berbeda di perbatasan, dan mencampur control plane satu model dengan asumsi antarmuka model lain adalah kegagalan klasik. Ketidakcocokan itu biasanya muncul sebagai label yang tampak benar di satu sisi dan hilang di sisi lain.

Baca satu prefiks dari ujung ke ujung

Ambil satu prefiks pelanggan yang diizinkan dan telusuri. Lihat apa yang diiklankan, apa yang tiba, hop berikutnya, label, dan kebijakan impor yang menerimanya. Lalu lihat bagaimana router menyelesaikan penerusan menuju hop berikutnya itu, karena di situlah label berubah menjadi paket. Lewatkan salah satu paruhnya dan Anda sedang menggambarkan control plane yang mungkin tidak mengalirkan trafik. Kedua bacaan itu baru bermakna bersama-sama.

Angka itu bersifat lokal. Ia bermakna dalam kaitannya dengan router yang mengalokasikannya dan jalur yang membawa paket ke sana, itulah sebabnya nilai yang sama bisa muncul dua kali dan berarti dua hal berbeda. Bandingkan dengan apa yang dikatakan sisi penerima bahwa ia terima.

Label bersifat lokal, dan begitu pula janjinya

Kemampuan diperiksa di kedua ujung interkoneksi, bukan satu. Perintah di antarmuka Anda tidak berpengaruh pada antarmuka penyedia tetangga, dan rute yang diterima BGP tidak dengan sendirinya mengikat tetangga untuk meneruskan paket berlabel.

RFC 4364 membatasi peering VPNv4 berlabel pada susunan tepercaya dan memperingatkan agar tidak menerima label yang tidak pernah diiklankan ke peer tersebut. Itu pernyataan keamanan sekaligus pernyataan protokol. Jauhkan hubungan routing internet publik dari pertukaran rute VPN privat. Kalau interkoneksinya IP biasa, jangan harap ada label yang bertahan melewatinya. Dan bila tautannya berlabel, pastikan label transport luar ditukar dengan benar di setiap hop.

Label yang tampak benar di satu sisi dan hilang di sisi lain biasanya adalah ketidakcocokan itu, bukan bug routing.

Apa yang harus dicatat saat penerimaan

Penerimaan adalah uji paket, bukan tinjauan tabel. Ikuti paket pelanggan masuk ke VRF jauh dan ikuti balasannya kembali, lalu catat model mana yang diterapkan pada serah-terima itu. Tambahkan pemilik serah-terima di kedua sisi dan apakah perbatasan membawa IP biasa atau trafik berlabel.

Catatan itulah yang membuat operator berikutnya membaca tampilan label yang sama dengan benar. Tanpanya, model disimpulkan dari konfigurasi, dan asumsi yang disimpulkan adalah cara kesalahan yang sama terulang. bagian inter-AS RFC 4364 adalah tempat untuk memastikan model mana yang dimaksud.