[Internal-cg] Part 0 language for RZM

Drazek, Keith kdrazek at verisign.com
Wed Sep 30 16:18:37 UTC 2015


I support this proposed language from Milton and others.

Thanks,
Keith Drazek

From: Internal-cg [mailto:internal-cg-bounces at ianacg.org] On Behalf Of Mueller, Milton L
Sent: Wednesday, September 30, 2015 10:13 AM
To: Alissa Cooper
Cc: internal-cg at ianacg.org
Subject: Re: [Internal-cg] Part 0 language for RZM

Alissa
I agree that we should try to integrated Paragraph 55 and my proposed text. Also agree with your other proposed edits.

Below, is a first stab at merging the two”

===

The ICG notes that, under the current IANA Functions Contract, the DNS Root Zone Management process currently has three functional roles: the IANA Functions Operator (IFO), the Root Zone Maintainer (RZM), and the Root Zone Administrator (RZA). A complete and finalized transition requires revising the relationship between the current IANA functions operator (ICANN), the current RZM (Verisign) and the current Root Zone Administrator (the U.S. Commerce Department NTIA). Insofar as those revisions require amendments to (or elimination of) the cooperative agreement between the NTIA and Verisign, the process will be controlled by the NTIA, not the ICG. This “related and parallel transition,” as the NTIA described it in its March 2014 announcement, involves interactions between NTIA, ICANN and Verisign that are outside of the ICG process. Nevertheless, the NTIA itself has recognized that “aspects of the IANA functions contract are inextricably intertwined with the VeriSign cooperative agreement,” and thus the results of that process must be consistent with the ICG proposal’s approach to the IANA Functions.

The CWG Stewardship proposal (paragraph 1150) states that the RZA role need not be continued. However, since the RZA (NTIA) has served as the linkage between the IFO and the RZM and there is currently no direct agreement between the RZM and the IFO for the Root Zone Management process, the ICG notes that some form of written agreement between the IANA functions operator and RZM that clearly defines the roles and responsibilities of both parties is essential for the secure, stable and resilient operation of the Root Zone of the DNS when the NTIA withdraws from the Root Zone Management process. [Insert here text about separating the roles or changing roles once a response received from CWG]

So far the NTIA’s process seems to have built upon the output of the CWG-Stewardship proposal. The names CWG proposed elimination of the NTIA’s root zone change authorization function and described a set of guidelines and principles regarding post-transition root zone administration. To the ICG, the post-transition RZM architecture proposed in an NTIA-solicited document by ICANN and Verisign (cite) seems to be consistent with those guidelines and principles.

In the public comment period, however, a wide range of stakeholders expressed concern about the transparency of the parallel process and the uncertainty created by its status as a private negotiation among NTIA, Verisign and ICANN. Commenters seemed especially concerned about whether the global multistakeholder community would be consulted about the new arrangements before they are finalized, and whether the changes might permit significant changes in roles, such as ICANN taking over the RZM function. In response to these concerns, the ICG took the following actions:
•        Asked for clarification from CWG-Stewardship about its policy toward the separation of the IANA Functions Operator, ICANN and the Root Zone Maintainer;
•        Asked the CWG-Stewardship to confirm that the Verisign/ICANN proposal for revising Root Zone Management post-transition meets their requirements

===


Thanks Milton. I think this is good. I have some specific comments below. One over-arching question: how do you think this text fits together with the text currently in paragraph 55 of the proposal? Would we keep both, combine them somehow, or replace paragraph 55 with the text below? I quite like the detail in paragraph 55 and the references to the CWG proposal, so perhaps some version of it could remain by combining it with your second paragraph below and editing the combined paragraph.

On Sep 26, 2015, at 8:52 AM, Mueller, Milton L <milton.mueller at pubpolicy.gatech.edu<mailto:milton.mueller at pubpolicy.gatech.edu>> wrote:

I thought I had sent this out before but now I am not sure. So to be safe I send it now (again?)

The ICG recognizes that a complete and finalized transition requires more than implementing its own proposal. It also requires revising the relationship between the current Root Zone Maintainer (Verisign), Root Zone Administrator (the U.S. Commerce Department) and IANA functions operator (ICANN). Insofar as those revisions require amendments to (or elimination of) the cooperative agreement between the NTIA and Verisign, the process will be controlled by the NTIA, not the ICG. This “related and parallel transition,” as the NTIA described it in its March 2014 announcement, involves interactions between NTIA, ICANN and Verisign that are outside of the ICG process. Nevertheless, the NTIA itself has recognized that “aspects of the IANA functions contract are inextricably intertwined with the VeriSign cooperative agreement,” and thus the results of that process must be consistent with the ICG proposal’s approach to the IANA Functions.

So far the NTIA process seems to have built upon the output of the CWG-Stewardship proposal. The names CWG proposed elimination of the NTIA’s root zone change authorization function and described a set of guidelines and principles regarding post-transition root zone administration. To the ICG, the post-transition RZM architecture proposed in an NTIA-solicited document by ICANN and Verisign does not seem to be inconsistent with those guidelines and principles.

I think we should cite the document. Also, I would suggest “seems to be consistent” rather than the double negative.


In the public comment period, however, a wide range of stakeholder groups expressed concern about the transparency of the

I would suggest “stakeholders” rather than “stakeholder groups.”

Alissa

parallel process and the uncertainty created by its status as a private negotiation among NTIA, Verisign and ICANN. Commenters seemed especially concerned about whether the global multistakeholder community would be consulted about the new arrangements before they are finalized, and whether the changes might permit significant changes in roles, such as ICANN taking over the RZM function. In response to these concerns, the ICG took the following actions:
•        Asked for clarification from CWG-Stewardship about its policy toward the separation of the IANA Functions Operator, ICANN and the Root Zone Maintainer;

•        Asked the CWG-Stewardship to confirm that the Verisign/ICANN proposal for revising Root Zone Management post-transition meets their requirements
<Additional text would depend on the result of these inquiries. E.g., if CWG replies to our first question saying, “yes, the second principle implies that different organizations should be providing IFO and RZM, and before that changes there should be a consultation that obtains consensus” then we can say to the NTIA: “make sure any revisions in the Verisign cooperative agreement/ICANN arrangements you approve are not inconsistent with that.” If CWG says that the proposal of ICANN-Verisign meets their requirements then we have no need to make any comment. If it does not we need to convey to NTIA-ICANN-Verisign what is missing. >



Dr. Milton L. Mueller
Professor, School of Public Policy
Georgia Institute of Technology


_______________________________________________
Internal-cg mailing list
Internal-cg at mm.ianacg.org<mailto:Internal-cg at mm.ianacg.org>
http://mm.ianacg.org/mailman/listinfo/internal-cg_ianacg.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.ianacg.org/pipermail/internal-cg_ianacg.org/attachments/20150930/db2e05f5/attachment.html>


More information about the Internal-cg mailing list