요약

  • 현재 IETF 저장소는 공식 절차 상태가 만료를 막지 않는 한, 인터넷 드래프트(Internet-Draft)를 게시 후 통상 185일 뒤 만료 처리합니다. 만료는 활성 사본의 수명 주기를 설명할 뿐, 제안을 거부한 기관을 지칭하지 않습니다.
  • 활성 저장소(Repository)와 아카이브(Archive)는 서로 다른 기록입니다. 개정판은 갱신되거나, 다른 드래프트로 대체되거나, RFC로 출판되거나, 만료되어 저장소에서 벗어날 수 있으며, 그 버전들은 아카이브에 그대로 보존됩니다.
  • 공식 이력은 이 구분을 보여줍니다.draft-iab-protocol-maintenance-05는 만료된 뒤 이후 개정판으로 돌아와 RFC 9413이 되었습니다.draft-ietf-netvc-testing은 반복적으로 만료되었지만, 실질적 종결은 별도의 IESGDead상태와 명시적 사유로 이루어졌습니다.
  • 실사(diligence) 시스템에는 드래프트 상태 영수증이 필요합니다. 정확한 개정판, 날짜, 아카이브 및 대체 체인, 그룹과 스트림 상태, 채택과 Last Call 증거, 명시적 처리 결과, 구현 의존성, 그리고 결론에 책임 있는 주체가 그 대상입니다.

시계를 판결로 바꾸어 버린 대장

프로토콜 확장을 평가하는 조달 팀을 상상해 보십시오. 분석가는 IETF Datatracker를 열어 최신 인터넷 드래프트가 만료된 것을 확인하고IETF 거부라고 기록합니다. 제품 관리자는 로드맵에서 해당 기능을 제거합니다. 보안 평가자는 보고서에 이 꼬리표를 반복합니다. 6개월 뒤 개정된 드래프트가 등장하면, 같은 조직은 이번엔IETF 승인, 작업 재개라고 기록합니다.

두 항목 모두 지어낸 결론입니다. 첫 번째는 자동 날짜를 기관적 판단으로 바꾸었고, 두 번째는 새 파일을 보증으로 바꾸었습니다. 시스템은 만료와 개정이라는 두 실제 사실을 관찰했지만, 근거가 뒷받침하지 않는 두 결정을 귀속시킨 것입니다.

이것은 사소한 어휘 문제가 아닙니다.Rejected에는 주체, 권한, 대상, 사유가 필요합니다. 워킹 그룹이 채택을 거부했는가? 의장이 대략적 합의(rough consensus)가 없다고 판단했는가? 애리어 디렉터가 후원을 거절했는가? IESG가 출판 요청을 Dead로 표시했는가? 저자가 단순히 편집을 멈췄는가? 문서가 다른 드래프트 이름으로 대체되었는가? 아니면 활발히 논의되던 작업이 저장소의 시계를 넘겼을 뿐인가?

Expired라는 단어 자체는 이 질문에 하나도 답하지 않습니다. 그것은 수명 주기 조건이 발생했다는 것만을 독자에게 알려줍니다. 거버넌스 기록은 관련 기관이 무엇을, 설령 무엇이라도, 결정했는지 설명하는 별도의 사건을 복원해야 합니다.

저장소, 아카이브, 그리고 185일 사건

현재 IETF 저자 리소스 안내는 인터넷 드래프트 저장소와 인터넷 드래프트 아카이브를 구분합니다. 저장소에는 활성 버전이 담깁니다. 한 버전은 더 새 개정판이 갱신하거나, 다른 드래프트가 대체하거나, RFC로 출판되거나, 만료되면 활성 상태를 잃습니다. 아카이브는 예외적 삭제 사정이 없는 한 모든 버전과 그 추가 렌더링을 보존합니다.

현재 운영 규칙에 따르면 드래프트는 저장소에 들어간 지 통상 185일 뒤 만료됩니다. IETF 스트림 출판을 위한 IESG 처리와 독립 제출 스트림(Independent Submission Stream)에 대한 독립 시리즈 에디터의 검토처럼, 일부 공식 처리 상태는 시계가 만료를 만들지 못하게 막습니다. 이 상태 예외가 중요합니다. 타이머조차 보편적인 6개월 단두대가 아니라 절차 기록과 연결되어 있는 것입니다.

아카이브 보존이 인터넷 드래프트를 아카이브 출판물로 만들지는 않습니다. 같은 현재 안내는 드래프트가 여전히 작업 진행물이며 그 외의 것으로 인용되어서는 안 된다고 경고합니다. 보존은 “어떤 문서가 존재했는가?”에 답합니다. “IETF가 무엇을 승인했는가?”에는 답하지 않습니다.

