요약

  • RFC 2028은 워킹 그룹 프로세스를 운영하는 사람들과 그 결과를 기록하는 사람들을 분리하고, 행정·출판·표준·아키텍처·레지스트리 책임을 서로 다른 기관에 배정했습니다.
  • 이 공개적 배분은 책임 소재를 묻는 주소를 만들어 주었지만, 거래 기록 장부는 아니었습니다. 특정 결정을 누가 내렸는지, 참여가 대표성을 갖추었는지, 기록이 완전한지, 책임이 실제 수행되었는지, 표준이 배포되었는지는 증명할 수 없습니다.
  • 2022년 RFC 9281이 IETF 구조 변화에 따라 이 문서를 대체했습니다. 따라서 모든 기관 지도에는 제목뿐 아니라 날짜가 필요합니다.

일곱 쪽짜리 문서가 헌법적이라 보기엔 지나치게 얇아 보일 수 있습니다. RFC 2028에는 투표 체계, 예산, 프로토콜이 없었습니다. 그 가장 중대한 조치는 더 단순했습니다. 서로 다른 종류의 책임이 어디에 자리해야 하는지를 명명한 것입니다.

워킹 그룹 의장(Chair)은 활동을 지휘하고 회의를 주재하며, 에어리어 디렉터(Area Director)를 통해 IESG를 향한 그룹의 공식 접점 역할을 했습니다. 문서 편집자(Document Editor)의 임무는 달랐습니다. 그룹이 이미 내린 결정을 문서가 정확히 반영하도록 하는 것이었습니다. 사무국(Secretariat)은 기관을 지원하고 공식 공개 기록을 유지했습니다. RFC 편집자(RFC Editor)는 출판을 관리했습니다. IESG는 표준 프로세스를 통해 기술 사양을 진행했습니다. IAB는 아키텍처와 프로세스를 감시했습니다. IANA는 고유한 프로토콜 파라미터를 할당했습니다. ISOC 이사회는 당시 기술된 합의 구도에서 정의된 절차적 역할을 가졌습니다.

이 목록은 모든 기관적 행위가 'IETF'라는 단어로 뭉개지는 것을 막아주기 때문에 유용합니다. 그러나 역할 기술은 그 역할이 올바르게 수행되었다는 증거가 아니라는 점에서 한계를 갖습니다.

의장과 편집자는 같은 사실을 소유하지 않았다

RFC 2028은 워킹 그룹 의장과 문서 편집자 간 분리를 일반적 관행으로 기술했습니다. 의장은 그룹의 활동과 절차적 약속에 책임을 졌고, 편집자는 결과 텍스트의 충실성에 책임을 졌습니다. 이 두 직책을 서로 다른 사람에게 맡기면, 한 사람이 결정을 관리하는 동시에 그 결정의 생존 기록을 통제하기가 더 어려워질 수 있습니다.

그러나 이는 내부 통제지 증명서가 아닙니다. 두 역할에 두 개의 이름이 있다고 해서 반대 의견이 경청되었거나, 합의 요청이 건전했거나, 편집이 그것이 기록한다고 주장한 결정과 일치했음을 증명하지 못합니다. 그런 주장에는 날짜가 찍힌 연쇄가 필요합니다. 초안 버전, 회의 및 메일링 리스트 기록, 그룹에 제출된 안건, 미해결 반대 의견, 의장의 근거, 그에 이어진 편집이 그것입니다.

이후의 RFC 9281은 1996년 규칙의 역사적 성격을 드러냅니다. 이 문서는 편집자가 워킹 그룹의 결정을 반영해야 한다는 의무는 유지하면서, 편집자를 겸하는 의장의 경우를 명시적으로 다룹니다. 다른 의장이 그 문서를 관리해야 하고, 가능한 의장이 없다면 그룹과 에어리어 디렉터가 프로세스를 특히 면밀히 감시해야 합니다. 통제는 동결되지 않고 정제되었습니다.

행정, 출판, 승인은 별개의 영수증이었다

RFC 2028은 IETF 사무국에 행정 지원과 공식 공개 기록의 책임을 부여하고, RFC 편집자에게 출판의 기계적 절차와 RFC 시리즈의 표준을 부여했습니다. 이 문장들로부터 서로 다른 두 가지 증명 의무가 파생됩니다.

사무국 기록은 회의, 제출물 또는 절차적 단계가 등록되었음을 보여줄 수 있습니다. 그러나 모든 관련 메시지가 수집되었는지, 링크가 여전히 접근 가능한지, 근본 결정이 옳았는지는 입증하지 못합니다. 출판은 특정 텍스트가 RFC 시리즈에 들어갔음을 보여줄 수 있습니다. 그러나 구현, 상호운용성, 배포, 운영적 성공을 입증하지 못합니다.

