URI 포럼 창립 기념 세미나,

2001.07.25, 서울 교육 문화 회관

IDN (Internationalized Domain Name) 의 요즘 움직임

김 경석

(부산대학교, 정보 컴퓨터 공학부, gimgs@HANGEUL.pnu.edu)

1.  IDN 이란 무엇인가?

1.1  IDN 의 기본 개념

- 현재 도메인의 딱지 (label):

. 영수옆줄 (LDH: letter, digit, hyphen) 만

. 영어 알파벳 대소문자 52, 숫자 10, 옆줄 (-).

- 딱지 사이에는 점 (.) 을 쓴다.

보기: nic.or.kr, hangeul.pnu.edu, hangeul.cs.pusan.ac.kr

- HTML, XML, IMAP, FTP 등: at least partially internationalized

- 앞으로: 도메인에 영수옆줄뿐만 아니라

. 한글,

. 한자,

. 가나,

. 억양 기호 (accent) 가 들어간 라틴 글자 (움라우트, acute accent, grace accent, circumflex accent, ...),

. 인디아, ... 등의 글자도 쓰자

--> IDN (Internationalized Domain Name)

보기:

가) gimgs@부산대.대학.한국

나) 김-경석@부산대.대학.한국

(□김-경석□ 은 domain 아님)

다)

http://부산대.대학.한국/한글/인터넷/

(□한글□, □인터넷□은 domain 아님)

1.2  한글 도메인

- 부산.대학.kr,

인터넷정보센터.단체.kr, ...

(셋째 단계에 신청 도메인)

- 부산대학.kr,

인터넷정보센터.kr, ...

(둘째 단계에 신청 도메인)

* 이것이 심각한 논의 대상임.

- 참고 자료: RFC-KR 122, 김 경석,

2001.01.13, 표준,

http://rfc-kr.nic.or.kr/

.kr 아래 둘째 단계에 한글 도메인 여섯 개 정의:

대학.kr,          기업.kr,

정부.kr,          넷.kr,

단체.kr,          연구.kr

그러나 아직 시행하지는 않고 있음.

- 쓸 수 있는 글자:

. 한글 글자마디 11,172 개 ?

(처음엔 2,350 개만),

보기: 똠방각하.kr (?)

. 글자, ...

보기: ㄱㄴㄷ.kr (?)

- 실험.kr 로 한글 도메인을 시험한 바 있음 (RFC-KR 125)

1.3  한글 도메인 실시와 관련된 사항

- 한글 도메인 시행과 관련하여 크게 문제가 된 사항 가운데...

1.3.1 사용자가 신청한 도메인 (신청 도메인) 을

1) 현재처럼 셋째 단계에만 허용할 것인가?  보기: 부산.대학.kr

2) 둘째 단계에 허용할 것인가?  보기: 부산대학.kr

3) 둘째/셋째 단계에 모두 허용할 것인가?

4) 둘째 단계에 먼저 허용한 뒤, 상황을 보면서 셋째 단계에 허용할 수도

5) 셋째 단계에 먼저 허용한 뒤, 상황을 보면서 둘째 단계에 허용할 수도

. 여러분들의 의견은?

(그 전에 네티즌 상대 소규모 조사: 둘째 단계에 신청 도메인 허용에 ~61 % 찬성)

- 설문:

.기간: 2000.08.25-2001.02.01(~5 달)

.물음: "한글 2단계 도메인이 필요하다고 생각하십니까?"

. 총 2993명 참여

. 61% (1834 명): 둘째 단계에 신청 도메인 허용 찬성

(보기: 부산대학.kr)

. 39 % (1159 명):둘째 단계에 공공 도메인만 만들자는 데 찬성

(보기: 부산.대학.kr)

1.3.2 둘째 단계에 한글 신청 도메인을 허용하면 도메인이 모자라지 않을까?

1.3.3 둘째 단계에 한글 신청 도메인을 허용하면, 예약할 도메인

보기: 정부.kr, 부산.kr, 경찰.kr (이런 도메인을 개인이 가지게 되면?)

1.4  길게 볼 때의 IDN ?

- 부산대학.한국 (<-- 부산대학.kr)

