[CRISP-TEAM] Common Understanding & Clarifications
Andres Piazza
andres at lacnic.net
Thu Dec 18 14:14:47 CET 2014
Dear Izumi,
I believe this common understanding is very useful. I can agree with this.
The same applies your clarifications of the Review Committee.
Andrés
El 12/18/14 5:57 AM, Izumi Okutani escribió:
> CRISP Team,
>
>
> As you will be explaining rationale behind CRISP Team proposal
> within your regional communities, it probably helps to have a common
> understanding among CRISP team.
>
> This is the rationale I summarised based on observations of discussions
> by the team. It is not intended to share this publicly, to just as a
> reference for a common understanding among us.
>
>
> * Please let me know if there is anything which is different
> from your undestanding, or wish to further clarify.
>
> * Please raise questions if there is anything you are not clear about
> any proposal elements
>
> For the purpose of preparing the proposal for tomorrow, there is no need
> to clarify all questions at this stage, as long as people find it
> acceptable about what is being proposed.
>
>
> Izumi
>
> ------------------------------------------------------------------------
> Summary of the current situation
> What will be affected by NTIA's announcement
> - NTIA will transfer stewardship on the IANA functions as defined in
> the IANA contract
> - AoC, between ICANN and the US goverment remains (not transfered)
>
> Current RIR legal arrangements with ICANN
> - Global Policies: ASO MoU
> Dispute resolution mechanism by the thirty party is defined in the
> MoU, in case ICANN board is not accountable
> - IANA function services provided to RIRs
> No official legal document today: stewardship was considered to be
> maintained based on IANA contract by the US government
>
> Proposed elements
> a. ICANN continues to be the operator of IANA
> b. Exchange SLA with ICANN on IANA number resources function
> c. Remove ICANN Board's approval on Global Policies
> d. Review Committee (Name to be decided)
> - NRO EC will conduct the review whether ICANN performs the IANA
> functios on numbers according to SLA
> - Review Commitee will provide advice to NRO EC as community
> representives to increase credibility of NRO EC's review, that it
> has taken in inputs from its communities
> - Members of the review committee will be selected from each RIR
> region, with simliar concept/scheme as CRISP Team
> - Review
> ## Needs confirmation from LACNIC region if this is correct ##
>
> Rationale for proposed elements
> a. ICANN continues to be the operator of IANA
> - RIRs are satisfied with the current services by ICANN
> - Continuing with the current operator is desirable, if we are
> satisfied, for stability of the function
>
> b. Exchange SLA with ICANN on IANA number resources function
> - To clarify relationships that that RIRs are delegating operation
> of the IANA functions on number resources to ICANN
> (also consistent rationale with IETF's proposal)
> - Ensure our expected service level is maintained
>
> c. Remove ICANN Board's approval on Global Policies
> - Here, we need to be able to explain what part about Global
> Policies approval would be affected
> (NTIA doesn't play a role in the process)
> - Why we think the approach of removing ICANN Board's approval is
> the best, compared to other solutions such as reviewing and
> strengthening the exising ASO MoU and/or SLA to be developed.
>
> d. Review Committee
> - Gives credibilities to the review of SLA to be conducted by the
> NRO EC, on the number resources related IANA function services
>
> Rationale for not adopting some elements proposed on some RIR region(s)
> e. Reasons for not supporting AoC
> - The CRISP Team should focus to consider what would be missing as a
> result of the NTIA IANA stewardship transition
> - The US goverment keeps the AoC, so there is no need to replace this
> part
> - The part that will be missing is the contract related to the IANA
> functions, which will be covered by SLA between ICANN and RIRs
> - SLA is sufficient in ensuring to receive the IANA services
> - Do not see why RIRs must be accountable to ICANN and define in AoC
> RIRs should be accountantable to its communities, not ICANN
>
> On the other hand:
> - No objections were observed that there may be issues related to
> ICANN Board's decisions on Global policies
> (This is inteded to be addressed by c.Remove ICANN Board's approval
> on Global Policies )
>
> f. Reasons for change from MONC to Review Committee
> - Some of the RIRs believe that MONC is complex and overly
> burdensome, to oversee the performance of a contract where, over
> the past 12 months, the IANA functions operator has performed only
> eight transactions for the RIRs
> - Have the scheme based on the existing framework
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> CRISP mailing list
> CRISP at nro.net
> https://www.nro.net/mailman/listinfo/crisp
More information about the CRISP
mailing list