Re: [eppext] [gtld-tech] draft-lozano-tmch-func-spec and QLP addendum

Rik Ribbers <rik.ribbers@sidn.nl> Tue, 10 February 2015 08:38 UTC

Return-Path: <rik.ribbers@sidn.nl>
X-Original-To: eppext@ietfa.amsl.com
Delivered-To: eppext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC0EE1A00DB for <eppext@ietfa.amsl.com>; Tue, 10 Feb 2015 00:38:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.294
X-Spam-Level:
X-Spam-Status: No, score=0.294 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8i7iSF4t5RQF for <eppext@ietfa.amsl.com>; Tue, 10 Feb 2015 00:38:41 -0800 (PST)
Received: from arn2-kamx.sidn.nl (kamx.sidn.nl [IPv6:2a00:d78:0:147:94:198:152:69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 828B81A0056 for <eppext@ietf.org>; Tue, 10 Feb 2015 00:38:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=sidn.nl; s=sidn-nl; c=relaxed/relaxed; h=from:to:cc:subject:thread-topic:thread-index:date:message-id:references:in-reply-to:accept-language:content-language:x-ms-has-attach:x-ms-tnef-correlator:x-originating-ip:content-type:content-transfer-encoding:mime-version; bh=95HaWTQ4a57O9NSMYBaOaiYcp3db693csTjxl5kFuZI=; b=VVrnxw4/zI7pxRx/LBlHMpxS24Uxwj3cy7tDLtrsWDwETUeZ9IPzmabe63vTeAr2Pa7ANEbfoUEVG1ValfJSqikVOCBnjlEpqwHv1k9JUvDbA7vnUuDCb5wjv8psGqGWMjT5lnPv5/o6iiMKDnknewjtI1If5cmCWBM6ZMIEog7mfiQ+tqyGZBmJj8mIQiXTOaznw0ukqiCrnYPOX9x9q4Jts2SyESai7XjmCyL4SRKnS+lL4KpGlUWu6WNVitVbJul5Ucz5CC90xAbBktsIcjpPERu895W6Ezo249Oxq2++cDJWKa1GWhulwraPimgUN3wHduaCpy2BCikUftzITQ==
Received: from kahubcasn01.SIDN.local ([192.168.2.73]) by arn2-kamx.sidn.nl with ESMTP id t1A8cGPT021874-t1A8cGPV021874 (version=TLSv1.0 cipher=AES256-SHA bits=256 verify=CAFAIL); Tue, 10 Feb 2015 09:38:16 +0100
Received: from KAMBX2.SIDN.local ([fe80::b1fd:88d9:e136:9655]) by kahubcasn01 ([192.168.2.73]) with mapi id 14.03.0174.001; Tue, 10 Feb 2015 09:38:12 +0100
From: Rik Ribbers <rik.ribbers@sidn.nl>
To: 'Maxim Alzoba' <m.alzoba@gmail.com>
Thread-Topic: [gtld-tech] draft-lozano-tmch-func-spec and QLP addendum
Thread-Index: AdBEe3u+8NqS47DpRweFcBo3x2Oq6QATzyQAAA9FRvA=
Date: Tue, 10 Feb 2015 08:38:12 +0000
Message-ID: <C80127C588F8F2409E2B535AF968B768B9292720@kambx2.SIDN.local>
References: <C80127C588F8F2409E2B535AF968B768B9291E5A@kambx2.SIDN.local> <2ECFB600-EAFF-4851-A49A-57893CAA150C@gmail.com>
In-Reply-To: <2ECFB600-EAFF-4851-A49A-57893CAA150C@gmail.com>
Accept-Language: nl-NL, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [192.168.2.153]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/4mJ9YBBC3B5qUMLq6ZZOUTz7NLM>
Cc: "gtld-tech@icann.org" <gtld-tech@icann.org>, "eppext@ietf.org" <eppext@ietf.org>, Dmitry Burkov <dvburk@gmail.com>
Subject: Re: [eppext] [gtld-tech] draft-lozano-tmch-func-spec and QLP addendum
X-BeenThere: eppext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPPEXT <eppext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eppext>, <mailto:eppext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/eppext/>
List-Post: <mailto:eppext@ietf.org>
List-Help: <mailto:eppext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eppext>, <mailto:eppext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Feb 2015 08:38:44 -0000

Hello Maxim,

Thanks for your reply, I am aware of Article 2.2, but that is not what we are confused about.

I want to know if our assumption is correct that during a TMCH sunrise a domain create for a QLP domain name should be validated against the SURL list and not the DNL list. According the Addendum this is correct, however the functional spec suggests otherwise.

Kind regards,
Rik Ribbers

-----Original Message-----
From: Maxim Alzoba [mailto:m.alzoba@gmail.com] 
Sent: dinsdag 10 februari 2015 2:44
To: Rik Ribbers
Cc: eppext@ietf.org; gtld-tech@icann.org; Dmitry Burkov
Subject: Re: [gtld-tech] draft-lozano-tmch-func-spec and QLP addendum

Dear Rik, 

Please be aware that GEO applicants can register domains even not being in SURL for benefit of the Public Authority.

I do not personally understand how to technically formalize it ... list of public authorities is not limited to 10th ... it is up to 1000-2000 departments / wholly owned companies belonging to the city in a case of a capital ... also names of parks and monuments in translation / transliteration ... e.t.c.

it is Art 2.2 of the http://newgtlds.icann.org/en/about/trademark-clearinghouse/rpm-requirements-qlp-addendum-10apr14-en.pdf

Trademark Clearinghouse Rights Protection Mechanism Requirements Qualified Launch Program Addendum

" 
2.2 To a registrant who is an international, national, regional, local or municipal governmental authority (a "Public Authority") and such QLP Name is either identical to, or translation or a transliteration of, (i) the name or acronym of such Public Authority, (ii) the name of a building, park, monument, airport or other public place operated by such Public Authority, (iii) the name of a region, city, street, district or other geographic area under the  governance of such Public Authority, or (iv) the name of a recognized public service provided by such Public Authority. Except as permitted by this Section 2.2, if a QLP Name matches a label contained in the Sunrise List, such QLP Name MUST NOT as part of the Qualified Launch Program be Allocated or registered to a registrant who is not a SunriseEligible Rights Holder with a valid SMD file for a label that matches the QLP Name.
"


P.s: example: police.GEOtld_city  should not go to eyewearmaker ... it should go to Police department of the city. 

Sincerely Yours,

Maxim Alzoba
Special projects manager,
International Relations Department,
FAITID

m. +7 916 6761580
skype oldfrogger

Current UTC offset: +3

On Feb 9, 2015, at 23:19 , Rik Ribbers <rik.ribbers@sidn.nl> wrote:

> Hello,
>  
> I've got a question concerning the QLP addendum in relation to the 
> IETF TMCH functional specification draft 
> (http://tools.ietf.org/id/draft-lozano-tmch-func-spec-09.txt )
>  
> In section "5.4.1.  Domain Registration" of the IEFT draft a decision table is provided the services a registry must provide for the QLP allocation scenarios. This table suggests that a QLP registration during sunrise must be validated against the DNL list and the SURL list.
>  
> However in the QLP addendum it is only mentioned that a QLP registration during sunrise must be validated against the SURL list.
>  
> I assume that the addendum is correct, but is that a correct assumption?
>  
> Kind regards,
> Rik Ribbers
>  
>