Tabel SNMP mana yang menghubungkan rute VPNv4 dengan labelnya?
Pilih label yang Anda butuhkan, lalu hubungkan entri rute VRF dengan sambungan silang dan segmennya. Pastikan agen mengimplementasikan objek itu sebelum melakukan walk.
Tiga label berbeda ikut bepergian dengan satu rute VPNv4, dan walk SNMP hanya menampilkan yang diimplementasikan agen. Atribut BGP yang diterima, label layanan masuk yang dialokasikan secara lokal, dan label penerusan keluar berada di tabel berbeda di bawah indeks berbeda. Meminta label ke perangkat tanpa memilih lebih dulu mana dari ketiganya yang dimaksud adalah cara proyek pengumpulan data tersendat pada chassis pertamanya.
Pilih yang dibutuhkan tugas Anda, lalu ikuti rantai indeks yang mencapainya. Jika rantai putus pada objek yang tidak diimplementasikan agen, itu temuan yang dicatat, bukan celah yang diisi dengan OID karangan.
Pilih label mana dari ketiganya yang dibutuhkan tugas
Label yang diterima dari peer datang sebagai atribut jalur BGP dan menjelaskan apa yang peer itu harapkan Anda dorong ke arahnya. Label layanan masuk dialokasikan perangkat ini untuk prefiks VRF dan menandai lalu lintas yang masuk ke LSP. Label atas keluar adalah yang benar-benar didorong bidang penerusan menuju hop berikutnya, dan berubah setiap kali hop berikutnya berubah.
Hanya yang kedua dan ketiga termasuk keadaan penerusan pada kotak yang dipolling. Yang pertama adalah pernyataan tentang harapan tetangga, bukan tentang chassis ini.
MIB L3VPN standar memodelkan rute VRF dan asosiasinya dengan sambungan silang, yang cukup untuk mencapai label layanan dan penerusan lokal. MIB itu tidak menjanjikan pembuangan setiap atribut yang diterima sesi BGP. Bacalah tabel untuk apa yang dikandungnya, bukan untuk apa yang disiratkan pertanyaan. Kolektor yang dibangun di atas asumsi keliru melaporkan nol dan mengarsipkannya sebagai data yang hilang.
| What you want | Where it lives | What a walk can return |
|---|---|---|
| Label advertised by a peer | BGP session state for that VRF | Usually outside the standard L3VPN MIB |
| Incoming service label for a prefix | VRF route entry joined to an incoming segment | Available when both tables are implemented |
| Label pushed toward the next hop | Outgoing segment with a push condition | Available, but only meaningful while a top label is pushed |
Hubungkan entri rute VRF dengan sambungan silangnya
RFC 4382 mendefinisikan mplsL3VpnVrfRteTable. Bacalah indeksnya sebagai enam bagian: nama VRF, jenis alamat tujuan, prefiks itu sendiri, nilai kebijakan, jenis hop berikutnya, dan alamat hop berikutnya. Entri IGP dan BGP berbagi tabel itu, jadi catat protokol perutean di samping prefiks. Dua baris dapat membawa prefiks yang sama dan berbeda hanya pada hop berikutnya, dan memilih baris yang salah mengarahkan sambungan ke sambungan silang lain.
Kolom mplsL3VpnVrfRteXCPointer membawa indeks sambungan silang, bukan OID baris penuh, meskipun namanya menyiratkan sebaliknya. Nilai nol satu oktet berarti tidak ada tumpukan label terkait, yang Anda lihat sebelum ikatan mengendap atau untuk rute yang tidak pernah membutuhkannya.
Terjemahkan kolom itu sebelum di-walk, agar subpohon numerik pada keluaran tidak ambigu. Kedua perintah di bawah ini menyapa simpul yang sama dalam notasi berbeda.
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
Bawa indeks yang dikembalikan ke tabel sambungan silang, yang kunci entrinya berupa tripel: indeks sambungan silang, indeks segmen masuk, dan indeks segmen keluar. Tripel itulah sambungan yang mengubah rute menjadi label. Walk subpohon sambungan silang untuk indeks tertentu alih-alih seluruh tabel, karena pembacaan terindeks menjaga asosiasi tetap utuh dan walk massal tidak.
Bacalah indeksnya, bukan nomor labelnya
Indeks segmen mengidentifikasi baris, dan label adalah nilai di dalam baris itu, sehingga menukar yang satu dengan yang lain menghasilkan jawaban yang tampak masuk akal tetapi menunjuk ke LSP yang salah. Di sisi masuk, periksa antarmuka dan konteks label bersama mplsInSegmentLabel, dengan mengingat bahwa objek itu dapat membawa penunjuk ke tabel label ketika baris merujuk ke entri di tempat lain.
Di sisi keluar, periksa antarmuka keluar dan apakah baris menyatakan bahwa label atas didorong sebelum membaca mplsOutSegmentTopLabel. Kolom label atas yang terisi pada baris yang tidak mendorong apa pun adalah nilai basi atau sisa jalur sebelumnya, bukan keadaan penerusan saat ini. Tumpukan yang lebih dalam memerlukan tabel tumpukan label yang dirujuk, dan langkah tambahan itu normal, bukan cacat.
Konvensi nol khusus berlaku untuk jalur yang berasal atau berakhir secara lokal di router. Perlakukan indeks nol sebagai perilaku yang terdokumentasi, bukan hasil kosong, dan konfirmasikan terhadap keadaan penerusan lokal.
Pastikan apa yang diimplementasikan agen sebelum meningkatkan skala
Verifikasi objek yang diimplementasikan untuk platform dan rilis yang tepat, famili alamat yang digunakan, dan setiap batasan operasional pada subpohon. Polling dengan kredensial hanya-baca yang dibatasi pada subpohon itu, dan terima bahwa objek yang hilang mungkin berarti fitur tidak diimplementasikan, bukan bahwa MIB salah.
Korelasikan satu rute VRF yang diketahui dengan keluaran operasional perangkat itu sendiri sebelum mengarahkan kolektor ke seluruh tabel. Simpan setiap komponen indeks dan waktu pengumpulan dengan setiap sampel, karena rute dan ikatan bergerak di antara walk. Cuplikan yang dijahit dari dua walk berjarak beberapa menit dapat mencampur indeks sambungan silang lama dengan rute baru dan tampak sepenuhnya konsisten.
Di mana tampilan BGP yang diterima atau objek label khusus vendor benar-benar hilang, beralihlah ke antarmuka telemetri atau operasional yang didokumentasikan platform. Sambungan standar mencakup label penerusan lokal dan sedikit lagi, jadi perlakukan itu sebagai langkah pertama rancangan pengumpulan, bukan sebagai barang jadi.