요약

  • RFC 3356는 ITU-T 연구반(Study Group)이 대표자에게 공식 발언 권한을 부여할 수 있도록 했지만, IETF가 그 견해를 다른 워킹그룹 참여자의 기여와 동일한 무게로 다루도록 요구했습니다.
  • 승인, 전달, 보관, 응답 담당 지정이 라이에종을 추적 가능하게 만들었지만, 접수 기관이 동의하거나, 게시하거나, 구현하거나, 자체 개정 절차를 포기하도록 만들지는 않았습니다.

한 대표자가 그 소속이 의심의 여지가 없는 서한을 들고 IETF 회의에 도착한다고 상상해 보십시오. 연구반 의장이 이 출장을 승인했고, 관계자들은 대표자 명단을 접수했으며, 발언자는 “이것이 우리 그룹의 입장입니다”라고 정확하게 말할 수 있습니다.

그다음에 벌어지는 일이 흥미로운 부분입니다. 그 승인은 대표자가 IETF 워킹그룹을 대신해 결정할 수 있게 해 주지 않습니다. RFC 3356는 이 경계를 이례적으로 명확하게 만들었습니다. 공식 ITU-T 대표자가 표명한 견해는 다른 워킹그룹 참여자의 견해와 동일한 무게를 받도록 규정한 것입니다.

이 문장은 회의 예절 보호를 넘어서는 의미를 갖습니다. 기관 시스템이 끊임없이 혼동하는 두 가지 질문을 분리했습니다. 첫째는 그 진술이 정말로 서명된 조직에서 나온 것인가 하는 질문이고, 둘째는 다른 조직이 그 진술을 수용하는가 하는 질문입니다. 승인은 첫째에 답할 수 있습니다. 둘째에는 답할 수 없습니다.

2002년 8월에 발표된 RFC 3356는 IETF와 국제전기통신연합 표준화 부문(ITU-T) 간의 협력을 다루었습니다. 이 문서는 RFC 2436를 갱신하고 대체했습니다. 대부분의 본문은 ITU-T A-Series Supplement 3와 공유되었으며, 이는 2001년 11월 표준화 자문그룹(TSAG)이 승인했습니다.

그 배경이 중요했습니다. 인터넷 프로토콜은 점점 더 통신 세계가 익숙한 신호 처리, 번호 부여, 보안, 라우팅, 관리, 접근 문제에 걸쳐 들었습니다. IETF와 ITU-T는 서로의 작업 프로그램이 겹치지 않는다는 태도를 유용하게 유지할 수 없었습니다. 동시에 어느 한쪽도 그 겹침을 상대의 권위를 흡수할 허가로 다룰 수는 없었습니다.

RFC 3356는 두 기관이 서로 다르게 설계되었다는 점을 인정하면서 시작합니다. IETF의 작업은 지역 책임자(Area Director)와 IESG가 관리하는 Area 안의 워킹그룹에서, 대부분 공개 메일링 리스트를 통해 이루어졌습니다. ITU-T의 작업은 연구 질문(Question), 워킹파티(Working Party), 연구반(Study Group)으로 조직되었고, 라포르퇴르와 의장이 있으며 회의의 비중이 더 컸습니다. 따라서 협력이란 같은 절차를 두 개의 사업자 명의로 돌리는 것이 될 수 없었습니다.

첫 번째 통제 장치는 발견(discovery)이었습니다. 인터넷 관련 주제를 발견한 ITU-T 연구반은 관련 IETF 작업을 검토하고 협력의 목표와 기대 결과를 작업 계획에 명시하도록 기대되었습니다. IETF 워킹그룹도 마찬가지로 자기 차터에 관련 ITU-T 활동을 명시하도록 기대되었습니다.

행정적으로 들리지만, 이는 주장하는 바의 범위를 좁힙니다. “우리는 상대가 근처에서 작업하고 있음을 알고 있다”는 것은 “우리가 그 작업을 공동으로 소유한다”는 것과 다릅니다. 서면화된 협력 목표는 검사 가능한 범위를 만들어, 당사자들이 검토, 호환되는 용어, 참조, 상호 보완적 명세 등 무엇을 추구했는지 보여줄 수 있습니다.

RFC 3356는 조기 경보 체계도 마련했습니다. IETF는 신규 및 개정 워킹그룹 차터와 BoF 공지를 NewWork 메일링 리스트에 보냈고, ITU-T exploder가 이를 구독했습니다. IETF가 새 차터를 두 주 만에 처리할 수 있었기 때문에, 연구반은 끊임없이 모니터링하도록 권고받았습니다. ITU-T 작업 프로그램 갱신은 반대 방향으로 흐르도록 되어 있었습니다.

