요약

  • RFC 2011은 SMIv2 하에서 MIB-II에 남아 있던 IP 및 ICMP 객체를 정의하고ipGroup과icmpGroup을 필수로 만들었으며, 동시에 네 옥텟으로 제한된IpAddress는 IPv4만 나타낸다는 점을 짚었다.
  • 읽을 수 있는 테이블이나 증가하는 카운터는 선언된 모수 안에서 하나의 사실을 확립한다. 이는 IPv6의 존재, 주소의 완전한 식별, 도달 가능한 경로, 쓰기 작업의 효과 중 어느 것도 증명하지 않는다.
  • RFC 2465는 먼저 별도의 IPv6 표면을 구축했다. RFC 4001은 주소 유형과 값을 짝지었고, RFC 4293은 두 계보를 하나로 모으며 인덱싱과 계측을 이주 과제로 만들었다.

녹색이 맞을 수 있다

에이전트는 모듈을 적재하고, 필수 그룹을 노출하고, 허가된 읽기에 응답한다.ipInReceives가 증가하고,ipAddrTable에 행이 있다. 준수 판정은 녹색이다. RFC 2011은 이러한 관찰에 반박할 이유가 없다.

그러나 IESG 노트는 판정의 범위를 명시한다. 당시의 IP, UDP, TCP MIB는 IPv4만 받아들였다. SMIv2가 정의한IpAddress유형은 32비트 주소를 위한 네 옥텟 문자열이다. 128비트 IPv6는 이 형식에 들어가지 않는다.

이 한계가 테이블 구조를 규정한다.ipAddrTable에서ipAdEntAddr는 주소 값과 행 인덱스를 동시에 담당하고, 마스크도 같은 유형을 사용한다.ipNetToMediaTable역시 주소를 항목의 식별성에 넣는다. 없는 IPv6 행이 반드시 오류를 일으키지는 않는다. 모델에 그 행을 부를 이름이 단지 없을 뿐이다.

필수 그룹이 전체 네트워크는 아니다

RFC 2011은 역사적으로 한정된 임무를 가졌다. IP와 ICMP 객체는 SNMPv1 하의 MIB-II에서 왔고, 경로 관리는 이미 RFC 1354에서 개정된 바 있었다. 새 모듈은 나머지를 SNMPv2로 이어받으면서 IP 경로 관리를 명시적으로 제외한다.

준수는ipGroup과icmpGroup을 요구한다. 여기에는 포워딩 상태, 기본 TTL, 입출력 카운터, 단편화와 재조립, 주소, 물리 매체와의 대응, 다양한 ICMP 유형이 포함된다. 일관된 계측이지 보편적 목록은 아니다.

설명문은 카운터를 하나로 뭉개는 것도 막는다.ipInReceives는 오류로 수신된 데이터그램을 포함한다.ipInDiscards는 재조립 대기 중 폐기를 제외한다.ipOutNoRoutes는 경로 부재만 센다.ipReasmFails가 잃어버린 프래그먼트 수와 일치하지 않을 수 있다. 수치는 정의된 집합의 변화를 나타낼 뿐, 패킷이나 주소 계열, 경로, 원인을 알려주지 않는다.

쓸 수 있는 객체도 사슬을 더 닫아주지 않는다.ipForwarding,ipDefaultTTL또는 이웃 행 쓰기에 대한 긍정 응답은 에이전트의 수용만 증명한다. 권한 부여, 지속성, 대상 스택, 관찰된 효과는 아직 확립해야 한다.

먼저 두 개의 지도, 그다음 유형이 지정된 하나의 지도

RFC 2465는 1998년에 별도의 IPv6 MIB를 선택했다. 일반 그룹은 인터페이스, 인터페이스별 통계, 프리픽스, 주소, 경로, 네트워크-매체 대응의 여섯 테이블을 모았다. IPv6 주소는 16옥텟을 차지하며 SMIv2를 바꿀 필요가 없었다.

표현은 정돈되었지만 운영은 이제 두 표면을 연결해야 한다. 듀얼 스택 수집기는 에이전트가 어떤 MIB를 구현하는지, 어떤 테이블을 순회하는지, 인터페이스를 어떻게 대조하는지 알아야 한다. RFC 2011 준수는 IPv4에 대해서는 유효하다. 그렇다고 IPv6 절반에 대한 증언이 되지는 않는다.

RFC 4001은InetAddressType/InetAddress쌍으로 계열을 명시적으로 만들었다. 인덱스에서는 유형이 주소의 길이와 옥텟 앞에 온다. 문서는 객체를 단일 형식에 고정하는 것을 권하지 않으면서도 준수 선언이 유형의 부분집합만 요구하는 것은 허용한다. 포괄적인 라벨이 문을 열어주지만, 모든 부분이 개조되었다는 증거는 아니다.

RFC 4293은 마침내 RFC 2011과 분리된 IPv6 MIB들을 대체했다. 시스템·인터페이스 통계는 IP 버전별로 구분되고, 주소에는 유형이 부여되며, 프리픽스·기본 라우터·이웃이 재편된다. 문서는ipAddrTable에서ipAddressTable로의 전환이 수정보다 새 코드 작성이 더 단순할 만큼 깊다고 인정한다. SNMP 루틴은 새 인덱싱을 배워야 하고, 계측은 새 카운터를 만들어야 한다.

따라서 이 문서는 도착이 아니라 목적지를 규범화한다. 이주를 증명하려면 모듈 개정판, 선언되고 실제 존재하는 계열, SNMP 컨텍스트, 질의된 테이블, 인스턴스의 식별성, 수집 시각, 그리고 변경 이후의 운영 효과를 함께 보존해야 한다.

출처

증거의 한계

이 출처들은 문서, 유형, 준수 그룹과 그 계보를 확립한다. 이들은 공급업체 결함, 배포 현황, 현재 장애, 특정 네트워크의 커버리지, SLA, 실제 이주 시점을 측정하지 않는다.