요약

  • 1991년 12월에 표준 트랙 브리지 MIB 확장으로 발표된 RFC 1286은 IEEE 802.1d 방식 브리지를 위한 관리 대상 항목을 정의했습니다. 이 문서는 의도적으로 MIB를 작게 유지하고, 중복되거나 도출 가능한 항목을 피했으며, 임계 구역(critical section)에 대한 계측을 제한했습니다.
  • 문서는 브리지 포트가 인터페이스 그룹의 인터페이스와 연관된다고 말하지만, 여러 포트가 동일한 인터페이스를 공유할 수 있고 포트 번호는ifIndex와 필수적인 관계가 없습니다. 그 카운터는 브리징되는 프로토콜 하위 집합만 다룹니다. 포워딩 데이터베이스의 포트는 어떤 출발지 MAC 주소가 목격되었는지를 알려주거나, 학습된 포트 없이 포워딩/필터링 정보가 존재할 때 0을 보고합니다. 어느 경우에도 호스트, 토폴로지 또는 전달 결과를 증명하지 않습니다.

MIB는 경계가 있는 관리 뷰로 설계되었다

RFC 1286은 브리지가 LAN을 연구하는 사람에게 흥미로울 수 있는 모든 사실을 드러내려 하지 않았습니다. IEEE 802.1d 초안에 기반한 브리지를 위한 SNMP MIB에 브리지 전용 항목을 추가했으며, 여기에는 투명(transparent) 및 소스 라우트(source-route) 모드가 포함됩니다. 그 설계 기준은 절제에 대해 특이할 만큼 솔직합니다. 작고 필수적인 집합에서 시작하십시오. 장애 또는 구성 관리에 중요하고 사용 또는 유용성의 근거가 있는 경우에만 항목을 포함하십시오. 총량을 제한하십시오. 임계 구역을 과도하게 계측하지 마십시오. 중복되거나 도출 가능하거나 유용하지 않은 것은 생략하십시오.

이는 단순히 짧은 사양을 선호했던 옛 풍조 이상입니다. 이는 독자에게 브리지 MIB 행(row)이 무엇을 위한 것인지 알려줍니다. 그 행은 장치, 케이블 플랜트 또는 이를 사용하는 주체들에 대한 완전한 모델이 아니라, 의도적으로 선별된 관찰 또는 제어 지점입니다. 유용한 MIB는 선별된 조건들을 구현체 간에 비교 가능하게 만듭니다. 보고되지 않은 모든 조건을 거짓으로 만들지 않으며, 보고하는 조건들을 네트워크에 대한 완전한 설명으로 바꾸지도 않습니다.

이 구분은 수치 관리 항목이 물리적 사실처럼 보일 때 특히 중요합니다. 어떤 숫자는 행을 인덱싱할 만큼 충분히 안정적일 수 있으면서도 정의된 연산만을 설명합니다. 스키마는 그 숫자를 사용 가능하게 만들 뿐, 계수되는 대상의 범위를 넓히지 않습니다.

브리지 포트는 인터페이스를 가리킬 수 있지만 그것이 되지는 않는다

MIB와 MIB-II의 인터페이스 그룹 사이의 관계는 이 경계를 구체적으로 만듭니다. 인터페이스는 서브네트워크(subnetwork)에 연결된 것으로 생각되며, RFC는 이 단어를 IP 서브넷과 신중하게 구별합니다. 브리지에는 포트도 있습니다. 각 브리지 포트는 하나의 인터페이스와 연관되며,dot1dBasePortIfIndex가 해당ifIndex값을 제공합니다.

이 대응 관계는 동일성 규칙이 아닙니다. RFC 1286은 여러 포트가 동일한 인터페이스와 연관될 수 있다고 말하며, 하나의 인터페이스 위의 여러 X.25 가상 회선을 그 예로 듭니다. 모든 포트에는 고유한 포트 번호가 있지만, 그 번호는 인터페이스 번호와 필수적인 관계가 없습니다. 단순한 경우에는 두 숫자가 우연히 일치할 수 있습니다. 그 일치는 편의이지 의미적 보장이 아닙니다.

이는 큰 해석 오류에 대한 작은 경고입니다. 포트 7과 인터페이스 7을 본 관리 클라이언트는 하나의 구현체에서 우연히 일치할 수 있는 두 값을 발견한 것입니다. 포트가 물리적 소켓이라거나, 인터페이스가 단 하나의 브리지 역할만 갖는다거나, 다른 포트가 그것을 공유할 수 없다거나, 해당 주체가 다른 기능을 수행하지 않는다는 것을 입증한 것이 아닙니다. 브리지 포트 행은 한 포트에 대한 브리지 관리 정보를 나타냅니다. 인터페이스 행은 인터페이스 그룹 지점에서의 정보를 나타냅니다. RFC는 이 두 지점을 서로 구별하면서 연결합니다.

브리지 카운터는 인터페이스를 통과하는 모든 것을 합산하지 않았다

RFC 1286은 트래픽에 대해서도 같은 분리를 적용합니다. 주체는 자신의 인터페이스에서 브리징 외의 작업을 수행할 수 있습니다. 본문의 한 예는 IP 데이터그램을 라우팅하면서 다른 프로토콜을 브리징하는 주체입니다. 이 경우 브리징 기능 안에는 비(非)IP 부분만 들어옵니다.

