3. Cognizant of concerns previously raised by some governments and ccTLD operators and the need to ensure the stability of and security of the DNS, are there changes that could be made to how root zone management requests for ccTLDs are processed? Please provide specific information as to why or why not. If yes, please provide specific suggestions.

Proposed Reply

In consistence with the ALAC comments on Question 1, ICANN should ensure the stability and security of the DNS, particularly in the management of root zone. If IANA functions continue to be performed by ICANN, they should be viewed in the framework of AoC that persistently pursue the goals of internationalization, accountability and transparency. Currently the approval process by the DoC of the US Government in respect of requests of change of root zone records is hardly consistent with the above-mentioned goals. It may be suggested that the DoC’s approval process be eliminated including but not limited to ccTLD request of change process. 

It is important that root zone administration not only acknowledge the existence of a larger pool of stakeholders but develop effective mechanisms to engage them in the policy development and implementation process.  With regard to re-delegation and while there is a policy statement that recognizes a "local internet community", we have not seen from our experience much in the way of engaging a broader cross-section of this "local internet community".   The public interest is underserved if the relevant IANA functionary does not improve its apprehension of the constituents of the "local internet community" and develop - or cause to be developed - an effective mechanism to engage this community in re-delegation matters.   

At present, the process of ccTLD re-delegation is a very opaque one. We believe that it deserves special treatment due to its international nature and because it is often likely to affect local communities, sometimes in a potentially very negative way.

Some of our member’s wishes are that in the interest of increased accountability, the process should be made more transparent, as follows:

  • Full details of a request to IANA for ccTLD re-delegation should be published, so as to show details of the authority asking for the re-delegation request.
  • The re-delegation request should have the support of the local community. We suggest that there should be a public comment period associated with the re-delegation request, so as to obtain information about local support.
  • An element of accountability to the local community should be asked from the requestor; simply being a government entity does not show enough accountability. We suggest that one element of such accountability be shown through the Governmental Advisory Committee (GAC).

