Re: [eppext] [gtld-tech] draft-lozano-tmch-func-spec and QLP addendum
Maxim Alzoba <m.alzoba@gmail.com> Tue, 10 February 2015 01:44 UTC
Return-Path: <m.alzoba@gmail.com>
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 47D5A1A8AE4
for <eppext@ietfa.amsl.com>; Mon, 9 Feb 2015 17:44:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level:
X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[BAYES_50=0.8,
DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,
FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001]
autolearn=ham
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 A0xiZD3KrC0p for <eppext@ietfa.amsl.com>;
Mon, 9 Feb 2015 17:44:31 -0800 (PST)
Received: from mail-pd0-f179.google.com (mail-pd0-f179.google.com
[209.85.192.179])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 1D4611A8AD3
for <eppext@ietf.org>; Mon, 9 Feb 2015 17:44:31 -0800 (PST)
Received: by pdev10 with SMTP id v10so12852942pde.10
for <eppext@ietf.org>; Mon, 09 Feb 2015 17:44:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=content-type:mime-version:subject:from:in-reply-to:date:cc
:content-transfer-encoding:message-id:references:to;
bh=LjJCNm4dF0zJAtLE0ggyuGJWnB1crS01/f7TTW8jBtY=;
b=G6trwOA6gTBdzzYsor46mgR0u00jwn1lqEBfcAqTLBvuLD8HfZm3deio+OmE91QLJE
qXe4UajXHNEN8yuXB2hxHOMNJEu2kMfGkmw2rYnBxTLKW2W6Hg0GPZI/FOnfsikbsTcy
G2cQJI57RR4ilAfFwi/cz7GGtwXItLOox+a8QVIsisM8cvdF8HtohjrqcSFCAw+ZZADK
bpTwe9yp64ufcfxtxxnXoAnv094Uc2FecmPUdZYCreR+2kMXZpPNzHFk4SSwthxv22Gl
eigbH/ryBmWsnJB1WscSnkhTQjF74DLVkUNtolW5pW2KXKPea0rAfOf2KllfNfH/Pl0c
1YXw==
X-Received: by 10.70.47.70 with SMTP id b6mr14187818pdn.136.1423532670752;
Mon, 09 Feb 2015 17:44:30 -0800 (PST)
Received: from [10.196.197.177] (47-193.icannmeeting.org. [199.91.193.47])
by mx.google.com with ESMTPSA id qk7sm17516693pbc.74.2015.02.09.17.44.28
(version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
Mon, 09 Feb 2015 17:44:29 -0800 (PST)
Content-Type: text/plain; charset=windows-1252
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Maxim Alzoba <m.alzoba@gmail.com>
In-Reply-To: <C80127C588F8F2409E2B535AF968B768B9291E5A@kambx2.SIDN.local>
Date: Tue, 10 Feb 2015 09:44:26 +0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <2ECFB600-EAFF-4851-A49A-57893CAA150C@gmail.com>
References: <C80127C588F8F2409E2B535AF968B768B9291E5A@kambx2.SIDN.local>
To: Rik Ribbers <rik.ribbers@sidn.nl>
X-Mailer: Apple Mail (2.1510)
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/9LMjmhTHv7-8M4O0kV5TRVmn4MY>
X-Mailman-Approved-At: Mon, 09 Feb 2015 17:52:47 -0800
Cc: gtld-tech@icann.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 01:45:30 -0000
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 > >
- [eppext] draft-lozano-tmch-func-spec and QLP adde… Rik Ribbers
- Re: [eppext] [gtld-tech] draft-lozano-tmch-func-s… Maxim Alzoba
- Re: [eppext] [gtld-tech] draft-lozano-tmch-func-s… Rik Ribbers