Jump to content

CcNSO Policy Development Process - Retirement: Difference between revisions

From ICANNWiki
← Older editNewer edit →
VisualWikitext
Jessica (talk | contribs)
Bureaucrats, Check users, lookupuser, Administrators, translator
14,952 edits
JP (talk | contribs)
Bureaucrats, Check users, lookupuser, Administrators, translator
3,197 edits
Line 47: Line 47:
#for ccTLDs whose codes are on the ISO-3166-1 list, when that code is removed from the list by ISO;
#for ccTLDs whose codes are on the ISO-3166-1 list, when that code is removed from the list by ISO;
#for ccTLDs whose codes do not appear on the ISO-3166-1 list, when the ISO 3166 Maintenance Agency makes any change to that code; and
#for ccTLDs whose codes do not appear on the ISO-3166-1 list, when the ISO 3166 Maintenance Agency makes any change to that code; and
#for IDN ccTLDs, the triggering event will be separately established by the [[CcNSO Policy Development Process - Deselection of IDN ccTLDs|PDP on selection and deselection of IDN ccTLDs]] (launched May 2020).<ref name="final" />
#for IDN ccTLDs, the triggering event will be separately established by the [[CcNSO Policy Development Process - IDN Strings|PDP on selection and deselection of IDN ccTLDs]] (launched May 2020).<ref name="final" />


In response to a triggering event, the IANA Naming Functions Operator (IFO) sends a Notice of Removal to the ccTLD manager, stating that the ccTLD will be removed from the root in five years' time. The ccTLD manager may submit a Retirement Plan that extends the retirement timeframe to up to ten years. In the case of triggering event #2, above, the manager may also appeal the decision to retire the TLD.<ref name="final" /> A ccTLD manager may also appeal an IFO decision to not grant an extension of the five-year timeline for retirement. No appeal is allowed for ccTLD managers whose country code is removed from the ISO 3166-1 list (triggering event #1).<ref name="final" />
In response to a triggering event, the IANA Naming Functions Operator (IFO) sends a Notice of Removal to the ccTLD manager, stating that the ccTLD will be removed from the root in five years' time. The ccTLD manager may submit a Retirement Plan that extends the retirement timeframe to up to ten years. In the case of triggering event #2, above, the manager may also appeal the decision to retire the TLD.<ref name="final" /> A ccTLD manager may also appeal an IFO decision to not grant an extension of the five-year timeline for retirement. No appeal is allowed for ccTLD managers whose country code is removed from the ISO 3166-1 list (triggering event #1).<ref name="final" />

Revision as of 22:51, 21 June 2022

CcNSO Policy Development Process - Retirement
Status: Final Report
Issue Areas: Retirement of ccTLDs
Date Established: April 10, 2017
Charter: WG Charter
Workspace: Community Wiki

The ccNSO's Policy Development Process (PDP) regarding retirement of country code TLDs was initiated to fill a gap in ICANN's policy processes. When world events cause an Alpha-2 code to be removed from the ISO 3166-1 list of country codes, there has been previously been no consistent or programmatic response from ICANN regarding the retirement of the associated ccTLD. The PDP seeks to provide consistent and predictable outcomes for ccTLDs that are no longer associated with an Alpha-2 country code on the ISO list.

History[edit | edit source]

The ISO 3166 list of country codes is a standard developed and maintained by the International Organization for Standardization.[1] Among other codes, the list contains two-letter codes for each sovereign entity in the world.[1] In the early days of the Internet, Jon Postel utilized the ISO 3166 list to assign two-letter top-level domains to each country. RFC 1591 lays out the rationale for using the list:

The IANA is not in the business of deciding what is and what is not a country. The selection of the ISO 3166 list as a basis for country code top-level domain names was made with the knowledge that ISO has a procedure for determining which entities should be and should not be on that list.[2]

Exceptions and Anomalies[edit | edit source]

This policy has remained consistent since RFC 1591.[3] ISO 3166 remains the canonical resource for all two-letter, top-level codes. However, certain exceptions exist within the DNS:

ICANN Board-Approved Exceptions[edit | edit source]

  • EU, which is "exceptionally reserved" by the ISO 3166 Maintenance Agency as representative of the European Union. In 2000, the ICANN Board authorized the delegation of exceptionally reserved codes as TLDs under specific conditions.[4]
  • UK and AC, which were grandfathered into the DNS under the same board resolution. (JE and GG were also originally grandfathered, but have since moved onto the list of country codes.)[3]

.su[edit | edit source]

The .su ccTLD was delegated to the Soviet Union in 1990.[5] The country code was removed from the ISO 3166 list in 1992 following the dissolution of the Soviet Union.[6] At the time, no consistent policy for retirement of ccTLDs associated with removed two-letter codes existed. Due to a variety of circumstances, no action was taken regarding the retirement of .su.[5] As Kim Davies, then the VP of IANA Services at ICANN, explained in 2007:

Traditionally when country codes have been retired, it has been left to their local Internet communities to determine the most appropriate way to arrange for a transition. This is in line with the general principle that country code domains are operated within countries for their local Internet community, in the way that best serves them...To retain .SU, under current policy [registry operators] would need to successfully apply for the code to be re-instated into the ISO 3166-1 standard, either as a regular two-letter country code, or as an “exceptionally reserved” code like UK and EU.[7]