두 기능 모두 문서를 남기기 때문에 이 구분은 쉽게 흐려집니다. 하나는 프로세스 기록을 유지하고, 다른 하나는 산출물을 준비해 출판합니다. 어느 쪽도 상대방의 작업을 묵인적으로 인증할 수 없습니다.

기술 권위는 분산되었지 단일 지휘로 변환되지 않았다

이 RFC는 기술 작업을 에어리어(Area)로 조직된 워킹 그룹에 두었습니다. IESG는 IETF 기술 활동을 관리하고 사양의 진행을 처리하며, 신규 워킹 그룹 승인과 인터넷 표준의 최종 승인을 포함한다고 기술했습니다. IAB는 아키텍처 및 프로세스 감독, 헌장 검토, 자문, 소원 권한을 받았습니다. IANA는 확장 가능한 프로토콜에 필요한 값을 할당하고 그 결과로 만들어진 표를 공개했습니다. ISOC는 1996년 합의에 기록된 절차적·조직적 위치를 점유했습니다.

이 역할들은 서로 접촉하지만, 교환 가능한 권위를 만들지는 않습니다. IANA 할당은 IESG 승인이 아닙니다. IESG 승인은 IAB 소견이 아닙니다. IAB 소견은 워킹 그룹 결정이 아닙니다. ISOC의 기관적 역할은 프로토콜 텍스트의 저작이 아닙니다. 지도는 독자에게 어떤 추가 기록을 찾아야 하는지 알려줍니다.

또한 참여를 대표성과 구분합니다. RFC 2028은 IETF 멤버십이 고용주나 다른 조직의 공식 대표가 아니라 개인의 참여에서 비롯된다고 기술했습니다. 이 규칙은 사람들이 참여하는 자격의 성격을 식별해 줍니다. 그러나 접근이 모두에게 동등하게 부담 가능했는지, 고용주 자원이 영향을 끼치지 않았는지, 부재중이던 운영자와 사용자가 대표되었는지를 증명하지 못합니다.

일부 상자 뒤에는 완성된 헌장이 없었다

이 문서는 자신의 불완전함에 대해 이례적으로 솔직합니다. IESG 절에서 참조된 IESG 헌장은 아직 존재하지 않는 것으로 표시되었고, 참고 문헌은 IANA 헌장과 RFC 편집자 헌장을 모두 작업 진행 중으로 명시했습니다.

그렇다고 지도가 무가치해지는 것은 아닙니다. 오히려 지도를 어떻게 읽어야 하는지를 정확히 보여줍니다. RFC 2028은 기관적 구축의 한 시점에 배정된 책임의 공개 색인이었으며, 모든 권한을 도출해 낼 수 있는 단일 폐쇄 문서가 아니었습니다. 상세 헌장, 선출 방법, 구제 수단, 실행 증거가 다른 곳에 살아 있거나 미완성으로 남아 있는 가운데, 역할만 명명될 수 있었습니다.

이 간극은 실용적 시험을 만듭니다. 누군가 이 지도를 행동의 권위 근거로 인용할 때, 다음 기록을 요구하십시오. 적용되는 헌장, 결정, 지명된 행위자, 날짜, 이유, 구현, 검토 경로. 이런 기록들이 없다면 조직 이름이 그 빈자리를 채울 수 없습니다.

RFC 9281은 오래된 지도에 날짜를 찍었다

RFC 9281은 IETF 구조가 변화함에 따라 2022년 6월 RFC 2028을 대체했습니다. 책임 에어리어 디렉터, IETF 트러스트, IETF Administration LLC를 추가하고, 오래된 RFC 편집자 표기를 RFC Production Center로 교체하며, 개별 역할들을 전형적 워크플로에 따라 재배열했습니다. 여러 익숙한 책임은 유지하면서 그 둘레의 기관들을 바꾸었습니다.

폐기(Obsolescence)는 1996년 기록을 지우지 않습니다. 그 기록의 시제를 제한합니다. RFC 2028은 당시 책임이 공개적으로 어떻게 기술되었는지에 대한 증거로 남습니다. 동일한 법적 관계, 출판 모델, 조직적 인터페이스가 오늘날에도 여전히 지배한다는 현재 증명은 아닙니다.

따라서 오래된 지도의 내구적 가치는 소박하면서도 중요합니다. 기관적 주장을 반증 가능하게 만듭니다. 어떤 행위자가 워킹 그룹을 대표했다거나, 기록을 유지했다거나, 표준을 승인했다거나, 파라미터를 할당했다고 말했다면, 이 문서는 그 주장이 행위자의 역할에 귀속되는지 물을 수 있는 기준선을 관측자에게 제공했습니다.

그러나 책임성은 조직도가 끝나는 지점에서 시작됩니다. 책임 항목은 누구를 질문해야 하는지를 식별합니다. 무슨 일이 일어났는지 보여줄 수 있는 것은 결정의 흔적, 기록의 무결성, 실행 증거, 관측된 결과뿐입니다.

출처