요약

  • ARIN 제안 2013.2는 고객 이름에 악센트 문자를 허용해 달라는 요청이었다. ARIN은 Whois 후속 표준이 나올 때 다시 보겠다고 했고, 현재 공개 목록도 상태를 ‘On hold’로 표시한다.
  • ARIN은 2015년 RDAP을 운영했고 2025년 자료에서 UTF-8 기반이라고 설명했다. 반면 현행 Reg-RWS 문서는 일부 자유 입력 설명란을 제외한 XML 페이로드를 ASCII로 제한한다.

이름 한 글자에 붙은 조건

Thomas St.Pierre는 2013년 2월 14일 제안에서 당시 ‘Customer name’에 허용된 문자를 하나하나 적었다. 기본 라틴 문자와 숫자, 일부 구두점뿐이었다. 영어 밖의 언어에 쓰이는 악센트까지 받자는 요구였다. 요청 시한은 ‘Immediate’였다. 이름을 정확히 기록하자는 문제를 해결하는 데 거창한 신기술이 필요하다고 주장한 것은 아니다.

ARIN의 2월 26일 답변은 등록 단계의 국제화는 쉽지만, ASCII에 의존하는 오래된 Whois에서 검색하고 돌려주는 단계가 어렵다고 설명했다. IETF의 WEIRDS 작업반이 Whois의 대안을 만들고 있으니 합당한 표준이 나오면 다시 다루겠다는 약속이었다. 접수표에 남은 마지막 갱신일과 보류 상태는 그날 그대로다.

표준은 실제로 나왔다. ARIN의 2015년 6월 기록에는 RDAP RFC가 그해 3월 발행됐고 ARIN의 RDAP 디렉터리와 부트스트랩 서비스가 작동한다고 적혀 있다. 2025년 ARIN 발표 자료는 기존 Whois에는 국제화 지원이 없고 RDAP은 UTF-8 기반으로 국제적으로 지원된다고 비교한다. 현재 안내문도 RDAP 조회 방법을 제공한다.

그러나 현행 제안 목록의 2013.2 항목은 여전히 IETF 표준화와 Whois 호환성을 선행 조건으로 든다. 그 이후 고객명 입력 규칙에 대해 ARIN이 무슨 결정을 내렸는지는 이 공개 기록에 없다.

조회 가능한 글자와 입력 가능한 글자

RDAP은 저장된 자원 기록을 조회하는 통로다. 고객을 새로 등록하는 통로가 아니다. ARIN의 Reg-RWS 페이로드 문서는 XML이 ASCII만 지원한다고 명시한다. 일부 자유 입력 설명에는 악센트가 붙은 UTF-8 문자를 예외로 허용한다. 고객 페이로드의 customerName은 별도 필드이며, 문서는 그 예외를 이름 필드에 적용한다고 말하지 않는다.

지금 ARIN의 인증된 입력 화면이나 API에서 실제로 악센트 이름을 제출한 결과, 또는 필드별 지원 범위를 적은 공식 문서가 나오면 현재 제품의 동작을 확정할 수 있다. 현재 공개 자료가 보여 주는 것은 서로 다른 세 모습이다. UTF-8을 읽는 RDAP, ASCII라고 적힌 쓰기 규칙, 이미 도착한 표준을 계속 기다리는 접수표다.