요약

  • draft-ietf-procon-2418bis-04(2026년 8월 17일 게시)는 관심이 식는 경우를 예로 들며, 워킹 그룹이 인터넷 초안을 미채택 상태로 되돌릴 수 있다는 문장을 명시적으로 추가했다. 개정판-03에는 이 종료 문장이 없었다.
  • 이 문서는 현재 WG Document이며 IESG 상태는I-D Exists로, 승인된 IETF 정책이 아니다. 채택을 제안에 대한 영구 승인이 아니라 작업 항목에 대한 가역적 관리(custody)로 기술한다는 점에서 의미가 있다.
  • 이전 IETF 가이드라인에도 이미 채택은 최종이 아니라 초기 단계이며, 초안의 모든 부분을 승인하지 않고 RFC 발행을 보장하지도 않는다고 명시되어 있다. 또한 워킹 그룹이 채택한 초안을 반드시 유지할 필요는 없으며, 문서 상태 모델은 활성·보류(parked)·종료(dead) 작업을 구분한다.
  • 신뢰할 수 있는 되돌림에는 처리(disposition) 영수증이 필요하다. 채택과 되돌림 결정, 마지막 WG 소유 개정판, 사유, 결과 상태, 편집자 및 변경 통제권 인계, 후속 링크, 미해결 쟁점, 알려진 외부 의존이 그 대상이다. 별도의 근거 없이 미채택을 기술적 기각, RFC 철회, 만료 또는 운영 중단으로 확대 해석해서는 안 된다.

종료를 만드는 한 문장

이번 소식은 문서에 관한 문서 속 한 문장이다.

개정판-04의 8.2절은 워킹 그룹이 인터넷 초안을 작업 항목의 기초로 공식 채택할 수 있다고 말한다. 그리고 즉시 그 의미를 제한한다. 채택은 초안 내용에 대한 합의를 뜻하지 않는다. 이어서 편집자들은 그룹 심의 결과를 문서화하는 임무를 맡는다. 문단은 워킹 그룹이 인터넷 초안을 미채택 상태로 되돌릴 수도 있으며, 관심 약화가 그 예시로 제시된다는 문장으로 끝난다.

이 마지막 문장은개정판-03에는 없었다. 해당 버전은 이미 채택을 초안 내용 전체에 대한 동의와 구분했지만, 편집자에게 합의 기록 임무를 부여하는 지점에서 멈췄다.-04변경 로그는 채택 문구에 대한 또 다른 수정을 기록하고 있다. 따라서 이 변경은 일반적 절차 갱신에서 추론한 것이 아니라 연속된 원고에서 직접 확인할 수 있다.

이는 소박한 표현이다. 필수 통지 기간, 표결 기준, 새로운 항소 절차, 이후 절차에 대한 보편적 분류 체계를 정의하지 않는다.관심 약화는 지표가 아니라 예시다. 어느 워킹 그룹이 초안을 잘못 처리했다는 비난도 여기에 없다. 그러나 이 문장은 개념적 공백을 메운다. 그룹이 문서를 공동 관리 대상으로 받아들일 수 있다면, 이전 채택이 없었던 것처럼 가장하지 않고 그 관리를 종료할 수 있는 명확한 방법이 필요하다.

이것은 회의록 밖에서도 중요하다. 제품 팀은 워킹 그룹 상태를 보고 프로토타입 여부를 결정한다. 다른 표준 저자들은 활성 문서를 기준으로 참조와 의존성을 구축한다. 법무·조달 팀은 때때로draft-ietf라는 이름을 실제보다 강한 기관 지지의 증거로 취급한다. 가역적 상태는 이들 모두에게 작업 항목에는 이력, 현재 소유자, 가능한 종료라는 서로 다른 세 가지 사실이 있음을 알려준다. 하나의 배지가 아니다.

새 규칙이 아니라 현재 초안

이 문서가 중요한 거버넌스 기준을 다시 쓰려 하기 때문에 상태 경계는 필수적이다.

PROCON 문서 페이지는draft-ietf-procon-2418bis-04를 2026년 8월 17일자 새 WG Document로 나열한다.개별 Datatracker 기록은 의도 상태를 Best Current Practice로 표시하고, 승인될 경우 RFC 2418과 RFC 3934를 폐기(obsolete)하고 이후 여러 RFC를 갱신하게 된다고 밝힌다. 그러나 8월 27일 기준 IESG 상태는I-D Exists에 불과했다. 문서 셰퍼드, 담당 Area Director, 텔레챗 일정도 없었고, 초안은 갱신되거나 진전되지 않으면 2027년 2월 18일에 만료 예정이었다.

