요약

  • RFC 3933는 비공식적인 IESG 절차 변경과 영구 BCP 개정 사이의 중간 경로를 만들었습니다. 즉, 범위가 한정된 실험, 공개 Last Call, 실험적(Experimental) RFC, 그리고 명시적인 만료(sunset) 조항입니다.
  • 이 문서의 시계는 증거 계약보다 강했습니다. 문제 정의서, 평가 기준, 성공 여부에 대한 서면 설명은 바람직했지만 필수는 아니었습니다.

마감 기한이 핵심이었다

2004년 11월,RFC 3933은 제도적 문제를 공학적 언어로 기술했습니다. IETF에는 자신의 운영 장치를 바꾸는 두 가지 방식이 있었습니다. IESG가RFC 2026에 부여된 재량에 따라 비공식적으로 조치하는 방식은 속도를 얻지만 때로 더 넓은 커뮤니티와의 정합성을 잃을 수 있었습니다. 또는 IETF가RFC 2418같은 문서에 기술된 워킹 그룹 구조를 포함해 영구 절차 규칙에 쓰이는 무거운 합의 절차를 그대로 사용하는 방식이 있었습니다. 후자는 검토를 제공했지만, 운영 경험이 축적되기 전에 이미 확정을 요구했습니다.

RFC 3933은 세 번째 상태를 제안했습니다. 규칙을 경계가 명확한 실험으로 시도하는 것입니다.공식 RFC Editor 기록은 이 메모를 BCP 93으로 식별합니다. 그 계보는RFC 1396에 기록된 1992년 조직 개편까지 거슬러 올라가지만, 그 메커니즘 자체는 주목할 만큼 새로웠습니다. 초안은 제안된 절차를 기술하고, IESG는 그것이 그럴듯하고 유용할 가능성이 있는지 판단합니다. 4주간의 IETF Last Call이 커뮤니티에 공개되고, 수정 초안은 제기된 쟁점을 확인하고 답합니다. 그런 뒤 임시 절차가 공지되고 Experimental RFC로 발표됩니다.

제안에는 명시적인 만료 조항이 있어야 했으며, 통상 채택 후 1년을 넘지 않아야 했습니다.정오표 기록에는 해당 문장에 대한 검증된 문장 부호 수정이 포함되어 있지만, 규칙 자체의 변경은 아닙니다. 만료 시점 또는 그 이전에 IESG는 해당 절차를 BCP로 만들거나 만료시켜야 했습니다. 실험은 선정된 영역이나 워킹 그룹으로 한정할 수 있었고, 경험이 축적되는 동안 영향 범위를 억제할 수 있었습니다.

이것이 설계에서 가장 강력한 통제였습니다. 임시 예외는 사람들이 익숙해졌다는 이유만으로 조용히 영구 지위를 주장할 수 없었습니다. 시계가 처분 결정을 강제했습니다.

실험은 측정 가능한 질문 없이 시작될 수 있었다

증거 측면은 더 느슨했습니다. RFC 3933은 문제 정의서를 “바람직하지만 필수는 아니다”라고 규정했고, 구체적인 평가 기준도 마찬가지로 다뤘습니다. 만료 시점에 IESG는 커뮤니티가 전반적으로 상황이 나아졌거나 나빠졌다고 믿는지 판단할 수 있었습니다. 실험의 성공 또는 실패 이유를 기술한 문서가 바람직했지만, 저자들은 그것을 현실적으로 의무화할 수 없다고 밝혔습니다.

이것은 우연한 누락이 아니었습니다. 중간 경로의 대가였습니다. 모든 임시 절차 변경 전에 완전한 연구 설계를 요구하면, RFC 3933이 피하려던 바로 그 무거움을 재현할 수 있었습니다. 그러나 이 선택은 역사적 증거와 관련된 비대칭을 낳았습니다. 절차는 언제 끝나는지 말해야 했지만, 어떤 관찰이 성공으로 간주될지 정확히 밝히거나, 비교 가능한 기준선을 보존하거나, 경험을 최종 처분과 연결하는 추론을 공개할 필요는 없었습니다.

