요약

  • RFC 9911은 2025년 12월 발행된 IETF 제안 표준으로, RFC 6991을 대체한다.
  • 네임스페이스와 모듈 이름을 유지하면서ietf-yang-types와ietf-inet-types를 모두 개정한다.
  • 실질적 변화는 리비전 인식적(revision-aware)이다. 의존 모델이 익숙한 모듈을 임포트하는 것처럼 보이더라도 수용되는 값, 정규 표현, 패턴, 설명이 달라질 수 있다.
  • 도입 및 구현 동작은 여전히 알려지지 않았다. 보편적 롤아웃이나 전면적 비호환성을 추론해서는 안 된다.

라벨보다 메커니즘이 중요하다. 모듈은 도구와 엔지니어에게 여전히 식별 가능하면서도 리비전 선언은 다른 계약을 가리킬 수 있다. RFC 9911은 날짜/시간과 기간(duration) 타입, 언어 태그 및 프로토콜 번호 타입, 링크 로컬 주소 타입, 주소-프리픽스 타입, 호스트 이름과 이메일 주소 타입을 추가한다. 또한yang-identifier를 YANG 1.1에 맞추고 여러 패턴과 설명 문을 수정·개선한다.

날짜/시간 세부 사항은 운영상 중요하다. RFC 9557에서 도입된 의미 체계에 따라Z와+00:00은 모두 UTC를 표현하지만 동일한 것을 단언하지는 않는다.+00:00은 UTC를 로컬 기준점으로 단언하며,Z는 그러한 단언 없이 UTC를 나타낸다. 두 형식을 무차별적으로 정규화하는 파서, 캐노니컬라이저, 직렬화기는 소비자가 활용할 수 있는 정보를 지워버릴 수 있다.

개정된 패턴에도 같은 주의가 필요하다. RFC 6991에서 수용된 값이 RFC 9911에서 자동으로 무효가 되는 것은 아니며, 이 문서는 특정 배포 환경에서 어떤 저장된 값이 실패하는지 규정하지 않는다. 올바른 질문은 사용 중인 모델의 필드에 대해 정확히 임포트된 리비전이 값 공간이나 정규 형식을 변경하는지 여부다. 설명 문도 기계 검증이 변하지 않는 경우에도 엔지니어링 가정을 바꿀 수 있다. RFC 9911은 여러 SMIv2 텍스트 규약과의 등가성 또는 비등가성을 기록하는데, 이는 유용한 근거이며 모든 구현에서 동일한 동작을 보장하는 약속이 아니다.

리비전 인식 근거 대장

질문근거와 경계
무엇이 바뀌었나?RFC 9911은 두 공통 모듈을 개정하고 타입 정의를 추가하며,yang-identifier를 YANG 1.1에 맞추고 패턴과 설명을 갱신했다.
무엇이 익숙한 채로 남았나?네임스페이스와 모듈 이름은 유지되고 새 리비전 날짜가 공표된다. 이는 의미적 호환성을 보장하지 않는다.
상태에 대해 알려진 것은?IETF 제안 표준, 2025년 12월. RFC 9911은 RFC 6991을 대체한다.
여전히 알려지지 않은 것은?배포된 도입 현황, 클라이언트의 리비전 고정 행위, 개정된 패턴에서 실패하는 기존 데이터스토어 값.
추론해서는 안 되는 것은?근거 없이 보편적 도입, 전면적 비호환성, 벤더별 마이그레이션 동작을 단정하지 않는다.

출처