Bảng SNMP nào nối một tuyến VPNv4 với nhãn của nó?
Chọn nhãn mà bạn cần, rồi nối mục tuyến VRF với một kết nối chéo và các phân đoạn của nó. Xác nhận rằng tác nhân triển khai những đối tượng đó trước khi thực hiện lượt walk.
Ba nhãn khác nhau cùng đi với một tuyến VPNv4, và một lượt SNMP walk chỉ hiển thị những nhãn mà tác nhân triển khai. Thuộc tính BGP nhận được, nhãn dịch vụ vào được cấp phát cục bộ và nhãn chuyển tiếp ra nằm trong các bảng khác nhau dưới các chỉ mục khác nhau. Hỏi một thiết bị về nhãn mà không chọn trước nhãn nào trong ba nhãn là cách một dự án thu thập bị kẹt ngay ở chassis đầu tiên.
Chọn nhãn mà nhiệm vụ của bạn cần, rồi theo chuỗi chỉ mục dẫn tới nó. Nếu chuỗi đứt ở một đối tượng mà tác nhân không triển khai, đó là một phát hiện cần ghi lại, không phải một lỗ hổng cần lấp bằng OID bịa ra.
Chọn nhãn nào trong ba nhãn mà nhiệm vụ cần
Nhãn nhận được từ một peer đến dưới dạng thuộc tính đường đi BGP và mô tả điều peer đó mong bạn đẩy về phía nó. Nhãn dịch vụ vào được thiết bị này cấp cho một tiền tố VRF và đánh dấu lưu lượng đi vào LSP. Nhãn trên cùng đi ra là thứ mà mặt phẳng chuyển tiếp thực sự đẩy tới chặng kế tiếp, và nó thay đổi mỗi khi chặng kế tiếp thay đổi.
Chỉ nhãn thứ hai và thứ ba thuộc trạng thái chuyển tiếp trên hộp đang được thăm dò. Nhãn đầu tiên là một phát biểu về kỳ vọng của hàng xóm, không phải về chassis này.
MIB L3VPN chuẩn mô hình hóa tuyến VRF và liên kết của nó với một kết nối chéo, đủ để tới các nhãn dịch vụ và chuyển tiếp cục bộ. Nó không hứa một bản kết xuất mọi thuộc tính mà một phiên BGP đã nhận. Hãy đọc bảng theo những gì nó chứa, không theo những gì câu hỏi ngụ ý. Một bộ thu thập xây trên giả định sai sẽ báo cáo số không và lưu chúng như dữ liệu thiếu.
| 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 |
Nối mục tuyến VRF với kết nối chéo của nó
RFC 4382 định nghĩa mplsL3VpnVrfRteTable. Đọc chỉ mục của nó thành sáu phần: tên VRF, kiểu địa chỉ đích, bản thân tiền tố, giá trị chính sách, kiểu chặng kế tiếp và địa chỉ chặng kế tiếp. Các mục IGP và BGP dùng chung bảng đó, nên ghi giao thức định tuyến bên cạnh tiền tố. Hai hàng có thể mang cùng tiền tố và chỉ khác ở chặng kế tiếp, và chọn nhầm hàng sẽ đẩy liên kết sang một kết nối chéo khác.
Cột mplsL3VpnVrfRteXCPointer mang chỉ mục của kết nối chéo chứ không phải OID hàng đầy đủ, dù tên gợi ý ngược lại. Giá trị không một octet nghĩa là không có ngăn xếp nhãn liên kết, điều bạn thấy trước khi các ràng buộc ổn định hoặc với một tuyến chưa bao giờ cần đến nó.
Dịch cột trước khi đi qua nó, để cây con số trong đầu ra không mơ hồ. Hai lệnh dưới đây nhắm cùng một nút với ký pháp khác nhau.
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
Đưa chỉ mục trả về vào bảng kết nối chéo, mà khóa mục của nó là một bộ ba: chỉ mục kết nối chéo, chỉ mục phân đoạn vào và chỉ mục phân đoạn ra. Bộ ba đó là liên kết biến một tuyến thành một nhãn. Đi qua cây con kết nối chéo cho chỉ mục cụ thể thay vì cả bảng, vì cách đọc có chỉ mục giữ nguyên liên kết còn lượt đi hàng loạt thì không.
Đọc chỉ mục thay vì số nhãn
Chỉ mục phân đoạn nhận diện một hàng, và nhãn là một giá trị bên trong hàng đó, nên thay cái này bằng cái kia tạo ra một câu trả lời trông có lý nhưng trỏ tới LSP sai. Ở phía vào, hãy kiểm tra giao diện và ngữ cảnh nhãn cùng với mplsInSegmentLabel, nhớ rằng đối tượng có thể mang thay vào đó một con trỏ vào bảng nhãn khi hàng tham chiếu tới một mục ở nơi khác.
Ở phía ra, hãy kiểm tra giao diện ra và liệu hàng có nói rằng nhãn trên cùng đang được đẩy hay không trước khi đọc mplsOutSegmentTopLabel. Một cột nhãn trên cùng đầy đặn trên hàng không đẩy gì là giá trị cũ hoặc tàn dư của đường đi trước, không phải trạng thái chuyển tiếp hiện tại. Các ngăn xếp sâu hơn cần bảng ngăn xếp nhãn được tham chiếu, và bước thêm đó là bình thường, không phải khiếm khuyết.
Các quy ước đặc biệt về số không áp dụng cho những đường bắt đầu hoặc kết thúc cục bộ trên bộ định tuyến. Hãy coi chỉ mục không là hành vi được ghi nhận chứ không phải kết quả rỗng, và xác nhận nó với trạng thái chuyển tiếp cục bộ.
Xác nhận tác nhân triển khai gì trước khi mở rộng
Hãy kiểm chứng các đối tượng đã triển khai cho đúng nền tảng và bản phát hành, các họ địa chỉ đang dùng và mọi ràng buộc vận hành trên các cây con. Thăm dò bằng thông tin đăng nhập chỉ đọc giới hạn ở những cây con đó, và chấp nhận rằng một đối tượng thiếu có thể nghĩa là tính năng chưa được triển khai chứ không phải MIB sai.
Hãy đối chiếu một tuyến VRF đã biết với đầu ra vận hành của chính thiết bị trước khi hướng bộ thu thập vào cả bảng. Giữ mọi thành phần chỉ mục và thời điểm thu thập cùng mỗi mẫu, vì tuyến và ràng buộc di chuyển giữa các lượt. Một ảnh chụp ghép từ hai lượt cách nhau vài phút có thể trộn chỉ mục kết nối chéo cũ với tuyến mới và trông hoàn toàn nhất quán.
Ở nơi thực sự thiếu khung nhìn BGP nhận được hoặc một đối tượng nhãn riêng của nhà cung cấp, hãy chuyển sang giao diện telemetry hoặc vận hành mà nền tảng có ghi nhận. Liên kết chuẩn bao phủ các nhãn chuyển tiếp cục bộ và ít thứ khác, nên hãy coi nó là bước đầu của một thiết kế thu thập, không phải thứ đã xong.