RFC 2026과 대조해 보면 이 차이가 더 분명해집니다. 1996년 BCP 9는 인터넷 드래프트 디렉터리를 발전 중인 문서를 비공식 검토에 노출하는 수단으로 묘사했습니다. IESG의 출판 권고 없이 6개월이 지난 변경되지 않은 드래프트는 제거되었고, 더 새 버전은 시간 초과를 재시작했습니다. RFC 2026은 또한 인터넷 드래프트에는 공식 지위가 없으며 변경되거나 사라질 수 있다고 명시했습니다.

인프라는 진화했습니다. 현재 안내는 185일 구간과, 개정판이 활성 저장소를 떠나더라도 유지되는 내구성 있는 아카이브를 명시합니다. 그러나 거버넌스 경계는 뒤집히지 않았습니다. 드래프트는 여전히 RFC가 아니며, 저장소의 시간 초과는 여전히 귀속 가능한 절차 결정을 대신하지 못합니다.

하나의 꼬리표가 담을 수 없는 네 가지 상태

신뢰할 수 있는 기록은 적어도 네 개 층을 구분합니다.

첫째는문서 식별성입니다.draft-example-foo-04는 “Foo”라 불리는 일반적인 아이디어가 아닙니다. 그것은 하나의 개정판으로서 하나의 게시 날짜, 하나의 콘텐츠 해시, 하나의 참고문헌 집합을 가집니다. 개정판 05는 보안 조건을 고치거나, 범위를 좁히거나, 프로토콜 메커니즘을 대체할 수 있습니다. 접미사를 생략한 실사 기록은 어떤 문서를 평가했는지 증명할 수 없습니다.

둘째는저장소 수명 주기입니다. 활성, 갱신됨, 대체됨, 출판됨, 만료됨은 특정 개정판이 왜 활성 사본인지 아닌지를 설명합니다. 이 꼬리표들은 독자가 현재 작업을 찾는 데 도움이 됩니다. 그러나 그것만으로 합의나 기술적 가치를 표현하지는 못합니다.

셋째는절차 상태입니다. 개인 제출물, 워킹 그룹 채택 후보, 채택된 워킹 그룹 문서, 워킹 그룹 Last Call 중인 문서, IESG 평가 중인 출판 요청은 서로 다른 기관적 위치를 점합니다.RFC 2418은 인터넷 드래프트 영역을 처리 중인 문서를 위한 자원으로 묘사합니다. 이후 절에서는워킹 그룹 Last Call, 진전을 위한 대략적 합의,IESG 제출을 별개의 행위로 다룹니다.

넷째는처리 결과(disposition)입니다. 이름이 밝혀진 주체는 작업이 채택되거나, 대체되거나, 철회되거나, 거부되거나, 승인되거나, 출판되거나, 종결되었다고 기록할 수 있으며, 때로는 사유와 항소 경로를 함께 담습니다. 검토자가 진짜 불리한 결론을 찾을 수 있는 곳이 바로 여기입니다. 이것은 수명 주기 층에서 만들어내서는 안 됩니다.

이 층들은 독립적으로 움직일 수 있습니다. 워킹 그룹 문서는 그룹이 여전히 개정 의사를 갖는 동안 만료될 수 있습니다. 활성 개인 드래프트에 후원자가 없을 수 있습니다. 문서는 출판 요청이 죽은 상태에서 기술적으로 구현되어 있을 수 있습니다. 만료된 개정판은 같은 드래프트 이름 아래 더 새 개정판으로 대체될 수 있습니다. 하나의 색깔 배지가 이 상태 공간을 정직하게 담을 수는 없습니다.

만료되었다가 RFC 9413이 된 드래프트

견고한 프로토콜 유지(Maintaining Robust Protocols)의 공식 이력은 “만료는 곧 거부”에 대한 깨끗한 반례를 제공합니다. 개정판 05는 2021년 7월 12일 게시되어 2022년 1월 13일 시스템에 의해 만료 표시되었습니다. 개정판 06은 2022년 5월 10일 등장했습니다. 개정판 07부터 12까지 이어졌습니다. IAB는 이 문서를 커뮤니티 검토와 IAB 검토를 거치게 하고, 합의와 승인을 기록한 뒤 2023년 2월 RFC 에디터에 보냈습니다.

최종 작업은 2023년 6월RFC 9413으로 출판되었습니다. 초기 만료는 여전히 참된 역사적 사건입니다. 그럼에도 그것을 IAB나 IETF의 거부로 묘사하는 것은 거짓입니다. 타이머는 이후의 개정, 검토, 출판을 막지 못했습니다.

이 사례는 만료된 드래프트가 보통 돌아온다는 것을 증명하지 않습니다. 더 좁고 필요한 명제, 즉 만료는 논리적으로 거부와 동치가 아니라는 것을 증명합니다. 데이터 모델이Rejected를Approved로 덮어쓰지 않고는 이 이력을 표현할 수 없다면, 그 사건 어휘는 너무 작은 것입니다.