However, registration of .su domains continued, and continues to the present day.[8] The SU code was added to the "exceptionally reserved" list in 2010 at the urging of the registry operator.[9]

PDP History[edit | edit source]

The origin of the push to review and/or implement retirement procedures dates to the .su situation, when ICANN issued a call for comments regarding its retirement procedures for ccTLDs.[10] The responses were varied, but a common theme was that ICANN's action to date had been inconsistent.[11]

The ccNSO's Delegation & Redelegation Working Group issued a final report on the retirement of ccTLDs as part of its work in 2011.[12] The report again identified the lack of policy as a pressing concern, and recommended a policy development process to establish a consistent and transparent policy.[12] In 2014, the Framework of Interpretation working group regarding the delegation and redelegation of ccTLDs provided interpretive guidance to RFC 1591 and ICANN's policy standing as it related to IANA functions around ccTLDs.[13] The report did not propose policy; rather, the working group's goal was "to give IANA and the ICANN Board clear guidance on the meaning and intent of RFC1591, in order to clarify existing policy and to facilitate consistent and predictable application of this policy."[13]

In 2017, the ccNSO convened a drafting team to develop charters for a Retirement PDP Working Group and a Review Mechanism PDP Working Group.[14] The group issued a final draft charter for the Retirement PDP on February 27, 2017.[15]

The Working Group was established in April 2017, under a finalized charter[16] and accompanying issue report.[17] At ICANN 59, Kim Davies presented a historical look back at delegation, redelegation, and retirement decisions in the ccTLD space.[9] The presentation also described IANA's current policy and process.

After deliberation, drafting, and public comment, the Working Group issued its final report in February 2021.[18]

All proposals were adopted by both the ccNSO Council and the ccNSO membership in August 2021. On September 28, 2021, the ccNSO Council transmitted the policy recommendation pertaining to the retirement of ccTLDs to the ICANN Board for consideration and approval.[19]

Policy[edit | edit source]

The Working Group developed a five- to ten-year phase-out plan for ccTLDs upon specific triggering events:

  1. for ccTLDs whose codes are on the ISO-3166-1 list, when that code is removed from the list by ISO;
  2. for ccTLDs whose codes do not appear on the ISO-3166-1 list, when the ISO 3166 Maintenance Agency makes any change to that code; and
  3. for IDN ccTLDs, the triggering event will be separately established by the PDP on selection and deselection of IDN ccTLDs (launched May 2020).[18]

In response to a triggering event, the IANA Naming Functions Operator (IFO) sends a Notice of Removal to the ccTLD manager, stating that the ccTLD will be removed from the root in five years' time. The ccTLD manager may submit a Retirement Plan that extends the retirement timeframe to up to ten years. In the case of triggering event #2, above, the manager may also appeal the decision to retire the TLD.[18] A ccTLD manager may also appeal an IFO decision to not grant an extension of the five-year timeline for retirement. No appeal is allowed for ccTLD managers whose country code is removed from the ISO 3166-1 list (triggering event #1).[18]

Implications for Open Use ccTLDs[edit | edit source]

The policy presents a risk for registrants who want to utilize an Open Use ccTLD on the web. In the event that a country code such as TV is removed from the ISO-3166 list, for example, many companies who presently use .tv as a signifier for streaming video content would have to transition to a new domain.

References[edit | edit source]

  1. ↑ 1.0 1.1 ISO.org - ISO 3166
  2. ↑ IETF.org - RFC 1591, page 5-6, March 1994
  3. ↑ 3.0 3.1 IANA - Eligible TLDs
  4. ↑ ICANN Board Resolution 00-74, September 25, 2000
  5. ↑ 5.0 5.1 Reuters - USSR is Still Alive on the Internet, September 19, 2007
  6. ↑ ISO.org - SU
  7. ↑ ICANN.org - The Lives of Country Code Domains, September 19, 2007
  8. ↑ Inverge.com - The Bizarre Afterlife of .su, April 21, 2021
  9. ↑ 9.0 9.1 ICANN 59 Presentation - Background on the Implementation of the ccTLD Eligibility Lifecycle, June 29, 2017
  10. ↑ ICANN.org - Discussion Paper on Retiring ccTLDs, May 12, 2006
  11. ↑ ICANN.org Forum - Comments on ccTLD Sunset Procedures
  12. ↑ 12.0 12.1 DRD-WG - Final Report, March 7, 2011
  13. ↑ 13.0 13.1 ccNSO FOI-WG Final Paper, October 7, 2014
  14. ↑ Drafting Team Workspace, ccNSO
  15. ↑ Charter v. 4.0, Retirement Working Group, Feb. 27, 2017
  16. ↑ Retirement Working Group Charter, April 10 2017
  17. ↑ Retirement Issue Report, April 10, 2017
  18. ↑ 18.0 18.1 18.2 18.3 ccNSO Retirement Working Group - Final Report, February 9, 2021
  19. ↑ ccNSO Chair Reynoso to Board Chair Botterman, Correspondence, ICANN

Country Code Names Supporting Organization. Develops and recommends to the Board global policies relating to country-code top-level domains (ICANN Bylaws).

Retrieved from "https://icannwiki.org/index.php?title=CcNSO_Policy_Development_Process_-_Retirement&oldid=1344083"