어떤 SNMP 테이블이 VPNv4 경로를 해당 레이블에 연결하는가
필요한 레이블을 고른 뒤 VRF 경로 항목을 크로스 커넥트와 그 세그먼트에 연결하십시오. 워크를 시작하기 전에 에이전트가 해당 객체를 구현하는지 확인하십시오.
하나의 VPNv4 경로에는 서로 다른 세 개의 레이블이 함께 다니지만, SNMP 워크에서는 에이전트가 구현한 것만 보입니다. 수신한 BGP 속성, 로컬에서 할당한 수신 서비스 레이블, 송신 포워딩 레이블은 서로 다른 인덱스 아래 서로 다른 테이블에 있습니다. 세 가지 중 무엇을 말하는지 먼저 고르지 않고 장비에 레이블을 묻는 것이 바로 수집 프로젝트가 첫 섀시에서 멈추는 이유입니다.
작업에 필요한 것을 고른 뒤 그것에 도달하는 인덱스 사슬을 따르십시오. 사슬이 에이전트가 구현하지 않은 객체에서 끊긴다면 그것은 기록할 발견이며, 지어낸 OID로 메울 구멍이 아닙니다.
작업에 세 레이블 중 무엇이 필요한지 고르십시오
피어에서 받은 레이블은 BGP 경로 속성으로 도착하며, 그 피어가 우리가 자기 쪽으로 무엇을 밀어 넣기를 기대하는지 설명합니다. 수신 서비스 레이블은 이 장비가 VRF 프리픽스에 할당하며 LSP로 들어가는 트래픽을 표시합니다. 송신 상단 레이블은 포워딩 플레인이 실제로 다음 홉으로 밀어 넣는 값이며, 다음 홉이 바뀔 때마다 바뀝니다.
폴링 대상 장비의 포워딩 상태에 속하는 것은 두 번째와 세 번째뿐입니다. 첫 번째는 이웃의 기대에 대한 진술이며 이 섀시에 대한 것이 아닙니다.
표준 L3VPN MIB는 VRF 경로와 크로스 커넥트에 대한 연관을 모델링하며, 이것으로 로컬 서비스 및 포워딩 레이블에 도달하기에 충분합니다. BGP 세션이 받은 모든 속성을 덤프하겠다고 약속하지는 않습니다. 질문이 암시하는 것이 아니라 테이블이 실제로 담고 있는 것을 기준으로 읽으십시오. 잘못된 가정 위에 세운 수집기는 영을 보고하고 그것을 누락 데이터로 기록합니다.
| 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 |
VRF 경로 항목을 해당 크로스 커넥트에 연결하십시오
RFC 4382 mplsL3VpnVrfRteTable을 정의합니다. 인덱스는 여섯 부분으로 읽습니다. VRF 이름, 목적지 주소 유형, 프리픽스 자체, 정책 값, 다음 홉 유형, 다음 홉 주소입니다. IGP와 BGP 항목이 이 테이블을 공유하므로 프리픽스 옆에 라우팅 프로토콜을 기록하십시오. 두 행이 같은 프리픽스를 가지면서 다음 홉만 다를 수 있고, 잘못된 행을 고르면 조인이 다른 크로스 커넥트로 향합니다.
mplsL3VpnVrfRteXCPointer 열은 이름과 달리 전체 행 OID가 아니라 크로스 커넥트 인덱스를 담습니다. 한 옥텟짜리 영 값은 연관된 레이블 스택이 없다는 뜻이며, 바인딩이 자리 잡기 전이나 애초에 필요 없었던 경로에서 보게 됩니다.
워크 전에 열을 번역해 두면 출력의 숫자 하위 트리가 모호하지 않습니다. 아래 두 명령은 같은 노드를 서로 다른 표기로 지정합니다.
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
반환된 인덱스를 크로스 커넥트 테이블로 가져가십시오. 이 테이블의 항목 키는 크로스 커넥트 인덱스, 수신 세그먼트 인덱스, 송신 세그먼트 인덱스로 이루어진 삼중항이며, 이 삼중항이 경로를 레이블로 바꾸는 조인입니다. 전체 테이블이 아니라 특정 인덱스에 대해 크로스 커넥트 하위 트리를 워크하십시오. 인덱스 기반 읽기는 연관을 그대로 유지하고 대량 워크는 그렇지 않기 때문입니다.
레이블 번호가 아니라 인덱스를 읽으십시오
세그먼트 인덱스는 행을 식별하고 레이블은 그 행 안의 값이므로, 하나를 다른 것으로 바꾸면 그럴듯해 보이지만 잘못된 LSP를 가리키는 답이 나옵니다. 수신 측에서는 행이 다른 곳의 항목을 참조할 때 객체가 대신 레이블 테이블을 가리키는 포인터를 담을 수 있음을 염두에 두고, 인터페이스와 레이블 컨텍스트를 mplsInSegmentLabel와 함께 확인하십시오.
송신 측에서는 mplsOutSegmentTopLabel을 읽기 전에 송신 인터페이스와 행이 상단 레이블을 밀어 넣는다고 말하는지 확인하십시오. 아무것도 밀지 않는 행에서 상단 레이블 열이 채워져 있다면 오래된 값이거나 이전 경로의 잔재이며 현재 포워딩 상태가 아닙니다. 더 깊은 스택에는 참조된 레이블 스택 테이블이 필요하며, 그 추가 단계는 정상이고 결함이 아닙니다.
영에 대한 특별 관례는 라우터에서 로컬로 시작하거나 끝나는 경로에 적용됩니다. 영 인덱스를 빈 결과가 아니라 문서화된 동작으로 다루고, 로컬 포워딩 상태와 대조해 확인하십시오.
확장하기 전에 에이전트가 무엇을 구현하는지 확인하십시오
정확한 플랫폼과 릴리스, 사용 중인 주소 패밀리, 하위 트리에 대한 운영 제약에 대해 구현된 객체를 검증하십시오. 해당 하위 트리로 범위가 한정된 읽기 전용 자격 증명으로 폴링하고, 객체가 없다면 MIB가 틀린 것이 아니라 기능이 구현되지 않았을 수 있음을 받아들이십시오.
수집기를 테이블 전체로 돌리기 전에 알려진 VRF 경로 하나를 장비 자체의 운영 출력과 대조하십시오. 워크 사이에 경로와 바인딩이 움직이므로 표본마다 인덱스 구성 요소와 수집 시각을 함께 보관하십시오. 몇 분 간격의 두 워크를 이어 붙인 스냅숏은 오래된 크로스 커넥트 인덱스와 새 경로를 섞어 놓고도 완벽하게 일관된 것처럼 보일 수 있습니다.
수신 BGP 뷰나 공급업체별 레이블 객체가 정말로 없다면 플랫폼이 문서화한 텔레메트리 또는 운영 인터페이스로 옮기십시오. 표준 조인은 로컬 포워딩 레이블과 얼마 되지 않는 것만 다루므로, 수집 설계의 완성품이 아니라 첫 단계로 취급하십시오.