부산대학.한글, [한자로_연변].[한자로_중국]

. TLD 도 IDN.

- 아직은 영수옆줄 TLD 아래에 IDN 을 쓰는 쪽으로 힘을 모으고 있음.

. 이것은 현재의 DNS 체계에서도 가능함.

. TLD 를 IDN 으로 하는 것은, 새 TLD 를 만드는 것이므로 성격이 좀 다름.

1.5 딱지 (label) 와 domain 길이 제한

- 딱지 (label) 하나의 길이는 63 바잇까지,

- 전체적으로는 255 바잇.

- 영수옆줄 도메인: 63/255 가 크게 문제되지 않는 듯.

- IDN: 특히 딱지 하나에 63 바잇 제한이 문제될 수도 ...

. 상황에 따라서 한글 글자마디 15 개쯤이 상한이 될 수도 - 충분한가?

2.  IETF 의 Internationalized Domain Name (idn) WG 소개

2.1 Chair(s):

James Seng <jseng@pobox.org.sg>

Marc Blanchet <Marc.Blanchet@viagenie.qc.ca>

2.2 Mailing Lists:

General Discussion:idn@ops.ietf.org

To Subscribe: idn-request@ops.ietf.org

Archive: ftp://ops.ietf.org/pub/lists/idn*

2.3 Description of Working Group:

The goal of the group:

- to specify the requirements for internationalized access to domain names and

- to specify a standards track protocol based on the requirements.

A fundamental requirement in this work is

- to not disturb the current use and operation of the domain name system, and

- for the DNS to continue to allow any system anywhere to resolve any domain name.

2.4 The Action Item(s) for the Working Group are

1) An Informational RFC specifying the requirements for providing Internationalized access to domain names.

2) An Informational RFC or RFC's documenting the various proposals and Implementations of Internationalization (i18n) of Domain Names.

3) A standards track specification on access to internationalized domain names including specifying any transition issues.

2.5 Internet-Drafts: 아주 많이 있음 (http://www.ietf.org/html.charters/idn-charter.html)

- Requirements of Internationalized Domain Names 문서 (21 June 2001)

(http://www.ietf.org/internet-drafts/draft-ietf-idn-requirements-08.txt),

. 요구 사항 30 개가 나옴.

2.6 No Request For Comments

3. DNS 와 IDN

3.1  DNS (Domain Name System)

- 중요한 문제:

. 현재 DNS 체계의 안정성을 헤치지 않으면서,

. UCS (=ISO/IEC 10646, = Unicode) 에 바탕을 둔 IDN 을 쓸 수 있게 하느냐?

- 부호계

1) UCS 부호값을 그대로? (8 bit)

2) UTF-8 로? (8 bit)

3) encoding 하여 LDH (7 bit 가운데서도 영수옆줄만) 로 바꾸어?

. 현재 이 방안에 많이 찬성 ...

4) 그 밖에?

□□□□□□□□□□□□□□    □□□□□□□□□□□□□□□        □□□□□□□□□□□□□□□□□

□ application□<-->□ resolver    □<------>□ DNS server    □

□            □    □ (client)    □  wire  □ (name server) □

□□□□□□□□□□□□□□    □□□□□□□□□□□□□□□ format □□□□□□□□□□□□□□□□□

- DNS protocol 은 resolver 와 DNS 서버 사이의 자료 형식 (wire format) 을 규정

- gethostbyname(), gethostbyaddress(): applicaiton 이 resolver 를 부를 때

□□□□□□□□□□□□□□    □□□□□□□□□□□□□□□        □□□□□□□□□□□□□□□□□

□ application□<-->□ resolver    □<------>□ DNS server    □

□            □    □ (client)    □  wire  □ (name server) □

□□□□□□□□□□□□□□    □□□□□□□□□□□□□□□ format □□□□□□□□□□□□□□□□□

- IDN 을 중간에서 LDH 로 바꾸자는 제안도 있고, 바꾸지 말고 8 bit 을 그대로 쓰자는 제안도 있다.

1) application 에서 IDN 을 받아들여 LDH 로 바꾼 뒤 resolver 로 넘긴다.