인접한2026bis초안은 워킹 그룹 라스트 콜 중이었다.2418bis는 아니었다. 둘을 혼동하면 목록 배치가 거짓 결정으로 바뀐다.

PROCON 헌장은 이 그룹에 이 작업을 수행할 권한을 부여한다. 핵심 사명은 IETF 표준 절차 및 워킹 그룹 가이드라인을 갱신하는 많은 RFC를 통합하는 것이다. 특히 워킹 그룹 채택 가이드라인의 비편집적 수정도 허용한다. 헌장 범위는 이 문장이 왜 허용 범위 안에 있는지 설명한다. 그러나 그 문장을 승인하지는 않는다.

인터넷 초안이 해당 IETF 절차를 완료하기 전까지RFC 2418은 공개된 BCP 25 기준선의 일부로 남는다. 따라서 정책 대장은현재 공개 규칙과제안된 대체 문구라는 두 가지 사실을 동시에 저장해야 한다.-04를 단지 제안으로만 부르면 그 기관적 맥락이 사라지고, 새 IETF 규칙이라 부르면 없는 결과를 낳는다.

채택은 관리권을 이전하지, 진실을 이전하지 않는다

제안된 종료 절차는 채택이 올바르게 분류된 후에야 의미가 있다.

RFC 7221(IETF 관행에 대한 정보성 문서)은 전형적인 채택 절차를 기술한다. 초안 소유자에게는 변경 통제권이 IETF로 이전한다는 사실이 상기된다. 의장은 지식재산권 공개를 점검하고, 워킹 그룹의 러프 콘센서스를 얻고, 편집자를 선정하고,draft-ietf버전을 준비하며, 대체 정보를 보존한다. 판단 기준은 그 문서가 지속적 작업에 수용 가능한 플랫폼을 제공하는지 여부다.

이는 작업 재료의 선택이다. RFC 7221은 채택을 "최종이 아니라 초기"이며 "승인이 아니라 채택"이라고 명시한다. 초안이 완전한 해법을 담고 있을 필요는 없고, 채택이 RFC 발행을 보장하지도 않는다. 채택되면 문서는 워킹 그룹에 속하며 그룹이 헌장과 IETF 절차 내에서 결정하는 대로 변경될 수 있다. 그룹이 달리 정하지 않는 한, 채택은 기존 내용 전부에 대한 동의를 의미하지 않는다.

이 기술에는 두 가지 통제가 있다. 문서 개발에 대한 권한은 원저자가 아니라 워킹 그룹이 얻는다. 그러나 워킹 그룹이 얻는 것은 심의·수정 권한이지, 시작 텍스트를 비준할 의무가 아니다. 편집자는 그룹의 결과를 기록할 펜을 쥐며, 그 결과를 스스로 정의할 사적 위임을 물려받지 않는다.

그래서 '인가(endorsement)'는 채택의 데이터베이스 동의어로 위험하다. 인가는 기술적 대상에 대한 지속적 평가처럼 들린다. 채택은 공동 의제에 사건을 접수하는 것에 가깝다. 희소한 주의 자원을 약속하고, 기대를 만들며, 문서 통제권을 이전한다. 정확성 증명서가 아니면서 중요한 관심 신호일 수 있다.

역방향 전환도 같은 수준에서 읽어야 한다. 초안을 미채택 상태로 되돌리는 것은 워킹 그룹의 관리적 약속을 종료하거나 변경한다. 그것이 채택을 지지했던 모든 이유를 논리적으로 부정하지는 않으며, 채택 이후 제기된 모든 기술적 질문에 답하지도 않는다.

기존 상태 머신에도 이미 옆문이 있었다

-04문장은 제안된 후속 텍스트에서 새 것이지만, 가역성이 IETF의 문서 기록과 무관한 것은 아니다.

RFC 6174는 워킹 그룹 문서 상태 모델을 정의한다. 채택 요청은 초안이 검토 중이며 아직 선정되지 않았음을 뜻한다. 채택되지 않으면 스트림 고유 상태 없는 상태로 돌아가되, 이력에는 요청이 있었음이 기록된다.Adopted by a WG는 저자가 새draft-ietf버전을 게시하기 전까지의 구간을 나타내고,WG Document는 활발히 개발 중인 채택된 초안을 뜻한다.

