Re: [eppext] Alissa Cooper's No Objection on draft-ietf-eppext-tmch-smd-04: (with COMMENT)

Gustavo Lozano <gustavo.lozano@icann.org> Sat, 20 February 2016 00:36 UTC

Return-Path: <gustavo.lozano@icann.org>
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 1FDC31AC415; Fri, 19 Feb 2016 16:36:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.207
X-Spam-Level:
X-Spam-Status: No, score=-4.207 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006, 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 wvyxa_5dyMXH; Fri, 19 Feb 2016 16:36:47 -0800 (PST)
Received: from out.west.pexch112.icann.org (pfe112-ca-1.pexch112.icann.org [64.78.40.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB47F1A92E9; Fri, 19 Feb 2016 16:36:47 -0800 (PST)
Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-2.pexch112.icann.org (64.78.40.23) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Fri, 19 Feb 2016 16:36:45 -0800
Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1130.005; Fri, 19 Feb 2016 16:36:45 -0800
From: Gustavo Lozano <gustavo.lozano@icann.org>
To: Alissa Cooper <alissa@cooperw.in>, The IESG <iesg@ietf.org>
Thread-Topic: Alissa Cooper's No Objection on draft-ietf-eppext-tmch-smd-04: (with COMMENT)
Thread-Index: AQHRa3bFGhW9ieVBtkiEL7WCLjdDDA==
Date: Sat, 20 Feb 2016 00:36:44 +0000
Message-ID: <D2ECF4D9.F556A%gustavo.lozano@icann.org>
References: <20160217214608.20749.74849.idtracker@ietfa.amsl.com>
In-Reply-To: <20160217214608.20749.74849.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.6.1.160122
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [192.0.35.2]
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3538744596_4544271"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/Rf2twAzH7geE95j9mg8C9o69INE>
Cc: "draft-ietf-eppext-tmch-smd@ietf.org" <draft-ietf-eppext-tmch-smd@ietf.org>, "eppext-chairs@ietf.org" <eppext-chairs@ietf.org>, "eppext@ietf.org" <eppext@ietf.org>, "nkong@cnnic.cn" <nkong@cnnic.cn>
Subject: Re: [eppext] Alissa Cooper's No Objection on draft-ietf-eppext-tmch-smd-04: (with COMMENT)
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: <https://mailarchive.ietf.org/arch/browse/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: Sat, 20 Feb 2016 00:36:49 -0000

Thank you Alissa,

Comments inline.

Regards,
Gustavo

On 2/17/16, 13:46, "Alissa Cooper" <alissa@cooperw.in>; wrote:

>Alissa Cooper has entered the following ballot position for
>draft-ietf-eppext-tmch-smd-04: No Objection
>
>When responding, please keep the subject line intact and reply to all
>email addresses included in the To and CC lines. (Feel free to cut this
>introductory paragraph, however.)
>
>
>Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
>for more information about IESG DISCUSS and COMMENT positions.
>
>
>The document, along with other ballot positions, can be found here:
>https://datatracker.ietf.org/doc/draft-ietf-eppext-tmch-smd/
>
>
>
>----------------------------------------------------------------------
>COMMENT:
>----------------------------------------------------------------------
>
>In general I agree with Ben's comments about <mark:treatyOrStatute> and
><mark:court>. I don't understand why these elements contain a smattering
>of the same child elements of <mark:trademark> (holder, contact, etc.),
>rather than just containing a <mark:trademark> as a child element in its
>entirety, and then adding in the additional treaty- or court-specific
>elements that are necessary. The way its specified in the document makes
>it hard to understand whether the child elements of
><mark:treatyOrStatute> and <mark:court> refer to the treaty/court ruling
>at issue, or to the trademark.
>

I am not a lawyer, but during the design of the spec, trademark experts
participated. Trademark is a type of the three types of marks described in
the document. There are some elements that are shared between the three
types of marks, and the first internal spec contemplated another object to
capture the shared elements, but considering that an SMD may contain
several marks, it started to get too complex. We decided that the current
design was easier to implement / understand.

>