ICANN/GNSO GNSO Email List Archives

[council]


<<< Chronological Index >>>    <<< Thread Index >>>

Re: [council] A way forward on the Specification 13 question


Hi,

Apologies, but I find myself still confused by Volker's ammendment as it
still allows for:

> 1.    Registry Operator is exempt from complying with the requirements
> of Specification 9 to the Agreement, notwithstanding the provisions
> of Section 6 of Specification 9.
> 

What does this exemption entail?

avri


On 08-May-14 10:17, Avri Doria wrote:
> 
> 
> Thank you
> 
> On 08-May-14 09:51, Volker Greimann wrote:
>> 
>> Hi Avri,
>> 
>> as no policy exception would be required if both the amendment and
>> the motion pass, there would not be a need for a temporary spec. I
>> would be very cautious about allowing an exemption on a temporary 
>> basis as such temporary solutions have a tendency to solidify.
>> 
>> Best,
>> 
>> Volker
>> 
>> 
>> Am 08.05.2014 15:41, schrieb Avri Doria:
>>> Hi,
>>> 
>>> Would your amendments make Spec 13 a temporary measure to be 
>>> eliminated/modified if the PDP recommended it?  On first reading
>>> I did not think so.   I think that might also be an important
>>> consideration.
>>> 
>>> avri
>>> 
>>> On 08-May-14 09:13, Volker Greimann wrote:
>>>> Having reflected on the policy implications of the proposed
>>>> motion, I would like to propose to  amend the resolved clauses
>>>> of the motion to read as follows:
>>>> 
>>>> ----- 1.  that the */proposed /*right to only use up to three
>>>> exclusive registrars, as contained in Specification 13 is
>>>> inconsistent with Recommendation 19 as (i) the language of this
>>>> recommendation of the final report of the GNSO does not
>>>> stipulate any exceptions from the requirements to treat
>>>> registrars in a non-discriminatory fashion and (ii) the GNSO
>>>> new gTLDs Committee discussed potential exceptions at the time,
>>>> but did not include them in its recommendations, which is why
>>>> the lack of an exception cannot be seen as an unintended
>>>> omission, but a deliberate policy statement;
>>>> 
>>>> 2.  that the Council does not object to the implementation of 
>>>> Specification 13 /*subject to the removal of the clause
>>>> allowing a Registry */*/Operator to designate up to three
>>>> exclusive Registrars. /*
>>>> 
>>>> 3. that the Council requests the ICANN Board to implement
>>>> appropriate safeguards for /*this and */future new gTLD
>>>> application rounds to ensure that Recommendation 19 is not
>>>> eroded and that any rights granted to .BRAND TLDs cannot be
>>>> used for scenarios other than those specifically covered by
>>>> Specification 13;
>>>> 
>>>> 4. that the Council reserves the right to initiate a policy 
>>>> development process, potentially resulting in Consensus Policy
>>>> affecting both existing and future TLDs, */to assess whether
>>>> /**/exceptions to Recommendation 19 /**/*/or any subsequent
>>>> provisions /*should be allowable in this circumstance, and
>>>> under what criteria future requests would be considered. /*
>>>> 
>>>> -----
>>>> 
>>>> Changed/added language is marked in bold-cursive for easier
>>>> reference.
>>>> 
>>>> The amendments take into consideration the various concerns
>>>> voiced by many individuals including myself on the council list
>>>> in the past weeks. The amended motion would clarify the policy
>>>> position of the council while at the same time creating a way
>>>> forward for the community to find a practical solution. It
>>>> avoids the hollowing-out of policy recommendations at the
>>>> request of any one interest but offers a constructive path to
>>>> address any concerns with the existing policy recommendation.
>>>> 
>>>> Best regards,
>>>> 
>>>> Volker Greimann
>>>> 
>>>> 
>>>> 
>>>> Am 07.05.2014 17:21, schrieb Bret Fausett:
>>>>> I see that the motion does not yet have a second, so I would
>>>>> like to second the motion for tomorrow’s meeting.
>>>>> 
>>>>> -- Bret Fausett, Esq. • General Counsel, Uniregistry, Inc. 
>>>>> 12025 Waterfront Drive, Suite 200 • Playa Vista, CA
>>>>> 90094-2536 310-496-5755 (T) • 310-985-1351 (M) •
>>>>> bret@xxxxxxxxxxxxxxx <mailto:bret@xxxxxxxxxxxxxxx> — — — — —
>>>>> 
>>>>> 
>> 
>> 
>> 
> 
> 



<<< Chronological Index >>>    <<< Thread Index >>>