모델은 이어서 부수 상태를 제공한다. 보류(Parked) WG Document에는 편집자가 없거나 다른 문서나 리뷰를 기다리거나 다른 이유로 진행할 수 없을 수 있다. 주석으로 무엇이 보류를 해제할지 설명할 수 있다. 종료(Dead) WG Document는 버려진 것이지만, 'Dead'조차 반드시 최종이 아니다. 초안은 부활될 수 있고, 만료되지 않은 문서는 필요한 동의와 함께 다른 그룹으로 이동할 수 있다. 상태 다이어그램은 그려지지 않은 화살표가 적절한 전환을 금지하지 않는다고도 말한다.

이 구분들은 서로 다른 질문에 답하므로 운영적으로 유용하다.

  • WG Document는 그룹이 작업을 소유하고 활발히 개발한다고 말한다.
  • Parked는 식별된 이유로 진행이 멈춘 동안 관리(custody)는 계속된다고 말한다.
  • Dead는 WG 작업이 중단되었으되 이력과 추후 이동 가능성은 남는다고 말한다.
  • Non-adopted는 문서가 더 이상 WG 작업 항목의 기초가 아니며, 다음 소유권과 스트림 상태는 추측이 아니라 기록해야 한다고 말한다.
  • Expired는 저장소 수명이 끝났음을 말하며, 그 자체로 공동 처리(disposition)를 제공하지 않는다.

용어는 문서 간에 완전히 통일되지 않았고,2418bis-04는 아직 그 문구가 모든 Datatracker 상태에 어떻게 대응하는지 정확히 말하지 않는다. 이것은 실제 미해결 구현 질문이다. 그래서 지금 단어를 합쳐서는 안 된다. 유용한 상태 모델은 책임 있는 기관이 매핑을 정의할 때까지 차이를 보존한다.

RFC 7221은 실질적 탈출 경로를 제공한다. 워킹 그룹은 채택한 문서를 반드시 유지할 의무가 없다. 그룹이 내려놓으면 누구나 저작권 제약에 따라 개인(Individual) 또는 독립 제출(Independent Submission)로 작업을 계속할 수 있다. 따라서 WG 소유권의 종료는 반드시 제안의 삭제를 의미하지 않는다. 장소와 권한의 변경일 수 있다.

미채택은 판정이 아니다

관심이 식었다고 하자. 이 관찰은 여러 다른 현실을 기술할 수 있다.

문제가 더 이상 시급하지 않을 수 있다. 그룹에 편집자나 리뷰어가 없을 수 있다. 다른 문서가 유용한 메커니즘을 흡수했을 수 있다. 구현이 다른 방향으로 나아갔을 수 있다. 의존성이 미해결일 수 있다. 제안이 심각한 기술적 반대에 부딪혔을 수 있다. 혹은 기여자들이 단순히 제한된 시간을 다른 곳에 배분하고 있을 수 있다. 각 경로는 작업 목록의 변경을 정당화할 수 있지만, 기술적 가치에 대한 상호 교환 가능한 판단은 아니다.

RFC 7282는 러프 콘센서스를 지지자 수로 환원할 수 없는 이유를 설명한다. 손들기보다 사유의 질과 반대가 다루어졌는지가 중요하다. 같은 규율이 종료에도 적용되어야 한다. "다섯 명이 발언을 멈췄다"는 완전한 처리가 아니다. 기록에 그룹에 제기된 질문, 고려된 반대, 콘센서스 판단의 이유가 빠져 있다면 "의장이 종료했다"도 마찬가지다.

문서 상태가 운영 네트워크에 직접 미치지도 않는다. 벤더는 폐기된 초안 기반 코드를 유지할 수 있다. 운영자는 실험을 계속할 수 있다. 다른 표준 포럼이 그 아이디어에 의존할 수 있다. 반대로 활성 WG Document는 생산 배치가 전혀 없을 수도 있다. 기관 상태는 누가 어떤 권한 아래 텍스트를 작업하는지 답한다. 배치 증거는 실제 시스템이 무엇을 하는지 답한다.

이 구분은 Lu Heng의최소 초기 명세, 지역화된 미래 결정, 자발적 채택논의를 따른다. 조정 아티팩트는 보편적 구현을 명령하지 않으면서 공통 참조와 경계된 결정 절차를 수립할 수 있다. 여기서 편집적 렌즈로 적용하면 양방향으로 작동한다. 채택이 배치 의무를 만들지 않고, 채택의 되돌림이 배치된 시스템을 끄지 않는다.