만료 조항은 실험이 검토되지 않은 영구 규칙이 되는 것을 막을 수 있습니다. 그러나 사후에는 여러 가능성을 구분할 수 없습니다. 메커니즘이 한 번도 사용되지 않았거나, 사용되었고 효과가 있었거나, 사용되었고 피해를 일으켰거나, 일시적 문제를 해결했거나, 참여자들이 우회했거나, 제도적 관심이 단순히 다른 곳으로 옮겨갔을 수 있습니다. 날짜는 지속 기간에 대한 증거일 뿐, 효과에 대한 증거가 아닙니다.

RFC 3933은 중요한 권한 경계도 유지했습니다. IESG의 판단은 대략적 합의(rough consensus)를 반영해야 했고, 일반 절차를 통해 이의를 제기할 수 있었습니다. 실험이 IETF 전체에 적용될 필요는 없었습니다. 보안 장은 프로토콜 보안 검토의 품질이 낮아지지 않도록 경고하고, 그러한 저하가 가능하다면 조기에 감지하고 바로잡을 것을 요청했습니다. 그러나 이러한 안전장치조차 채택, 범위, 정정을 기술할 뿐, 공개된 결과 대장을 보장하지는 않았습니다.

ION 시계는 문서 기록이 따라잡기 전에 멈췄다

RFC 4693은 이 긴장을 특히 선명하게 드러냈습니다. ION(IETF Operational Notes)을 제안한 것입니다. 무작위 웹 페이지보다 내구성과 참조 가능성이 높지만 RFC보다 가볍고 바꾸기 쉬운 문서입니다. 실험은 첫 ION 발표 후 12개월간 운영될 예정이었고, 끝에서 커뮤니티에 시리즈를 영구화할지, 폐기할지, 계속할지 묻게 됩니다.

저자는 객관적 지표를 가치가 없다고 명시적으로 배제하고, 성공이나 실패가 커뮤니티의 태도에 드러날 것이라 기대했습니다. 이는 RFC 3933이 허용한 것이며, 실험의 증거 계약이 사전에 확정된 측정이 아니라 집단 기억과 후속 감정 해석에 의존한다는 뜻이기도 했습니다.

IESG는 2008년 3월 ION 실험을 종료했습니다. 그러나 RFC 기록은 같은 시점에 닫히지 않았습니다. 2011년 9월에 발표된RFC 6393은 RFC 4693을 Historic으로 옮기고 대체(obsolete)했습니다. 이 3년의 공백은 운영상 피해나 제도적 방임의 증거가 아닙니다. 더 좁은 사실을 보여줍니다. 절차를 멈추는 것과 그 절차를 승인한 문서의 지위를 정리하는 것은 별개의 행동입니다. 그 공백 기간 동안 오래된 Experimental RFC만 본 독자는 유효한 결정을 알기 위해 다른 출처가 필요했습니다.

교훈은 ION이 “실패했다”는 것이 아닙니다. RFC 6393은 종료와 문서적 마무리를 기록하면서, 도입 취지는 다른 곳을 참고하라고 안내합니다. 역사적 흔적은 처분 결정을 증명할 수 있지만, 결과에 대한 완전한 기록을 보존하지는 않을 수 있습니다.

이후의 실험들은 더 강한 증거 계약을 썼다

RFC 3933은 최소선이지 천장이 아니었습니다.RFC 5111은 이 모델을 18개월짜리 탐색 그룹(Exploratory Group) 실험에 사용했습니다. 실험은 세 그룹으로 제한되었고 지표가 명시되었습니다. 차터 마일스톤 진행, 긍정적 검토를 통한 IESG의 워킹 그룹 설립, 그리고 지속적 참여의 증거로서의 메일링 리스트 활동입니다. 그 지표들도 불완전했지만, 사안이 나아졌다는 구조화되지 않은 느낌에 평가가 의존하는 정도를 낮추었습니다.