그 결과는 명시적입니다: 브리지 MIB, 그 카운터를 포함하여, 브리징되는 프로토콜을 위해 송수신되는 데이터에만 적용됩니다. 인터페이스가 송수신하는 모든 데이터를 반드시 설명하지는 않습니다. 따라서 브리지 포트에 붙은 카운터는 정의된 기능적 범위를 갖습니다. 그것은 해당 브리징 기능이 처리한 프레임에 대한 증거일 수 있지만, 단독으로 전체 인터페이스 트래픽 합계, 회선 속도 진술, 애플리케이션 수, 또는 다른 트래픽이 존재하지 않았다는 진술로 승격될 수 없습니다.

이 규칙은 겉보기에 빠져 있는 숫자가 결함일 필요가 없는 이유도 설명합니다. 브리지 관리 뷰는 설계상 일부 인터페이스 활동을 자신의 시야 밖에 둡니다. 필드를 올바르게 읽는다는 것은 그 분모를 보존하는 것이지, 조용히 더 큰 분모를 갖다 대는 것이 아닙니다.

포워딩 항목은 사람이나 지도가 아니라 브리지의 관찰을 기록했다

투명 브리지의 포워딩 데이터베이스는 두 번째, 다른 종류의 경계가 있는 사실을 추가합니다.dot1dTpFdbAddress는 브리지가 포워딩 또는 필터링 정보를 갖고 있는 유니캐스트 MAC 주소입니다.dot1dTpFdbPort는 0이거나, 그 출발지 주소를 가진 프레임이 목격된 포트입니다. 0은 정확한 의미를 갖습니다: 브리지가 포워딩 또는 필터링 정보를 갖고 있으며, 아마도 정적 테이블에서 온 것이지만, 포트 번호를 학습하지는 못했다는 뜻입니다.

함께 제공되는 상태 값은 기타, 무효, 학습됨, 자체(self), 관리 항목을 구별합니다. 무효 항목은 학습되었다가 노킹(aging)되어 만료되었지만 아직 플러시되지 않은 항목일 수 있습니다. 학습됨 항목은 기록된 포트 값이 학습되어 사용 중임을 말합니다. 자체 항목은 주소가 브리지 자신의 주소 중 하나를 나타내며 관련 브리지 포트를 식별합니다. 관리 항목은 주소를 정적 주소 인스턴스에 연결합니다.

이 레이블들은 행을 더 유용하게 만들 뿐 전지적이게 만들지 않습니다. 포트에서 목격된 출발지 주소는 브리지가 명시한 관찰에 대한 증거입니다. 누가 그 주소를 통제했는지, 사람이나 기계가 물리적으로 어디에 있었는지, 주소가 계속 붙어 있는지, 프레임이 목적지에 도달했는지, 관리자가 트래픽을 승인했는지, 다른 장치가 무엇을 보았는지를 확립하지 않습니다. 노킹으로 만료되었으나 아직 플러시되지 않은 상태는 특히 명확합니다: 행은 유효성이 끝난 뒤에도 과거 상태를 유지할 수 있습니다. 가시성은 동시성이 아닙니다.

고유한 브리지 참조가 소유권이나 운영 증명은 아니었다

RFC 1286은 브리지를 고유하게 참조해야 할 때 사용되는 MAC 주소인dot1dBaseBridgeAddress도 정의합니다. 이는 브리지 포트들 중 수치적으로 가장 작은 MAC 주소를 권장하지만 요구하지는 않습니다. 스패닝 트리 우선순위와 결합하여 이 값은 스패닝 트리 프로토콜이 사용하는 BridgeIdentifier를 형성합니다.

이는 잘 경계 지어진 조정(coordination) 사실입니다. 프로토콜에 자신의 작업을 위해 브리지들을 구별할 방법을 제공합니다. 그러나 소유자를 식별하거나, 관리 요청을 인증하거나, 물리적 기기의 존재를 증명하거나, 토폴로지가 수렴했음을 확립하거나, 포워딩 동작이 성공했음을 보여주지 않습니다. 고유한 참조는 일반적인 신원 주장이 없이도 필수적일 수 있습니다.

브리지 MIB의 역사적 성과는 바로 이러한 구획의 규율이었습니다. 포트를 인터페이스와 연관시키되 하나를 다른 것으로 이름 바꾸지 않았습니다. 브리지 기능을 계수하였지 모든 인터페이스 사용을 계수한다고 가장하지 않았습니다. 학습됨, 무효, 관리 포워딩 상태를 보존하였지 모든 행을 살아 있는 위치라고 부르지 않았습니다. 그리고 브리지에 대한 소유권이나 그 주변 세계에 대한 증명이 되지 않는 고유한 브리지 참조를 제공했습니다.

출처와 증거의 한계

이 글은RFC 1286 —Definitions of Managed 주체 for Bridges를 사용합니다. 이는 1991년 브리지 MIB의 범위, 포트/인터페이스 관계, 경계가 있는 카운터 범위, 고유한 브리지 주소, 정의된 포워딩 데이터베이스 상태를 뒷받침합니다. 현재 존재하는 브리지, 인터페이스, 포트, MAC 주소, 토폴로지, 호스트 신원, 소유자, 승인, 전달 결과, 트래픽 합계 또는 배포를 확립하지 않습니다.