□□□□□□□□□□□□□□    □□□□□□□□□□□□□□□        □□□□□□□□□□□□□□□□□

□ application□<-->□ resolver    □<------>□ DNS server    □

□            □    □ (client)    □  wire  □ (name server) □

□□□□□□□□□□□□□□    □□□□□□□□□□□□□□□ format □□□□□□□□□□□□□□□□□

<--- 8 bit -->    <---------------- 7 bit --------------->

2) application 에서는 IDN 을 그대로 보내면, resolver 에서 LDH 로 바꾸어 name server 로 보낸다.

□□□□□□□□□□□□□□    □□□□□□□□□□□□□□□        □□□□□□□□□□□□□□□□□

□ application□<-->□ resolver    □<------>□ DNS server    □

□            □    □ (client)    □  wire  □ (name server) □

□□□□□□□□□□□□□□    □□□□□□□□□□□□□□□ format □□□□□□□□□□□□□□□□□

<------------- 8 bit ----------->        <---- 7 bit ---->

3) application 과 resolver 에서 그대로 보낸다 (8 bit 을 쓴다).

□□□□□□□□□□□□□□    □□□□□□□□□□□□□□□        □□□□□□□□□□□□□□□□□

□ application□<-->□ resolver    □<------>□ DNS server    □

□            □    □ (client)    □  wire  □ (name server) □

□□□□□□□□□□□□□□    □□□□□□□□□□□□□□□ format □□□□□□□□□□□□□□□□□

<----------------------- 8 bit -------------------------->

3.2  IDN -> LDH 로 바꾸는 이유

- resolver 와 name server 사이에서 LDH 를 쓰면,

-> DNS protocol 을 안 바꾸어도 됨

- IDN 과 LDH 가 섞여 나오므로, 어려운 점도 있다.

- LDH 와 IDN 에서 LDH 로 바뀐 것을 구별하기 위하여, 보기를 들어, "bq--□ 를 앞에 붙일 수 있다

(지난 번에 ML.com 신청 때 미리 영수옆줄 도메인으로 신청하여 문제되었음)

3.3  현재 IDN 의 방향

- application 에서 LDH 로 바꾸는 쪽에 많이 찬성함.

- IDN -> LDH 바꾸는 안 가운데,

*ACE (ASCII Compatible Encoding) 변형이 10+ 안이 나와 있음.

. 이에 대한 토론, 평가가 많이 되고 있음.

3.4  중국, 타이완, 일본:

- 한자, 한자/가나 도메인 시행에 적극적

- 우리 나라는 아직 .kr 아래의 한글 도메인 접수를 받지 않고 있음.

보기: 부산.대학.kr, 부산대학.kr, ...

- IETF 에서 IDN 에 대한 결론이 아직 나지 않았기 때문에 전세계적으로 시행될 때까지는 (시행된다고 하더라도) 아직 갈 길이 멂.

4. 맺음말

- 앞으로 IDN/한글 도메인에 많은 관심을 가지시기를...

- 특히 둘째 단계에 신청 도메인을 허용할지에 대하여

- http://hangeuldomain.nic.or.kr/

- 기회가 오면 한글 도메인에 대한 사용자들의 의견 (또는 요구 사항) 을 한국 인터넷 정보 센터 등에 올리시길

(특히 둘째 단계에 신청 도메인을 허용할지에 대하여...)

- //hangeuldomain.nic.or.kr/ 차림표

새소식

한글도메인 추진계획

한글도메인 테스트운영

-테 스 트 운 영 안 내

-등록된한글도메인목록

-테스트운영게시판

-기술적 참고사항

한글도메인검색 whois

한글도메인 등록대행자

인터넷 한글 키워드

다국어도메인

관련자료

관련기사

관련 사이트

FAQ

의견수렴(지난결과보기)

- 시험 때 등록된 한글 도메인

감기.실험.kr

내집.test.kr

부산.test.kr

기쁨의교회.test.kr

한솔아카데미.실험.kr

- IDN 은 아니지만 관련된 사항:

. keyword: 우리 나라에서도 하고 있음, netpia 등. 다른  나라 relanames 등

. CNRP (common name resolution protocol):

. directory

* * *