따라서 가장 안전한 공개 문장은 좁다.이 워킹 그룹은 이러한 기록된 이유로 이 날짜에 이 인터넷 초안을 미채택 상태로 되돌렸다.더 강한 결론에는 자체 근거가 필요하다.

깨끗한 되돌림이 보존해야 할 것

종료 상태는 나중의 독자가 참여자에게 기억을 물어보지 않고도 관리 사슬을 재구성할 수 있을 때 신뢰할 수 있게 된다.

신원부터 시작한다. 검토된 개별 초안, 이를 대체한draft-ietf문서, 관련된 모든 개정판과 콘텐츠 해시를 기록한다. 최초 채택 요청과 의장의 콘센서스 발표를 연결한다. 이 링크가 없으면 되돌림은 겉보기에 무관한 두 문서 계열을 남기고 거짓 복제나 거짓 연속성을 부를 수 있다.

다음으로 결정을 보존한다. 공개 기록에는 누가 되돌림을 제안했는지, 논의 기간, WG 관리 계속에 대한 찬반 논거, 중대한 미해결 반대, 의장의 판단이 보여야 한다.관심 약화는 스스로 증명하는 라벨이 아니라 사안에 적합한 관찰 가능한 사실(편집자 부재, 무응답 리뷰 요청, 대체 작업, 명시적 그룹 응답)로 뒷받침되어야 한다.

이어서 결과 상태를 정확히 명명한다. 스트림 고유 상태 없는 미채택인가? 편집자 대기 보류 상태인가? 보존되는 종료 상태인가? 다른 WG 문서로 대체되었는가? 이전되었는가? 만료를 허용했는가? 개인 제출로 계속되는가? 이 결과들은 저자, 리뷰어, 의존 작업에 서로 다른 기대를 만든다.

통제 인계에는 자체 타임스탬프가 필요하다. 어느 개정판까지 편집자가 워킹 그룹을 대신해 작성했는가? 이후 변경은 언제 WG 통제에서 저자 통제로 바뀌었는가? 누가 편집자·저자·유지보수자로 남으며, 어떤 대표성을 가지는가? 파일명만으로는 이 질문에 안전하게 답할 수 없다.

마지막으로 기술 원장과 처리 원장을 분리한다. 개방된 설계 쟁점, 유용한 분석, 구현 보고, 미해결 반대는 그룹이 작업을 멈추더라도 살아남아야 한다. 되돌림은 이미 생산된 지식을 지우지 않으면서 WG의 미래 주의 자원을 풀어줄 수 있다. 투자 중단 결정은 다른 곳에서 계속할 사람에게 필요한 증거를 파괴할 허가가 아니다.

되돌림 영수증

간결한 영수증에는 다음이 있어야 한다.

  1. 채택 사슬의 정확한 개별·WG 초안 이름, 개정판, 해시;
  2. 채택 요청, 콘센서스 발표, 날짜, 사유;
  3. 워킹 그룹 변경 통제 하의 마지막 개정판;
  4. 되돌림 제안, 논의 날짜, 양쪽 논거;
  5. 의장의 콘센서스 판단과 날짜가 찍힌 처리(disposition);
  6. 정확한 결과 문서 및 스트림 상태;
  7. WG 편집자 권한의 종료와 새 통보자, 있다면 그 신원;
  8. 대체, 후속, 이전, 개인 또는 독립 제출 링크;
  9. 보존된 미해결 쟁점, 기술적 반대, 재사용 가능한 분석;
  10. 알려진 구현, 배치, 실험, 하류 문서 의존과 별도 출처;
  11. 헌장, 마일스톤, Area Director에 미치는 결과가 있다면 그 내용; 그리고
  12. 이 전환이 자동으로 기술적 기각, RFC 철회, 저장소 삭제, 운영 중단이 아니라는 명시적 비주장(non-claim).

이것은 행정적 단정함 그 이상이다. 채택은 누가 문서를 대표해 말할 수 있는지 바꾼다. 되돌림은 그 답을 다시 바꾼다. 첫 이전은 기록하되 두 번째는 기록하지 않는 시스템은 그룹이 더 이상 소유하지 않은 텍스트에 낡은 기관 권한을 부여한다. 첫 이전을 삭제하는 시스템은 역사를 다시 쓴다. 영수증은 두 실수를 모두 피한다.

출처