요약

  • RFC 3444는 IRTF 워크숍이 구분한, 프로토콜 중립적인 정보 모델과 구현별 데이터 모델의 차이를 기록했습니다.
  • 하나의 개념 모델이 여러 구체 모델로 나뉠 수 있지만, RFC 3444는 그들 사이의 자동 번역, 상호운용성 결과 또는 마이그레이션 경로를 정의하지 않았습니다.

논쟁은 회의보다 오래 지속되었습니다. 네트워크 관리 설계자들은 '정보 모델'과 '데이터 모델'을 서로 다르게 사용했기 때문에, SMI, SPPI, MOF 등의 언어의 장점을 두고 나누는 대화가 설계에 도달하기 전에 용어 논쟁이 될 수 있었습니다. RFC 3444는 이러한 질문들을 분리하려던 워크숍의 시도를 기록으로 남깁니다.

정보 모델은 특정 인코딩 위에 위치합니다. 프로토콜과 구현 세부사항을 숨긴 채 관리 대상 객체와 그 관계를 기술합니다. 데이터 모델은 와이어와 코드에 더 가까이 내려갑니다. 관리 프로토콜이나 구현이 운반할 수 있는 구조를 명시합니다. 따라서 하나의 개념 모델은 여러 구체적인 후손을 가질 수 있습니다.

이 분기 도표는 브리지 사양이 아닙니다. RFC 3444는 모든 데이터 모델 쌍 사이의 매핑 알고리즘을 제공하지 않고, 두 구현이 필드를 동일하게 해석한다는 보장도 하지 않으며, 운영자가 손실 없이 하나의 모델에서 다른 모델로 실제 구성을 옮길 수 있음을 보여주지도 않습니다. 공유된 개념은 비교를 가능하게 할 수 있지만, 변환 자체를 수행하지는 않습니다.

익숙한 객체가 표현 방식을 바꿀 때 이 구분이 중요해집니다. 개념적 관계는 SNMP MIB에서 OID 포인터나 인덱스 규칙으로 바뀔 수 있습니다. 식별자, 제약조건, 접근 규칙, 프로토콜 동작이 달라지는 동안 추상적 의미는 유지될 수 있습니다. 공통 모델 이름을 상호 교환 가능한 구현의 증거로 읽는 것은 하위 수준 모델이 명시해야 하는 작업을 지워버리는 일입니다.

RFC 3444는 새로운 관리 표준이 아니라 정보성(Informational) 메모입니다. 그 기록은 여러 조직이 참여한 연구 워크숍의 용어 정리이며, 절제도 역사의 일부입니다. 참가자들은 하나의 언어나 보편적 매핑이 승리했다고 주장하지 않으면서 설계 논의가 어디에 속하는지를 명확히 했습니다.

출처