요약

  • RFC 9972는 정책 적용 전·후 Adj-RIB-In, 선택된 Adj-RIB-Out 뷰, 그리고 일부 유형에 대해서는 Loc-RIB를 포함하는 명시적 단계에서의 현재 경로 수를 위한 BMP 64비트 게이지를 추가합니다. 단계 자체가 사실의 일부입니다.
  • 게이지는 개수에 대한 한정된 진술을 뒷받침할 수 있습니다. 개별 프리픽스와 그 속성, 정책이 수락 또는 거부한 이유, 피어가 수신한 UPDATE, FIB 프로그래밍, 패킷 전달은 드러내지 않습니다.

숫자에는 위치가 필요하다

"라우터에 900,000개의 경로가 있다"는 말은 완결된 운영 문장처럼 들립니다. 그렇지 않습니다. BGP 스피커가 경로를 선택하기 전에 피어로부터 수신한 정보를 Adj-RIB-In에 보관할 수 있습니다. 인바운드 정책은 그 정보를 필터링하거나 변경할 수 있습니다. 정책 적용 후 Adj-RIB-In은 여전히 최적 경로 선택보다 앞에 있습니다. Loc-RIB는 선택된 결과이며, IGP나 로컬 정적 구성에서 가져온 경로를 포함할 수도 있습니다. Adj-RIB-Out은 광고를 위해 준비된 피어별 뷰이며, 외부로 나가는 경로에 또 다른 정책 경계가 있습니다.

이것들은 결정 체계에서 서로 다른 위치입니다. 한 위치의 개수를 다른 위치로 조용히 옮겨 해석해서는 안 됩니다.

RFC 9972,Advanced BGP Monitoring Protocol (BMP) Statistics Types는 이 구분에 공통 텔레메트리 어휘를 부여합니다. Mukul Srivastava와 Changwang Lin이 편집자이며, Yisong Liu와 Jinming Li가 공동 저자입니다. IETF 합의 문서인 이 규격은 기존 Statistics Report 형식을 유지하면서 새로운 64비트 BMP 게이지를 정의합니다. 그 목적은 유지보수와 문제 해결을 위한 보다 정교한 경로 모니터링이지, 라우터에서 관측된 모든 숫자가 같은 의미를 갖는다는 보편적 선언이 아닙니다.

유형 18과 19는 현재 정책 적용 전 Adj-RIB-In 개수를 전역 및 AFI/SAFI별로 보고합니다. 유형 20과 21은 정책 적용 후 버전을 보고합니다. 유형 22가 특히 시사적입니다. 진행 중인 정책 구성 변경 동안 인바운드 정책에 의해 거부된 현재 AFI/SAFI별 개수를 보고하는 것으로, 기존의 단조 증가 이벤트 카운터가 아닙니다. 유형 23은 현재 정책 적용 후 수락 개수를 보고합니다. 각 유형은 관측이 어느 지점에서 멈췄는지를 말해주기 때문에 유용합니다.

개수는 경로가 아니다

수락된 경로의 개수는 어떤 경로가 수락됐는지 보여줄 수 없습니다. 프리픽스, 다음 홉, AS_PATH, 커뮤니티, 타임스탬프, 피어, 정책 버전, 그리고 결정을 만든 규칙을 보존하지 않습니다. 선택된 경로가 Loc-RIB에 들어갔는지, 아웃바운드 정책이 특정 피어를 위해 준비했는지, UPDATE가 그 피어에 도달했는지, FIB 항목이 프로그래밍됐는지, 트래픽이 그 경로를 사용했는지도 보여주지 않습니다. 이들은 연결된 사건일 수 있지만, 하나의 게이지 안에 숨겨진 열은 아닙니다.

