Skip to main content

Welcome to the new ICANN.org! Learn more, and send us your feedback. Dismiss

Resources

Implementing the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA

Comment/Reply Periods (*) Important Information Links
Comment Open: 4 October 2012
Comment Close: 25 October 2012
Close Time (UTC): 23:59 Public Comment Announcement
Reply Open: 26 October 2012 To Submit Your Comments (Forum Closed)
Reply Close: 15 November 2012 View Comments Submitted
Close Time (UTC): 23:59 Report of Public Comments
Brief Overview
Originating Organization: IANA Department
Categories/Tags: Internet Protocol Addressing
Purpose (Brief): The Board ratified the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA in May. This public comment period is intended to gather input on options open for implementation.
Current Status: Awaiting public comment
Next Steps: Decide on implementation
Staff Contact: Leo Vegoda Email: leo.vegoda@icann.org
Detailed Information
Section I: Description, Explanation, and Purpose
The Board ratified the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA in May. This public comment period is intended to gather input on options for implementation.
Section II: Background

The policy requires ICANN to "make appropriate modifications to the 'Internet Protocol V4 Address Space' page of the IANA website." Since the policy was ratified, the RIRs have returned approximately 1¼ /8s of address space in almost 150 prefixes. The purpose of this consultation [PDF, 371 KB] is to gather input on the most appropriate way to make these changes for the different users of the IANA IPv4 address registries.

The policy also requires IPv4 addresses to be allocated to the RIRs and we would like to gather input on the most appropriate mechanism to select the address blocks to be allocated.

Section III: Document and Resource Links
Section IV: Additional Information
None

(*) Comments submitted after the posted Close Date/Time are not guaranteed to be considered in any final summary, analysis, reporting, or decision-making that takes place once this period lapses.

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."