더 나은 기록은 양쪽을 모두 보존합니다. 2022년 1월 13일, 개정판 05는 자동 만료로 활성 상태를 잃었습니다. 5월 10일 개정판 06이 공개되었습니다. 이후 항목은 검토 기구와 결정을 식별합니다. RFC 9413이 아카이브 출판 결과를 제공합니다. 각 사실은 자신만의 주체와 타임스탬프를 유지합니다.

진짜 종결에 이름 붙은 사유가 있었던 드래프트

비디오 코덱 테스팅과 품질 측정(Video Codec Testing and Quality Measurement)의 이력은 반대편을 보여줍니다. 여러 개정판이 만료되었고 그 뒤 새 버전이 이어졌습니다. 개정판 05는 2017년 9월 만료되었고 개정판 06은 다음 달 도착했습니다. 개정판 06은 2018년 5월 만료되었고 개정판 07은 7월에 등장해 워킹 그룹 Last Call에 들어갔습니다. 개정판 07 자체는 워킹 그룹 상태가 문서화 대기(consensus waiting for write-up)를 기록한 가운데 2019년 1월 만료되었습니다. 이후 개정판 08이 출판 절차와 IETF Last Call에 들어갔습니다.

실질적인 불리한 기록은 그 뒤에 도착했습니다. 2020년 3월 25일, IESG 상태가Dead로 바뀌었습니다. 애리어 디렉터의 함께 붙은 메모는 평가 의견에 대한 응답을 얻으려는 반복된 시도 끝에, NETVC 워킹 그룹이 문서를 완성할 만한 충분한 추진력이 없다는 결론에 이르렀다고 밝혔습니다. 이후 자동 만료가 8월에 발생했습니다.

여기서 실사 분석가는 진짜 종결을 인용할 수 있습니다. 날짜와, 책임 있는 절차 표면과, 사유가 있습니다. 그 사유는 추진력과 미해결 평가 의견에 관한 것이며, 테스팅 방법이 무가치하다는 기술적 정리가 아닙니다. 기록은 또한 셰퍼드 작성문이 그 방법들이 이미 AV1 구현자들에 의해 사용되고 있다고 밝혔음을 적어둘 수 있습니다. 구현 의존성, 출판 처리 결과, 저장소 만료는 서로 다른 세 가지 사실이었습니다.

최종 만료만을 “거부”라고 부르면 가장 좋은 증거를 버리는 셈입니다. 그것은 IESG 상태 변경을 숨기고 귀속 가능한 결론 대신 설명되지 않은 달력 꼬리표를 끼워 넣습니다. 더 이른 만료들을 거부라고 부르는 것은 그 작업이 그 후에도 명백히 계속되었으므로 더 나쁩니다.

부활이 곧 승인은 아니다

논증은 대칭적입니다. 만료가 거부를 증명하지 않는다면, 새 개정판도 수용을 증명하지 않습니다. 누구나 자격을 갖춘 인터넷 드래프트를 제출할 수 있습니다. 개정판은 의견에 응답하거나, 가시성을 회복하거나, 논의를 재개하거나, 단순히 저자가 계속할 선택지를 보존할 수 있습니다. 공식적 지위는 여전히 관련 절차 기록에 달려 있습니다.

같은 주의가 워킹 그룹 명명에도 적용됩니다.draft-ietf-...드래프트는 통상 워킹 그룹 채택을 반영하지만, 정확한 그룹 상태와 이력이 권위적 증거로 남습니다. 파일명은 모든 문장에 대한 현재의 대략적 합의나 IESG 승인을 증명하지 않습니다. Last Call은 정의된 검토를 요청하는 것이지 최종 출판 사건이 아닙니다.

실행되는 코드가 조용히 기관적 지위를 부여하지도 않습니다. 구현은 기술적 판단과 채택 리스크에 매우 관련이 있습니다. 상호운용성, 운영 가치, 숨은 비용을 드러낼 수 있습니다. Lu Heng의Running-Code Primacy는 서면 권위에 맞서는 유용한 규율입니다. 그러나 구현은 배치된 현실에 대한 증거이지 위조된 합의 기록이 아닙니다. 올바른 대응은 코드와 절차를 모두 기록하되 어느 쪽도 다른 쪽을 사칭하지 못하게 하는 것입니다.

외부 채택자도 책임을 유지합니다. 구매자는 RFC 출판 전에 신생 기능이 필요하기 때문에 제품 요구사항을 특정 인터넷 드래프트 개정판에 고정할 수 있습니다. 그것은 합리적일 수 있습니다. 구매자의 의무를 만드는 것은 드래프트의 저장소 배지가 아니라 계약입니다. 계약은 정확한 개정판, 변경 관리 규칙, 호환성 테스트, 그리고 철수 경로를 식별해야 합니다.

