Apakah VPNv4 Memerlukan MPLS di Inti? Tidak Juga

Mengaktifkan keluarga alamat VPNv4 antara dua router hanya menciptakan konteks distribusi rute dan tidak lebih. Itu tidak memasang jalur penerusan dan tidak memberi tahu enkapsulasi mana yang akan membawa paket pelanggan ke titik akhir jarak jauh. Setelah kedua fakta itu dipisahkan, pertanyaan «apakah ini memerlukan MPLS di inti» menjadi pertanyaan yang lebih sempit dan dapat dijawab tentang bidang data yang didukung platform.

Apa yang sebenarnya dinegosiasikan keluarga alamat

BGP multiprotokol membawa informasi keterjangkauan lapisan jaringan VPNv4 di bawah AFI 1 dan SAFI 128, dan setiap entri memasangkan pembeda rute dengan prefiks dan label. Sesi menegosiasikan bahwa kedua pembicara dapat mengodekan dan mendekodekan informasi itu. Yang tidak dinegosiasikan adalah bidang data. Semua yang setelah paragraf ini menyangkut penerusan, dan tidak satu pun darinya diselesaikan oleh naiknya sesi.

Jadi sesi yang berhasil adalah bukti kemampuan bidang kendali, bukan penerusan. Router dapat menyimpan ribuan entri VPNv4 dan tetap membuang setiap paket pelanggan, dan itulah mengapa kedua kelas kegagalan tertukar sejak awal.

Perhatikan label di NLRI. Itu adalah label layanan, terikat ke prefiks di dalam VRF, dan memiliki peran penerusan begitu paket mencapai titik akhir keluar. Apakah perangkat transit mana pun membacanya adalah keputusan desain tersendiri.

Penerimaan, impor, dan penerusan adalah tiga langkah

Menerima rute, diizinkan menggunakannya, dan mampu meneruskan dengannya dilakukan oleh bagian perangkat yang berbeda. BGP menyimpan apa yang didengarnya; kebijakan impor dan kecocokan target rute memutuskan VRF mana yang boleh mempertimbangkannya; bidang penerusan kemudian harus menyelesaikan hop berikutnya yang diumumkan menjadi sesuatu yang benar-benar dapat didorong ke kabel.

Di langkah tengah itulah kegagalan paling mengejutkan berada. Rute dapat hadir di tabel BGP, valid, dan bahkan terbaik, sementara tabel rute VRF tetap kosong karena tidak ada target rute yang cocok dengan daftar impor. Tidak ada yang mencatat kesalahan protokol, karena tidak ada kesalahan protokol yang terjadi.

Langkah terakhir adalah tempat dukungan platform terlihat. Hop berikutnya yang terjangkau di lapisan bawah tidak otomatis dapat diselesaikan sebagai transportasi layanan VPN, dan perangkat mungkin memerlukan jenis terowongan tertentu, operasi label tertentu, atau keduanya. Membaca status resolusi lebih informatif daripada membaca jumlah rute.

Inti IP dapat membawa tumpukan yang tidak pernah dialihkannya

Pembedaan yang layak dipertahankan adalah antara «inti tidak menjalankan MPLS» dan «tidak ada label di mana pun dalam layanan». Itu adalah klaim yang berbeda, dan hanya yang pertama berbicara tentang perangkat transit. RFC 4023 mendefinisikan pembawaan MPLS melalui terowongan IP atau GRE, dan itulah mekanisme yang memungkinkan klaim kedua pada inti yang sepenuhnya IP.

customer packet + service label
  encapsulated in GRE, addressed to the egress tunnel endpoint
  forwarded by ordinary IP routers on the outer header
  decapsulated at the endpoint, label still meaningful

Router transit meneruskan berdasarkan tujuan IP luar dan tidak memerlukan prefiks pelanggan maupun pengalihan label asli. Di ujung jauh, terowongan luar dilepas dan label layanan melanjutkan tugasnya. Inti memindahkan muatan buram, dan itulah tepatnya yang menjadi keunggulan jaringan IP.

Yang tidak diberikan desain ini kepada Anda adalah jaminan universal. Ini bukan bukti bahwa setiap router menyelesaikan setiap hop berikutnya VPNv4 melalui antarmuka GRE apa pun, dan bukan alasan untuk menghapus konfigurasi MPLS asli yang berfungsi. Ini adalah contoh tandingan terhadap klaim universal, dan pertanyaan praktisnya tetap lokal pada platform. Catat pertanyaan itu sebagai batasan platform, bukan sebagai aturan protokol.

Telusuri rantainya di perangkat sampai putus

Mulai dari rute yang diterima dan berhenti pada langkah pertama yang gagal, karena langkah-langkah berikutnya tidak dapat didiagnosis selama langkah sebelumnya rusak. Empat perintah mencakup sebagian besar hal itu dalam implementasi tipikal.

show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_A

Bacalah sebagai urutan, bukan sebagai empat pemeriksaan independen. Yang pertama memastikan keluarga aktif dan peer bertukar rute; yang kedua menunjukkan apakah prefiks tiba dengan hop berikutnya yang dapat digunakan; yang ketiga membuktikan kelayakan impor; yang keempat menunjukkan apakah bidang penerusan mengikatkan label atau terowongan padanya.

Lalu uji jalur beban kerja di kedua arah, dengan MTU yang bertahan terhadap enkapsulasi. GRE menambahkan byte tajuk, dan jalur yang lolos uji kecil dapat gagal pada paket berukuran penuh hanya dalam satu arah, yang tampak seperti kesalahan aplikasi, bukan transportasi.

Dua catatan operasional menutup siklus. GRE adalah enkapsulasi, bukan kerahasiaan, jadi jaringan transit yang tidak tepercaya memerlukan pengaturan keamanan yang didukung di atasnya, bukan asumsi. Dan catat enkapsulasi mana yang benar-benar didukung platform sebelum tinjauan desain, karena satu jawaban itu menentukan apakah inti hanya-IP adalah pilihan yang sah atau rencana yang tidak dapat meneruskan.