RFC 4633은 IETF 메일링 리스트의 장기 정지를 다루며 또 다른 18개월 기간을 사용했습니다. 시행을 넘어 유지될 수 있는 것을 제한하고, 승인된 절차에 대해 공개 성명을 요구했으며, 이의 제기 경로를 보존했습니다. 이 문서는 참여에 대한 분쟁 중인 권한을 다뤘습니다. 날짜가 위임된 권한을 한정했지만, 계속된 Experimental 지위는 절차의 기한과 RFC에 붙은 현재 라벨을 구분해야 하는 이유도 보여줍니다. 다른 문서에서 이루어진 이후의 행정 용어 업데이트는 그 자체로 실험 보고서가 아닙니다.

가장 선명한 대비는 팬데믹 때 나왔습니다.RFC 8713은 NomCom 자원봉사 자격을 대면 회의를 전제로 한 출석 패턴에 연결했습니다. 연속 여섯 차례의 완전 온라인 플레너리 회의는 그 대리 지표를 무너뜨렸습니다.RFC 8989는 한 번, 최대 두 번의 NomCom 주기에 대해 고정 기간의 실험을 승인했습니다.

RFC 8989는 날짜만 정하지 않았습니다. IESG에게 차례로 NomCom 의장을 자문하고, 보고서를 발행하고, 커뮤니티 논의를 열도록 요구했습니다. 질문도 명시했습니다. 자원봉사자 풀이 충분히 크고 다양했는가? 충분한 자격을 갖춘 사람이 지원했는가? 결과적으로 구성된 위원회가 IETF 작업에 대한 유용한 지식을 유지했는가? 새 자격 경로를 기계적으로 검증할 수 있었는가? 가능한 결정도 나열했습니다. 영구 규칙을 개정하거나, 한 번 연장하거나, 다른 실험을 수행하거나, 원래대로 되돌리는 것입니다.

2023년,RFC 9389는 그 실험에서 파생된 자격 경로를 BCP 10에 통합하고 RFC 8788과 8989를 대체했습니다. 이후의 BCP는 이후의 규범적 결정에 대한 확실한 증거입니다. 그러나 모든 실험적 효과가 정량화되었다거나 RFC 8989 단독으로 변경을 일으켰다는 증명은 아닙니다. 더 강한 주장은 충분합니다. 명시적 보고 의무가 있는 실험은 임시 규칙과 영구 문서 사이에 더 검사 가능한 다리를 남겼습니다.

만료, 증거, 보관 지위는 서로 다른 세 가지 사실이다

RFC 3933의 지속 가능한 기여는 제도가 시도를 통해 진실을 발견할 수 있다는 약속이 아니었습니다. 모든 절차 제안을 보이지 않는 예외로 취급하거나 영구 헌법으로 취급하는 사고를 피하는 방법이었습니다. 이 모델은 범위를 한정하고, 실험을 Last Call에 공개하며, 결정에 이의 제기 경로를 제공하고, 마감 기한을 설치했습니다.

그 약점도 가르치는 바가 컸습니다. 필수적인 문제 정의, 기준선, 지표, 최종 보고서가 없으면 임시 프로세스는 이식 가능한 증거로 이어지지 않는 경험만 남길 수 있습니다. 참여한 사람들은 규칙이 왜 끝났거나 생존했는지 알 수 있지만, 이후의 운영자, 역사가, 영향을 받은 당사자들은 Experimental RFC와 만료 문장, 그리고 이후의 지위 변경만 보게 될 수 있습니다.

바로 이 지점에서 Lu Heng의최소 초기 명세와 자발적 채택,running code 우선성에 관한 에세이의 편집적 훈련이, 기본 역사적 증거가 되지 않으면서 유용해집니다. 발표, 제도적 승인, 채택, 운영상 효과는 분리된 상태로 유지되어야 합니다. 절차 문서는 실험을 승인할 수 있고, 결정은 그것을 종료하거나 승격할 수 있습니다. 그 사이에 무엇이 일어났는지는 보존된 관찰만이 보여줍니다.

따라서 이 역사는 “IETF가 자기 프로세스로 실험했다”는 말보다 정밀합니다. RFC 3933은 임시 권한을 시간 안에서 판독 가능하게 만들었습니다. 그러나 최종 결정의 이유까지 증거 안에서 똑같이 판독 가능하게 되리라 보장하지는 않았습니다.