만료 폐지 제안은 증거이지 정책이 아니다

개인 드래프트인터넷 드래프트에서 만료 통지 제거하기(Removing Expiration Notices from Internet-Drafts)는 드래프트가 아카이브에 보존되는 이상 자동 만료가 더 이상 유용한 목적에 기여하지 않는다고 주장했습니다. 만료된 드래프트가 계속 인용되며, 시스템이 단지 표시 방식을 다르게 할 수 있다고 지적했습니다. 이 제안은 경험 많은 참여자들이 그 메커니즘의 현재 유용성에 대해 의견이 갈린다는 귀중한 증거입니다.

그것은 또한 최신 개정판이 만료된 인터넷 드래프트이기도 합니다. 이 아이러니는 조롱이나 권위 중 무엇으로도 변환되어서는 안 됩니다. 이 문서는 현재 규칙으로 채택되지 않았습니다. 그 주장은 평가될 수 있지만, 그 존재는 만료 폐지에 대한 IETF 합의로 인용될 수 없습니다.

이것이 바로 더 큰 글이 요구하는 규율입니다. 드래프트는 공식 지위 없이 강력한 논증을 담을 수 있습니다. 절차 꼬리표는 장단점을 확정하지 않으면서 정확할 수 있습니다. 거버넌스 품질은 권한 있는 주체가 그것들을 연결하기 전까지 그 명제들을 분리해 두는 데서 나옵니다.

드래프트 상태 영수증

표준 인벤토리는 다른 검토자가 어느 날의 어느 배지가 무엇을 뜻했는지 추측하지 않고도 결론을 재구성할 수 있을 만큼 충분한 증거를 보존해야 합니다.

항목확립하는 것
정확한 이름과 개정판떠다니는 제안 이름이 아니라 평가된 특정 문서
콘텐츠 지문검토된 바이트가 보존된 개정판과 일치하는지 여부
게시 및 만료 날짜시계 사건과 적용된 규칙의 버전
저장소 상태그 개정판이 활성 상태로 남는지, 그리고 왜 활성 상태를 벗어났는지
아카이브 위치역사적 문서와 렌더링이 계속 이용 가능한 곳
개정판 체인이전과 이후 버전을 동일한 것으로 취급하지 않고 보존
대체 관계다른 드래프트 이름이 그 작업을 계승하거나 밀어냈는지 여부
스트림, 후원자, 워킹 그룹있다면 어느 기관이 다음 절차 단계를 소유하는지
채택 상태워킹 그룹이 그 항목을 자신의 작업으로 받아들였는지, 어떤 기록으로 받아들였는지
합의와 Last Call어떤 검토가, 어느 개정판에 대해, 어떤 미해결 반대와 함께 수행되었는지
IESG 또는 스트림 처리 결과실제 결정, 주체, 날짜, 상태, 사유
출판 결과아카이브 출판이 있었다면 RFC 번호, 스트림, 범주
구현 의존성문서 상태와 무관하게 계속 관련된 코드, 테스트, 배치, 외부 참조
외부 채택 문서드래프트를 선택한 계약이나 정책, 개정판 변경 규칙
소유자와 다음 검토드래프트, 절차, 배치가 바뀔 때 인벤토리를 누가 수정하는지

이 영수증은 두 가지 정반대의 오류를 막습니다. 권위 팽창은Active,adopted,Last Call이IETF 승인이 되는 것입니다. 권위 위조는Expired가IETF 거부가 되는 것입니다. 하나는 긍정적 행위의 증거를, 다른 하나는 불리한 행위의 증거를 요구합니다. 어느 쪽도 타이머만으로 공급될 수 없습니다.

출처

결론

Expired는 유용한 경고입니다. 독자에게 활성 개정판이 신선도 경계를 넘었으며, 그에 대한 의존에는 새로운 실사가 필요하다고 알려줍니다. 그러나 작업이 왜 멈췄는지, 누군가 기술적 설계를 평가했는지, 관련 기관이 애초에 결정에 도달했는지는 밝혀주지 않습니다.

규율 있는 규칙은 단순합니다. 만료를 시계 영수증으로, 처리 결과를 권위 영수증으로 다루고 둘 다 보존하십시오. 제안이 거부되었다면 주체, 절차, 버전, 날짜, 사유를 밝히십시오. 돌아왔다면 승인을 지어내지 말고 새 개정판을 기록하십시오. 구현자나 구매자가 여전히 의존한다면 그 의존을 그들 자신의 권위 아래 기록하십시오. 달력은 문서를 늙게 할 수 있습니다. 그러나 표를 던질 수는 없습니다.