Skip to main content
Resources

ICANN 인가 이전(양도)

이 페이지는 다음과 같은 언어로 제공됩니다.

RAA에는 ICANN 인가 레지스트라("양도인")가 인가 레지스트라가 되고자 하는 다른 법인("양수인")에게 인가를 이전(양도)하기 위해 ICANN의 승인을 구할 수 있도록 허가하는 과정이 포함되어 있습니다. 양도 과정은 새 소유자가 레지스트라 법인 전체를 구매하거나 달리 인수하는 경우(예: 회사의 주식 매입)에 발생하는 레지스트라 구매와는 구별됩니다. 레지스트라는 다음 절차에 따라 ICANN의 인가 이전 승인을 요청할 수 있습니다.

2013 RAA 양도 절차

2013 레지스트라 인가 계약에 따라 레지스트라 인가 양도에 대한 ICANN의 승인을 요청하는 법인은 제안된 양도 통지 또는 양도 승인 요청을 ICANN(registrarupdates@icann.org)으로 제출해야 합니다. ICANN은 30일 이내에 (1) 양도를 승인 또는 거부하거나 (2) 레지스트라 인가 신청 정보가 포함된 추가 정보를 요청할 수 있습니다1. ICANN이 추가 정보를 요청하는 경우, ICANN은 요청된 정보가 제공된 후 60일 이내에 양도를 승인 또는 거부해야 합니다.2

이 과정은 레지스트라가 전액 출자 자회사 및 기타 관련 사업 법인을 포함하는 양도에 대해 ICANN의 승인을 요청하는 2013 레지스트라 인가 계약의 절차와는 구별되며 이는 아래에서 자세히 설명합니다.

ICANN은 레지스트라 인가 신청 승인 시 당사자에게 서면으로 해당 내용을 통지합니다. 그런 다음 양측 당사자는 RAA 양도를 인정하는 양도 및 인수 계약[PDF, 70KB]을 체결해야 합니다. ICANN은 인가 이전 승인 시 당사자에게 서면으로 통지합니다. 레지스트라 인가 신청 승인 이후 90일 이내에 양도 및 인수 계약이 체결되지 않을 경우 ICANN은 보류 상태인 일체의 RAA 양도 사례를 종료하고 다시 제출할 것을 요청할 권리를 보유합니다.

양수인은 양도인의 기존 RAA 관련 의무 및 책임 일체를 인수하고 이에 대한 책임을 집니다.

전액 출자 자회사를 포함하는 2013 RAA 양도 절차

2013 RAA는 인가 레지스트라가 특정 사업 법인을 포함하는 RAA 이전/양도에 대해 ICANN의 승인을 요청할 수 있도록 간소화된 프로세스를 제공합니다. 해당 과정은 ICANN 인가 레지스트라가 전액 출자 자회사 또는 ICANN 인가 레지스트라의 모회사에 ICANN의 인가를 양도하거나, 전액 출자 자회사에서 동일한 모회사의 다른 전액 출자 자회사에 ICANN의 인가를 양도하기 위해 ICANN의 승인을 얻으려는 경우에 사용할 수 있습니다.

양도인은 ICANN에 인가 양도 사실을 통지해야 하며 양도인과 양수인 간에 요구되는 모회사/자회사 또는 자회사/자회사 관계를 입증하는 공식 문서를 ICANN에 제공해야 합니다. 해당 통지는 이메일(registrarupdates@icann.org)로 제출해야 합니다.

다음 문서도 함께 제출해야 합니다.

  1. RAA 조건에 대한 양수인의 인수를 입증하는 문서. 본 계약의 템플릿은 다음 링크에서 확인할 수 있습니다. https://www.icann.org/en/system/files/files/assignment-assumption-agreement-2013-raa-04nov15-en.pdf[PDF, 43KB]
  2. 주요 연락처 업데이트[PDF, 184KB] 양식(인가 이전에 따라 주요 연락처 정보가 업데이트되는 경우)
  3. 업데이트된 레지스트라 정보 명세서[XLSX, 111KB](양수인의 사업자 등록증, 양수인의 사업 운영 증명서, 양수인의 임원 및 이사 목록 등)

1 ICANN이 30일 이내에 인가 신청을 승인 또는 거부하지 않거나 추가 정보를 요청하지 않을 경우, 요청은 승인된 것으로 간주됩니다.

2 ICANN이 요청된 정보를 수신한 후 60일 이내에 인가 신청을 승인 또는 거부하지 않을 경우, 요청은 승인된 것으로 간주됩니다.

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."