요약

  • IDN 패스트트랙 심사는 2011년 1월에 우르두 문자 문자열을 승인했지만, 그 자체로 DNS 루트에 운영 가능한 존를 배치한 것은 아니었습니다.
  • 파키스탄은 2015년에 NTC를 선정하고, 2016년에 위임 요청을 재개했으며, 2017년에 루트 존 네임서버 변경을 완료했습니다.

분석

이 라벨은 국가 이름처럼 보입니다. 그러나 DNS 운영에서는 특정하고 검증 가능한 위임이 되어야 했습니다. 파키스탄의.پاکستان—아랍 문자로 쓴 우르두어의 ‘파키스탄’—은 이 두 가지가 별개의 행위임을 보여줍니다. 문자열은 레지스트리 운영자가 승인되고 그 네임서버가 루트 존 레코드에 등재되기 전에도 안정성과 혼란 위험에 대한 심사를 통과할 수 있었습니다.

이 작업은 언어와 구현에 관한 질문에서 현지에서 시작되었습니다. 파키스탄 정보기술부는 2008년 4월에 현지 언어용 문자 집합 선택에 관한 워크숍을, 2009년 5월에는 언어 표와 구현에 관한 워크숍을 개최했습니다. 2009년 10월에는 현지 인터넷 커뮤니티 참가자들로 구성된 위원회가 회의를 열었고, 이후 소위원회가 기술, 언어 표 및 정책 사항을 다루었습니다. 이는 형식적 준비가 아니었습니다. IDNA 규칙은 유니코드 라벨을 DNS 호환 형식으로 사용 가능하게 만들지만, 국가가 선호하는 표기법, 키보드 정책 또는 레지스트리 관리자를 선택해 주지는 않습니다.

파키스탄은 2010년 10월 25일에.پاکستان을 ICANN의 IDN 패스트트랙에 제출했습니다. DNS 안정성 패널의 2011년 1월 7일 심사는 해당 계획에 근거하여 식별된 안정성 또는 보안 위협이 없다고 판단하고 사용자 혼란 위험을 수용 가능한 수준의 낮음으로 평가했습니다. 그 후 이 문자열은 파키스탄의 표현으로 승인되었습니다. 이 결정은 라벨에 관한 한정된 질문에 답한 것입니다. 존을 담당할 운영자를 지정하거나 그 위임을 루트에 게재한 것은 아니었습니다.

문자/와이어 구분은 간과하기 쉽습니다. IANA는 유니코드 형식을پاکستان으로, ASCII 호환 형식을xn--mgbai9azgqp6j로 기록합니다. RFC 5890은 이들을 표현 형식과 DNS 호환 형식, 즉 U-라벨과 A-라벨이라고 부릅니다. RFC 5891은 IDNA를 DNS 자체를 변경하지 않고 국제화된 이름을 가능하게 하는 애플리케이션 처리라고 설명합니다. DNS 질의와 응답은 A-라벨을 사용합니다. 따라서 퓨니코드는 가역적인 인코딩 단계이며, 영어 번역이 아니고 유니코드 형식이 별개의 두 번째 도메인이라는 증거도 아닙니다.

다음 단계는 다른 경로를 거쳤습니다. 현지 콘텐츠, 키보드 설계 및 정책 초안에 관한 추가 작업 후, 파키스탄의 주기술위원회는 2015년 6월 3일에 국가전기통신공사(NTC)를 관리자로 선정했습니다. 정보기술부는 그해 7월에 루트 위임 요청을 시작했습니다. IANA 보고서에 따르면 요청은 결함이 시정되는 동안 임시로 종결되었으며, NTC는 2016년 4월 22일에 새 티켓을 제출했습니다. 2016년 12월의 루트 존 감사에서도 요청은 여전히 보류 중인 것으로 기록되었습니다.

2017년 2월 3일, ICANN 이사회는 PTI가 요구되는 평가 절차를 따랐는지 검토하고 NTC를 관리자로 하여.پاکستان을 생성하도록 승인했습니다. 기록에는 정부 지원, 현지 협의, 기술 역량 및 DNS 구성 점검이 기술되어 있습니다. 기록은 또한 중대한 커뮤니티 우려가 알려지지 않았고 주목할 만한 안정성 위험이 식별되지 않았다고 밝힙니다. 이사회 조치는 위임과 책임 있는 운영에 관한 것이었으며, 우르두 문자열이 파키스탄을 대표하는지에 대한 두 번째 판단은 아니었습니다.

구현 과정은 이 표결 이후에도 계속됩니다. IANA의 2017년 3월 루트 존 감사는 3월 30일에.پاکستان에 대한 완료된 네임서버 거래를 기록합니다. 이는 2017년에 루트 존 변경이 있었음을 확인하지만, 그것이 최초 등재였다고는 말하지 않습니다. IANA의 현재 위임 기록은 NTC와 그 네임서버를 나열합니다. 그 메타데이터에는 2011년의 “등록일”도 표시되어 있는데, 이는 2017년의 이사회 및 루트 존 기록과 혼동되어서는 안 됩니다. 출처들은 이 필드들을 서로 다른 이정표에 배정하고 있습니다.

이 구분이 중요한 이유는 문자로 쓰인 이름은 스스로 운영되지 않기 때문입니다. 현지에서 선정된 라벨에는 안정적인 인코딩, 책임 있는 관리자, 기술적으로 응답하는 네임서버, 그리고 루트 존 위임이 필요합니다. 반대로 루트 존 등재는 웹사이트가 이 문자를 채택했는지, 모든 키보드가 이를 입력할 수 있는지, 사용자가 현지화된 콘텐츠를 찾았는지를 증명하지 않습니다. 기록은 일련의 결정과 인프라 변경을 확립할 뿐, 채택이나 사용자 결과를 확립하지 않습니다.

출처