같은 주의는 거부 개수에도 적용됩니다. 현재 인바운드 정책 게이지가 거부한 경로 10개는 정의된 뷰에서 정의된 수량에 대한 근거입니다. 경로 수준의 근거가 영향을 받은 프리픽스와 정책 결과를 밝혀주지 않는 한, 10개의 특정 거부에 대한 설명이 아닙니다. 경로는 다른 이유로도 부재할 수 있습니다. 기능 상태, 피어 상태, 경로 선택, 댐핑, 임계값 강제 또는 다른 수집 범위 등입니다.

그래서 좋은 대시보드는 모든 지표를 하나의 "라우팅 건강" 색으로 압축하려는 유혹을 거부해야 합니다. 전역 개수, AFI/SAFI별 개수, 경로 수준 추적은 각각 서로 다른 질문에 답합니다. 이를 결합하는 것은 훌륭한 운영일 수 있지만, 하나를 다른 것으로 대체하는 것은 아닙니다.

분할은 정직하게 불일치할 수 있다

RFC 9972는 전역 통계와 대응하는 AFI/SAFI별 통계를 함께 보고하는 것을 허용합니다. 그렇다고 운영자가 두 값이 항상 정확히 합산되어야 한다고 가정해도 되는 것은 아닙니다. RFC는 생산자와 수집기가 일관성 검사를 수행할 수 있지만 엄격한 의존성을 가정해서는 안 된다고 규정합니다. 경쟁 상태나 부분 장애로 인해 분할 합계가 전역 개수와 달라질 수 있습니다. 명시된 대응은 경고이며, 프로토콜 동작의 중단이 아닙니다.

이 조항은 측정 규율에 대한 작은 교훈입니다. 불일치는 샘플링 구간, 비동기 갱신, 불완전한 보고서 또는 구현 결함을 가리킬 수 있습니다. 타임스탬프가 기록된 조사를 촉발해야 합니다. 그것만으로 라우팅 테이블이 손상됐거나, 피어가 악의적이거나, 장애가 존재한다는 것을 증명할 수는 없습니다.

숫자의 수명도 중요합니다. 게이지는 수동 초기화나 오버플로로 재설정될 수 있습니다. RFC 9972는 생산자와 수집기가 이러한 불연속을 추적하고 기록할 것을 요구합니다. 재설정을 기록하지 않은 채 한 값에서 다른 값으로 미끄러지는 그래프는 경로 철회나 회복에 대한 날조된 이야기를 불러들입니다. 영수증에는 원시 값과 그 연속성 상태가 필요합니다.

공통 와이어 형식은 결정을 현지에 남긴다

이 규격은 공통 계층을 의도적으로 간결하게 유지합니다. 전역 값은 하나의 64비트 게이지이고, AFI/SAFI별 값은 AFI, SAFI, 64비트 게이지의 쌍입니다. 보고할 데이터가 있는 협상되고 지원되는 AFI/SAFI 값만 나타납니다. 알 수 없는 통계 유형은 BMP 구현이 무시해야 합니다. 일부 새 게이지는 GR, LLGR, RPKI 또는 기타 구성된 기능에 관한 것으로, 해당 기능이 활성화된 경우에만 생성되어야 합니다.

이것은 누락이 아닙니다. 보고서 스케줄링, 속도 제한, 활성화된 하위 집합, 알림 임계값, 조사 관행이 운영상의 결정으로 남는다는 뜻입니다. RFC 9972는 운영자에게 통계를 속도 제한하고, 필요한 것만 활성화하고, 라우터별로 하위 집합을 구성하도록 권고합니다. 등록된 유형이 관측 대상 장치에서 기능이 활성화되어 있음을 증명한다고 주장하지 않습니다.

Lu Heng의 Running-Code Primarity는 실용적 시험을 명확히 합니다. 이식 가능한 표준은 관측에 이름과 범위를 부여합니다. 실제 기록은 실행 중인 시스템이 제공합니다. 어느 생산자가 언제, 어떤 구성 하에서, 어떤 재설정 이후에 값을 내보냈는지, 그리고 더 큰 주장을 뒷받침하는 다른 근거가 무엇인지입니다. 텔레메트리는 자신의 한계에 대해 정직할 때 더 강해집니다.

출처