요약

  • RFC 1591은 IANA가 어느 주체가 최상위 도메인을 관리해야 하는지에 관해 해결되지 않은 분쟁을 판단하기 위해 인터넷 DNS 네임 심사위원회(IDNB)를 설립하고, 그 결정이 구속력을 갖도록 한다고 명시했습니다.
  • 2017년과 2024년의 ccNSO 기록에 따르면 IDNB는 결코 설립되지 않았습니다. 2025년에는 별개의 비구속 ccTLD 심사 정책이 채택되었으며, 2026년 5월 ICANN86 보고서 기준 그 상태는 구현 계획 단계였습니다.

1994년 메모의 한 문단은 논쟁의 종결처럼 읽힙니다. 최상위 도메인 관리를 두고 경쟁하는 당사자들이 합의하지 못하면, 인터넷 DNS 네임 심사위원회(IDNB)가 심사 패널로서 나서고 그 결정은 구속력을 갖는다는 것이었습니다. 이 문장은 RFC 1591, 즉 DNS 구조와 위임에 관한 Jon Postel의 설명 안에서, 합의 선호와 예정된 관리자가 한 국가 전체를 대표하지 못할 수 있다는 경고 사이에 놓여 있었습니다.

위원회가 바로 뜻밖의 지점입니다. RFC 1591은 기술적으로 유능한 레지스트리를 고르기 위한 체크리스트에 그치지 않았습니다. 누가 도메인을 운영할지에 대한 의견 차이를 관리하는 방식, 최종 결정을 내릴 수 있는 기구까지 스케치했던 것입니다. 그러나 이후의 ccNSO 기록에 따르면 IDNB는 IANA나 그 밖의 어떤 주체에 의해서도 설립된 적이 없습니다. 이 문서는 소급 기록상 실제로 존재하지 않게 된 기관을 묘사하고 있었던 셈입니다.

주변 규칙도 중요합니다. RFC 1591은 스스로를 '정보성(Informational)'으로 표시하고 인터넷 표준을 지정하는 문서가 아니라고 분명히 밝혔습니다. 이 문서는 IANA를 DNS 전반의 조율을 담당하는 주체로, 한편 중앙 인터넷 레지스트리 — 당시의 InterNIC — 가 일상적인 행정의 상당 부분을 맡았다고 설명했습니다. 각 도메인에 대해서는 가동 중인 네임 서버를 갖춘 지정 관리자, 국가코드 도메인의 경우 현지 행정 연락처, 그리고 유능하게 운영할 수 있는 능력이 요구되었습니다.

이 메모는 그 역할을 신탁(trusteeship)으로 규정했습니다. 관리자는 해당 국가 커뮤니티와 전 세계 인터넷 커뮤니티 양쪽에 봉사하며, 도메인에 대한 소유권이나 권리 논쟁은 잘못된 관심사로 불렸습니다. 옳은 질문은 책임과 서비스라는 것이었습니다. 신청자에 대한 비차별적 대우도 요구되었으며, 여기에는 관리자와 관련된 네트워크 제공업체의 고객을 우대하지 않는 것이 포함되었습니다. 하위 도메인은 정보가 정확하기만 하면 자체 네임 서버를 운영할 수 있었습니다. 이것들은 위임된 권한이 어떻게 행사되어야 하는지에 관한 구체적 제약이었습니다.

그다음 동의 조항이 이어졌습니다. '현저히 이해관계가 있는 당사자들'은 지정 관리자가 적절하다는 데 동의해야 했습니다. IANA는 경쟁 당사자들의 합의를 도모하고, 관리자가 실질적으로 직무를 태만히 한 경우를 제외하면 모든 경쟁 당사자가 동의하지 않는 한 기존 위임을 대체로 바꾸지 않아야 했습니다. 이해관계자들은 관리자 선정에 어느 정도 목소리를 내야 했습니다. 그러나 이 메모는 경쟁 당사자들이 합의하지 못하거나 신청자가 국가 전체를 대표할 수 없는 경우, IANA와 중앙 레지스트리가 새 TLD의 일부만 위임할 수 있도록 허용했습니다. 이 절차 분기는 IDNB를 결정이 구속력을 갖는 심사 패널로 명명하면서 마무리되었습니다.

