Summary

  • SR Policy YANG 제09판은 일반적인 전달 계수를 캡슐화 전 입력과 캡슐화 후 출력 계수로 나눴다.
  • 입력 바이트에는 이 정책이 뒤에 추가할 MPLS 레이블이나 외부 IPv6/SRH 헤더가 빠진다. 출력에는 들어간다. Binding SID 통과 트래픽의 세부 계수는 입력에만 있다.

출력 바이트가 커졌다고 이용자가 늘어난 것은 아니다. 라우터가 포장지를 더했을 수 있다. 제08판은 pkts와 octets를 넓은 의미의 전달 수치로 제시했다. 11월 2일 개정안은 계수 지점과 포함되는 바이트를 분명히 나눴다. IETF 기록상 문서는 아직 SPRING 작업반 초안이며 특정 라우터의 측정 보고서가 아니다.

in-counters는 SR Policy가 나가는 캡슐화를 적용하기 직전에 전체 패킷과 바이트를 센다. transit-pkts와 transit-octets는 그 합계에 포함된 부분집합으로, Binding SID를 통해 정책에 들어온 통과 트래픽이다. 입력 바이트에는 원래의 헤더와 데이터가 포함되지만 나중에 추가되는 MPLS 레이블과 외부 IPv6/SRH는 없다. out-counters는 캡슐화 뒤의 합계를 세므로 새 헤더 바이트까지 포함한다. 출력 쪽에 통과량 세부 항목이 없는 이유는 입력의 분류를 그 지점까지 유지하기가 일반적으로 어렵기 때문이다.

RFC 9256은 후보 경로와 세그먼트 목록을 구별한다. 새 운영 상태는 장비가 부여한 경로 ID와 필수 참조로 전달 경로를 같은 후보 안의 유효한 세그먼트 목록에 묶는다. RFC 8342의 설정 의도와 운영 상태 구분도 중요하다. 비교할 때 경로와 수집 기간이 달라지면 그래프의 의미가 바뀐다.

출력에서 입력을 뺀 바이트를 통과 트래픽의 성장이나 최종 전달량으로 부를 수 없다. 공식 자료에는 한 라우터에서 두 지점, 같은 경로, 같은 계수 기간을 기록한 사례가 없다. 그런 기록이 실제 헤더 비용을 보여 줄 것이다.