NewWork는 주의 채널이었습니다. 공지는 겹침을 대응 가능한 시점에 드러낼 수 있었습니다. 그러나 그것은 주제를 예약하거나, 관할권을 부여하거나, 상대 기관을 일시 정지시키지 않았습니다. 모니터링은 조정에 쓸 수 있는 시간을 바꿀 뿐, 의사결정 권한의 배분을 바꾸지 않았습니다.

대표(Representation)에는 더 형식적인 접수가 필요했습니다. IETF 참여자는 해당 워킹그룹 또는 Area의 승인을 받아 ISOC 대표로 ITU-T 회의에 참석할 수 있었고, IAB 의장이 그 등록을 ITU 표준화국(TSB)에 통보했습니다. 반대 방향으로는 ITU-T 연구반 의장이 구성원에게 연구반 또는 라포르퇴르 그룹의 활동에 대해 공식적으로 발언할 권한을 부여할 수 있었습니다.

그 승인은 발언 자격을 확립합니다. 청중에게 그 사람이 단순히 개인적 견해를 즉석에서 표명하는 것이 아님을 알려 줍니다. 그러나 RFC 3356는 출처의 권위가 수신자의 권위가 되는 것을 거부했습니다. IETF에서 대표자는 워킹그룹의 기존 절차에 들어갑니다. 기관적 배경은 추가 표, 거부권 또는 자동 합의를 만들지 않았습니다.

이 설계는 토론과 의사결정의 주 수단으로 공개 메일링 리스트를 사용하는 IETF 방식에 부합합니다. 공식 개입은 중요할 수 있고, 기술적으로 설득력 있을 수 있고, 정확하게 귀속될 수 있습니다. 그럼에도 다른 기여와 마찬가지로 같은 공개 논쟁을 통과해야 했습니다. 결론을 통제하는 것은 접수한 그룹이었습니다.

회의 밖의 소통에도 같은 구분이 적용되었습니다. 전문가와 연락책 사이의 비공식 교류는 권장되었습니다. 그러나 공식 소통은 해당 연구반, 워킹파티, 라포르퇴르 그룹, 워킹그룹 또는 Area에서 나온 것임을 명시적으로 승인받고 식별되어야 했습니다.

ITU-T에서 IETF로 들어오는 소통에 대해 RFC 3356는 수신 주소 지정, 전용 IETF liaison-statements 접수 주소로의 사본 송부, liaison-statements 페이지 게재, 처리 책임자로 지명된 IETF 담당자 배정을 규정했습니다. 이는 귀중한 기록입니다. 무엇이 접수되었는지, 어디에 공개되었는지, 다음 조치의 소유자가 누구인지를 알려 줍니다.

그러나 수신자가 동의했는지는 답해 주지 않습니다. 게시된 라이에종 성명은 보류 중일 수 있고, 회신될 수 있고, 실질적으로 거부될 수 있고, 이후 작업에 밀려 무의미해질 수 있으며, 단순 정보 제공일 수도 있습니다. 지명된 담당자는 책임 표시이지 결정 영수증이 아닙니다. 보관소는 메시지가 절차에 들어갔음을 증명할 뿐, 절차가 그 메시지를 어떻게 처리했는지는 워킹그룹 기록이 보여 주어야 합니다.

대칭성은 의도된 것이었습니다. ITU-T에 보내지는 공식 IETF 소통 역시 명시적 승인과 식별이 필요했습니다. 적절한 의장들과 지역 책임자에게 사본을 보내는 것이 그 승인을 표시했습니다. 어느 쪽도 한 전문가의 이메일을 조직 경계를 넘었다는 이유만으로 기관 입장으로 만들 수 없었습니다.

참여의 비대칭은 여전히 드러나 있었습니다. IETF 워킹그룹 리스트는 구독자에게 열려 있었고 주 의사결정 포럼으로 기능했습니다. 공식 ITU-T 리스트는 대개 회원 소속이 필요했지만, 제한 없는 다른 리스트가 존재할 수도 있었습니다. 따라서 협력은 메일링 리스트가 두 시스템에서 같은 의미를 가진 것처럼 가정하지 않고 서로 다른 접근 조건을 반영해야 했습니다.

문서 공유는 두 번째 권위 문제를 낳았습니다. IETF 초안은 워킹그룹이 상호 관심사이며 전달이 유익하고 정확히 기술되어 있다고 합의한 후에야 ISOC 기여물로서 ITU-T 연구반에 보내질 수 있었고, 지역 책임자들이 그 요청을 검토하고 승인했습니다.

