[Gdd-gnso-ppsai-impl] [Ext] Re: Updated PPAA draft and related materials attached for IRT review

Amy Bivins amy.bivins at icann.org
Thu Mar 1 19:31:05 UTC 2018


Dear Colleagues,

I want to follow up on the point raised about "making policy," as this has been raised before. The IRT is not a forum for making policy--we are here to implement the final policy recommendations developed through the bottom-up multistakeholder process. If members of the IRT believe that we are veering into the realm of policymaking, the GNSO liaison to the IRT may raise the issue with the GNSO Council.
            
With respect to this issue, staff leading this effort do not view any of the IRT's work as "making policy," for a variety of reasons. The Final Report did not contain a LEA framework, the way it did for IP, but it certainly contemplated that an LEA framework might be created in the future (the Final Report included  recommendations to be implemented in any future framework). In addition, no concerns were raised during the mandatory public comment period preceding the Board's adoption of the PDP recommendations and treatment of GAC advice on this topic.

There's a difference between various groups in the IRT not being able to agree on a point of implementation and making policy. This difference of opinion, in staff's view, falls in the prior category. We plan to seek community feedback on this point during the public comment period and the GNSO Council could be invited to weigh in during that period, as well.

Best,
Amy


-----Original Message-----
From: Gdd-gnso-ppsai-impl [mailto:gdd-gnso-ppsai-impl-bounces at icann.org] On Behalf Of Sara Bockey
Sent: Thursday, March 1, 2018 2:08 PM
To: gdd-gnso-ppsai-impl at icann.org; gtheo <gtheo at xs4all.nl>
Subject: Re: [Gdd-gnso-ppsai-impl] [Ext] Re: Updated PPAA draft and related materials attached for IRT review

Agree with Theo 100%, we have been wading around in the policy making pool far too much for an IRT.  

Additionally, for me, defining "action" does not really address the issue.  The issue is that having a contractual obligation of 24 hours is too strict.  I have put forward numerous suggestions as starting points for discussing a potential compromise to no end.  

Sara

sara bockey
sr. policy manager | GoDaddy™
sbockey at godaddy.com  480-366-3616
skype: sbockey
 