That said, we fully support the Final Report of the Delegation, Re-delegation and Retirement Working Group of the ccNSO (http://ccnso.icann.org/workinggroups/final-report-drd-wg-17feb11-en.pdf) which recommends:
“...as a first step, the ccNSO Council undertakes the development of a "Framework of Interpretation" for the delegation and re-delegation of ccTLDs. This framework should provide a clear guide to IANA and the ICANN Board on interpretations of the current policies, guidelines and procedures relating to the delegation and re-delegation of ccTLDs.
The results of the use of such a Framework of Interpretation should be formally monitored and evaluated by the ccNSO Council after a pre-determined period. If the results of this evaluation indicate that the Framework of Interpretation failed to provide logical and predictable outcomes in ICANN decision making, the ccNSO Council should then launch PDPs on the delegation and re-delegation of ccTLDs.”

Furthermore, while ICANN is yet to fully realize its potential as a bottom-up multi-stakeholder policy development organization, we envisage a time when its role in the process for root zone management as defined in (http://www.ntia.doc.gov/DNS/CurrentProcessFlow.pdf) might be expanded to encompass the role of the Administrator, in addition to its current role as the IANA Functions Operator, provided that ICANN has established a process for the role of the Administrator that is accountable, transparent and serves the global public interest.

  • No labels

7 Comments

  1. In consistence with the ALAC comments on Question 1, ICANN should ensure the stability and security of the DNS, particularly in the management of root zone. If IANA functions continue to be performed by ICANN, they should be viewed in the framework of AoC that persistently pursue the goals of internationalization, accountability and transparency. Currently the approval process by the DOC of the US Government in respect of requests of change of root zone records is hardly consistence with the above-mentioned goals. It may be suggested that the DOC’s approval process be eliminated including but not limited to ccTLD request of change process. 

  2. It is important that root zone administration not only acknowledge the existence of a larger pool of stakeholders but develop effective mechanisms to engage them in the policy development and implementation  process.  With regard to re-delegation and while there is a policy statement that recognizes a "local internet community", we have not seen from our experience much in the way of engaging a broader cross-section of this "local internet community".   The public interest is underserved if the relevant IANA functionary does not improve its apprehension of  the constituents of the "local internet community" and develop - or cause to be developed - an effective mechanism to engage this community in re-delegation matters.   

  3. At present, the process of ccTLD re-delegation is a very opaque one. We believe that it deserves special treatment due to its international nature and because it is often likely to affect local communities, sometimes in a potentially very negative way.

    Some of our members in At-Large have gone as far as comparing the culture of secrecy around ccTLD re-delegation as being traditional of a totalitarian regime. This definitely has to change.

    We therefore assert that in the interest of increased accountability, the process should be made more transparent:

    -        Full details of a request to IANA for ccTLD re-delegation should be published, so as to show details of the authority asking for the re-delegation request.

    -        The re-delegation request should have the support of the local community. We suggest that there should be a public comment period associated with the re-delegation request, so as to obtain information about local support.

    -        An element of accountability to the local community should be asked from the requestor; simply being a government entity does not show enough accountability. We suggest that one element of such accountability be shown through the Governmental Advisory Committee (GAC).

     

    The international nature of ccTLDs also brings to light the status of the internationalization of the IANA function. This process of internationalization is ongoing, with the aim that ultimately, the US Government should not have a final say on ccTLD re-delegation.

  4. I fully support all three Olivier's points,and would like to add few additional moments:

    - what is responsibility of national representative in GAC before ICANN (IANA) and national Internet community?  Is his (or her) task to promote communication between Internet local community or to block it?

    - in post-Soviet countries there is common practice for Governments "to create" "NGOs"  to receive "full support of society", which in fact may be completely unaware of the issue under discussion. That's why ICANN (IANA) have to strengthen the role of peer-to-peer evaluation of community comments (by using, for examples, authority of ALAC, ISOC, NCUC, regional and national IFG), to create world-wide net of independent experts, who are in PERSONAL contacts to verify, for example, information about "support from local community".

  5. I forward Eric Brunner Williams' note to the NA-discuss list:

    3. The operation of a root name server is not in ICANN's set of core
    competencies, it is a technical, not a contractual, function. Further,
    there is a policy requirement to diversify the current root name
    server operators. At present only the I, K, and M root servers are
    operated outside the jurisdiction of the United States. Transfer of
    the L root server to a competent operator outside of North America and
    Europe would be responsive to that operational and policy diversity of
    authority requirement.

  6. Via several Caribbean ALSes in LACRALO:

    The administration of the IANA management must acknowledge the Internet as a critical global public infrastructure and as such requires the input of a wider stakeholder group than currently exists.

    Such recognition might, for example, extend to the IANA administrator adopting a policy-making process that recognizes roles for multiple stakeholders in the delegation/re-delegation process.  We hold that any such process must be supported by effective and sufficient consultation with these broadly-composed stakeholder groups.

    Furthermore, the administration would adopt policies and implementation processes that recognize the compelling interests of a larger stakeholder community, including ordinary Internet users and civil society groups.

    We support the Final Report of the Delegation, Re-delegation and Retirement Working Group of the ccNSO (http://ccnso.icann.org/workinggroups/final-report-drd-wg-17feb11-en.pdf) which recommends
    “...as a first step, the ccNSO Council undertakes the development of a "Framework of Interpretation" for the delegation and re-delegation of ccTLDs. This framework should provide a clear guide to IANA and the ICANN Board on interpretations of the current policies, guidelines and procedures relating to the delegation and re-delegation of ccTLDs.
    The results of the use of such a Framework of Interpretation should be formally monitored and evaluated by the ccNSO Council after a pre-determined period. If the results of this evaluation indicate that the Framework of Interpretation failed to provide logical and predictable outcomes
    in ICANN decision making, the ccNSO Council should then launch PDPs on the delegation and re-delegation of ccTLDs.”

    Furthermore, while ICANN is yet to fully realize its potential as a bottom-up multi-stakeholder policy development organization, we envisage a time when its role in the process for root zone management as defined (http://www.ntia.doc.gov/DNS/CurrentProcessFlow.pdf) might be expanded to encompass the role of the Administrator, in addition to its current role as the IANA Functions Operator, provided that ICANN has established a process for the role of the Administrator that is accountable, transparent and serves the global public interest.

  7. I believe that the automation of the root zone management function of IANA should be one of the most important priorities because it will solve a lot of the current process problems, and will prevent any overload that may happen due to additional requests related to the deployment of DNSSEC.