그 절차는 초안을 표준으로 승인한 것이 아니었습니다. 검토, 의견, 가능한 활용을 위한 특정 전달을 승인한 것입니다. 전달이 그렇지 않으면 보증처럼 보일 수 있었기 때문에, 상태 표시가 문서와 함께 이동했습니다.

역방향 경로도 마찬가지로 신중했습니다. 연구반 또는 워킹파티는 전달이 유용하다고 판단한 후에야 권고안(Recommendation) 초안을 IETF에 보낼 수 있었습니다. 그 기여물은 개발 상태와 연락처를 밝히고, 명명된 ITU-T 연구반의 작업 문서임을 명시해야 했습니다. 2002년 절차에서 Internet-Draft로 제시한다는 것은 그 문서가 임시적이며 6개월 후 만료된다는 것을 수용하는 것이기도 했습니다.

포맷이 문서의 성격을 바꾸지는 않았습니다. ASCII 문법과 Internet-Draft 파일명은 ITU-T 텍스트를 IETF 합의 산출물로 만들지 않았습니다. 공개 URL이 있다고 Word 문서가 RFC 후보가 되는 것은 아닙니다. 포장은 접근성을 개선할 수 있지만, 출처(provenance)는 그대로 유지됩니다.

RFC 3356의 공동 텍스트에 대한 입장도 이 논리에서 나옵니다. 한 기관이 결과를 전체적으로 문서화하고 다른 기관이 이를 참조하는 것이 정상으로 기대되었습니다. 승인 및 개정 절차가 서로 다르기 때문에 공통 또는 공동 텍스트는 권장되지 않았습니다.

이 권고는 주목할 만합니다. RFC 3356 자체가 ITU-T 보충 문서와 상당한 공통 텍스트를 가졌기 때문입니다. 교훈은 공유 표현이 불가능하다는 것이 아니었습니다. 동일한 단어가 서로 다른 관리 체계 안에 존재할 수 있다는 것이었습니다. 이후 변경, 대체 규칙, 승인 기록, 게시 상태는 여전히 각 산출물을 유지하는 기관에 속했습니다.

따라서 상호 참조는 거버넌스 도구였습니다. ITU-T 권고 A.5는 외부 작업 참조를 위한 한 경로를 제공했고, RFC 2026은 다른 개방 표준에 대한 규범적 참조에 관한 IETF 규칙을 제공했습니다. 참조는 권위나 변경 관리권을 몰래 복사하지 않으면서 명세들을 연결했습니다.

이후 문서들은 라이에종 체계를 더 명시적으로 만들었습니다. RFC 4052는 IAB의 라이에종 관계 관리를 다루었습니다. RFC 4053은 라이에종 성명의 접수와 처리를 상세히 기술했습니다. RFC 4691은 IETF 라이에종 대표의 행동 규범을 명확히 했습니다. 즉, 이들은 소통하고 설명할 뿐, IETF를 구속할 권한을 가진 독립 협상가가 아니라는 것입니다. RFC 6756는 2012년에 RFC 3356를 갱신하면서 동일 무게 규칙과 별도 문서화·참조 선호를 유지했습니다.

이 모든 것이 모든 실제 라이에종이 깨끗하고, 적시에, 정치적 갈등 없이 이루어졌음을 증명하지는 않습니다. 이 문서들은 보편적 수행 결과가 아니라 통제 표면을 기술합니다. RFC 3356는 또한 경계가 결과를 가른 구체적 분쟁을 보고하지 않습니다. 그 보안 항은 직접적인 보안 문제가 없다고 판단했습니다.

그 역사적 가치는 다른 곳에 있습니다. RFC 3356는 기관적 정당성이 로고와 직함만으로는 부족하며 더 많은 것이 필요하다고 다루었습니다. 신뢰할 수 있는 기록은 발언자를 임명할 권위, 메시지를 승인할 권위, 전달 사실, 응답 의무, 수신자 자체의 합의, 결과 문서의 상태, 이후 구현 여부를 분리해야 했습니다.

그 연쇄는 표준화 기관을 훨씬 넘어서도 여전히 유용합니다. 대표자는 주권자가 아니면서도 진짜일 수 있습니다. 메시지는 수용되지 않으면서도 공식적일 수 있습니다. 응답이 배정되었다고 결정된 것은 아닙니다. 공유된 문장은 어느 쪽 시스템도 상대를 통제하지 못하면서 두 체계에서 모두 진짜일 수 있습니다.

대표자는 기관을 위해 발언했습니다. 결정은 여전히 워킹그룹이 내려야 했습니다.

출처