This email message and any attachments hereto is intended for use only by the addressee(s) named herein and may contain confidential information. If you have received this email in error, please immediately notify the sender and permanently delete the original and any copy of this message and its attachments.
 
 
On 3/1/18, 8:52 AM, "Gdd-gnso-ppsai-impl on behalf of Amy Bivins" <gdd-gnso-ppsai-impl-bounces at icann.org on behalf of amy.bivins at icann.org> wrote:

    Thanks, Theo, and everyone else who has contributed to this discussion thus far.
    
    It does sound as though the IRT may not be able to reach agreement on the "24 hour" issue. If anyone else has comments about that point specifically, please share it with the list.
    
    However, we seem to potentially have more support on the proposal to further define "action" or to use a different word. Does anyone else want to share comments about that?
    
    And, also, do you have any thoughts about whether we should make any adjustments to the language about the receipt process and how that applies to "high priority" requests?
    
    Best,
    Amy
    
    -----Original Message-----
    From: gtheo [mailto:gtheo at xs4all.nl] 
    Sent: Thursday, March 1, 2018 7:15 AM
    To: gdd-gnso-ppsai-impl at icann.org
    Cc: Amy Bivins <amy.bivins at icann.org>
    Subject: [Ext] Re: [Gdd-gnso-ppsai-impl] Updated PPAA draft and related materials attached for IRT review
    
    Thanks Amy,
    
    Regarding the LEA framework and the specific ongoing discussion, it seems we are not able to come to an agreement here.
    I understand the firm position of the PSWG here, but I am still not convinced here based on experience, as such I think we are creating policy here, which would be against the recommendations, though can be justified in my personal expierence if there is material evidence policy needs to be created. But that does not appear to be the case here.
    
    Theo
    
    
    
    
    
    Amy Bivins schreef op 2018-02-28 08:16 PM:
    > Dear Colleagues,
    > 
    > Attached is the updated PPAA draft, in redline and non-redline
    > versions. I've also included a version with references to the Final
    > report and notes to the IRT about where edits were made (or not made).
    > The attached slide deck includes an overview of the accreditation
    > program materials, remaining open issues, and identifies how each of
    > the Final Recommendations are proposed to be implemented.
    > 
    > Please begin reviewing the updates to the PPAA draft and come prepared
    > to discuss at our meeting on Tuesday. ALSO, PLEASE PROVIDE ANY FINAL
    > FEEDBACK ON THE LEA FRAMEWORK AND REPORTING SPECIFICATION NO LATER
    > THAN THIS FRIDAY, 2 MARCH. WE PLAN TO UPDATE THIS DRAFT WITH RESPECT
    > TO FEEDBACK RECEIVED ON THOSE ISSUES NEXT WEEK AS WE PREPARE THESE
    > MATERIALS FOR THE PUBLIC COMMENT PERIOD.
    > 
    > Brief, high-level summary of the changes/questions for the IRT in this
    > PPAA draft:
    > 
    >  	* Non-substantive copy edits throughout
    > 	* Labeling specification (and all references to this specification)
    > deleted based on IRT feedback that the requirements therein appeared
    > to be beyond scope. Labeling requirement included in PPAA body at
    > Section 3.15.
    > 	* REPORTING SPECIFICATION (AND REFERENCES TO THIS SPECIFICATION)
    > ADDED. SPECIFICATION REMAINS UNDER IRT REVIEW (DEADLINE FOR FEEDBACK 2
    > MARCH). Links to PP IETF documents are not yet functional, as these
    > are not yet published. These are expected to be published prior to the
    > publication of the draft PPAA for public comment and links will be
    > updated if needed when this specification is finalized based on final
    > IRT feedback.
    > 	* Definition of "Working Group" (applicable to amendment, negotiation
    > processes--See, e.g., Section 7.4.1) updated throughout PPAA to
    > eliminate references to any future PPSG. In its place, the WG will now
    > be convened by the GNSO Council (See PPAA Section 1.43), as
    > recommended by the IRT.
    > 	* All references to a Provider terminating a customer's domain
    > registration or requesting that a registrar do so in response to a
    > breach of the terms of service or other wrongs have been deleted, per
    > IRT input. (See, e.g. Section 3.5.3.1; See, specifically, Section
    > 3.5.3.17 (regarding cancellations of services related to names that
    > are subject to UDRP/URS proceedings.)
    > 	* Explicit requirement that Provider publish its terms of service has
    > been added (See Section 3.8.1). Prior draft referenced requirements
    > for ToS contents but didn't explicitly require that ToS be published,
    > as directed by the Final Report.
    > 	* Abuse desk requirement in PPAA Section 3.12.1 edited to match
    > language in Final Report (language about the abuse contact being
    > "capable and authorized to investigate…" from the Final Report had
    > been inadvertently deleted at some point in a prior draft).
    > 	* Deletion of LEA-related abuse contact requirements in PPAA text
    > (formerly section 3.12.2). All LEA-specific requirements are now
    > included in the LEA Disclosure Framework Specification.
    > 	* Reference to use of "high-volume, automated electronic
    > processes…" in PPAA section 3.14 was moved to Intellectual Property
    > Disclosure Framework Specification.
    > 	* Clarification added that a provider on suspended status may
    > continue to provide services for existing registrations (Section
    > 5.7.3)
    > 	* SEVERAL CLEAN-UP EDITS IN SPECIFICATION 1, DATA ESCROW
    > SPECIFICATION. ICANN IS CURRENTLY REVIEWING THE INCLUSION OF THIS
    > SPECIFICATION IN THE PPAA ITSELF, AS OPPOSED TO THE RAA FORMAT WHICH
    > HAS THE ESCROW SPECIFICATION SEPARATE FROM THE ACCREDITATION
    > AGREEMENT. AS TECHNICAL REQUIREMENTS/RFCS MAY BE UPDATED FROM TIME TO
    > TIME, THERE ARE BENEFITS TO HAVING THIS OUTSIDE THE PPAA ITSELF. IRT
    > FEEDBACK IS REQUESTED ON THIS TOPIC.
    > 	* Specification 2: Customer Data Accuracy Program Specification. Edit
    > to Section 1, to clarify that obligation applies when Provider begins
    > providing the Services for a name, as opposed to when the name is
    > registered.
    > 	* SPECIFICATION 4: LAW ENFORCEMENT AUTHORITY SPECIFICATION. THIS
    > SPECIFICATION IS CURRENTLY UNDER FINAL IRT REVIEW (DEADLINE FOR
    > FEEDBACK 2 MARCH). Substantive edits may be made after this review
    > period. There is currently some disagreement among IRT members
    > regarding high priority requests, specifically: (a) how the receipt
    > process should or should not apply to high priority requests, (b) the
    > time that should be allowed for a provider to action a "high priority"
    > request. In addition, the IRT is considering defining "action" for
    > greater clarity.
    > 	* Data retention specification: The data required to be retained has
    > been reduced by the deletion of the labeling specification (see
    > Section 1.1.6).
    > 
    > AMY E. BIVINS
    > 
    > Registrar Services and Engagement Senior Manager
    > 
    > Registrar Services and Industry Relations
    > 
    > Internet Corporation for Assigned Names and Numbers (ICANN)
    > 
    > Direct: +1 (202) 249-7551
    > 
    > Fax:  +1 (202) 789-0104
    > 
    > Email: amy.bivins at icann.org
    > 
    > www.icann.org [1]
    > 
    > 
    > 
    > Links:
    > ------
    > [1] https://urldefense.proofpoint.com/v2/url?u=http-3A__www.icann.org&d=DwIDaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=uerz4ckt1v4Qhbv-TplkjKTey9bgtdWrvLyZDu0mXuk&m=2cw1KgZUQNMFa5qgPneFcPczDmWViE6dhzXjK1NUTS8&s=OJLoHp_FTigU3hgfi63tG5vLKuEikLwUubH9ALYl54k&e=
    > _______________________________________________
    > Gdd-gnso-ppsai-impl mailing list
    > Gdd-gnso-ppsai-impl at icann.org
    > https://mm.icann.org/mailman/listinfo/gdd-gnso-ppsai-impl
    _______________________________________________
    Gdd-gnso-ppsai-impl mailing list
    Gdd-gnso-ppsai-impl at icann.org
    https://mm.icann.org/mailman/listinfo/gdd-gnso-ppsai-impl

_______________________________________________
Gdd-gnso-ppsai-impl mailing list
Gdd-gnso-ppsai-impl at icann.org
https://mm.icann.org/mailman/listinfo/gdd-gnso-ppsai-impl


More information about the Gdd-gnso-ppsai-impl mailing list