이 일련의 흐름은 참여를 결정 메커니즘과 결합하되, 둘을 동일한 것으로 만들지는 않았습니다. 이해관계자들의 의견은 들려야 했지만, 메모는 그들의 참석 자체가 분쟁을 해소한다고 말하지 않았습니다. 지정 관리자는 운영상 의무를 부담했고, IANA는 메모가 기술한 조율 역할을 유지했습니다. IDNB는 합의가 실패할 때 그 심판 단계를 제공하도록 되어 있었습니다. 따라서 그 단계가 실제로 존재했는지 여부는 단순한 각주가 아닙니다. 그것은 문서화된 경로에 작동하는 목적지가 있었는지를 결정합니다.

Postel의 1996년 6월 인터넷 초안은 IDNB를 전혀 다른 논쟁으로 끌고 갔습니다. 이 초안은 COM, ORG, NET 같은 국제 최상위 도메인에 대한 정책과 통제 구조를 제안하고, 그 제안의 절차에 관한 기술적 불복도 위원회의 역할에 포함시켰습니다. 초안은 또한 IANA, IETF, ISOC, 그리고 임시 그룹 사이에 책임을 나누었습니다. 그러나 이것은 개인 명의의 인터넷 초안에 머물렀습니다. Datatracker에 따르면 IETF의 승인을 받지 못했고 표준화 과정에서 어떤 공식적 지위도 갖지 못했습니다. 이 초안은 1996년 12월에 만료되었습니다. 이것은 위원회 개념이 하나의 제안에서 재사용되었다는 증거이지, 제안된 기구가 구성되었거나 그 설계가 정책이 되었다는 증거가 아닙니다.

그 부재는 이후의 제도적 기록에서 명시적으로 드러났습니다. 2017년 3월에 채택된 ccNSO 헌장 작업그룹 문서는 IDNB가 결코 설립되지 않았다고 밝히고, ccTLD 위임·이전·취소에 관한 결정에는 심사나 불복 메커니즘이 없다고 지적했습니다. 2024년 9월 ccNSO 최종 보고서는 같은 지점을 반복하며, 그러한 결정이 당시 독립적 심사를 받지 않는다고 말했습니다. 이것들은 그 공백을 기술하는 이후의 기록일 뿐이며, 모든 분쟁이 고려되지 않았다는 것을 증명하거나 개별 위임 사례에서 실제로 무엇이 일어났는지를 확립하지는 않습니다.

여기에는 두 번째 결말이 있으며, 그것은 IDNB가 뒤늦게 도착한 것이 아닙니다. 2025년 6월 8일, ICANN 이사회는 ccNSO를 통해 개발된 별개의 ccTLD 심사 메커니즘 정책을 채택했습니다. 공개 발표는 특정 IANA 기능 운영자 결정에 대한 독립적 심사 경로를 설명했지만, 그 결과는 구속력을 갖지 않을 것이라고 밝혔습니다. 2026년 5월 14일자 ICANN86 정책 전망 보고서는 이 정책의 상태를 '구현 계획 중'으로 표시했습니다. 이 메커니즘의 범위, 제도적 맥락, 효력은 RFC 1591이 구상했던 1994년의 위원회와 다릅니다. 이를 그 위원회의 뒤늦은 설립으로 다루어서는 안 됩니다.

역사적 구분은 소박하지만 결과가 큽니다. RFC 1591은 영향을 받는 당사자들이 관리자 선정에 이해관계를 갖는다는 점을 인정하고, 소유권 주장보다 서비스와 공정한 대우를 위에 두었으며, 합의가 실패할 때 구속력 있는 심사 기구를 구상했습니다. 그러나 이름이 붙은 패널이 곧 운영 중인 기관은 아니었습니다. 이후의 심사 메커니즘 설계 노력은 바로 그 부재로부터 출발해 별개의 정책 절차를 거쳐야 했습니다. 참여는 지식, 반대 의견, 증거를 제공할 수 있습니다. 그러나 심사 경로에는 더 구체적인 것이 필요합니다. 기구, 범위, 절차, 그리고 정의된 결과가 그것입니다. DNS 기록에서 이 조각들은 함께 도착하지 않았습니다.

출처