Re: [eppext] Last Call: <draft-ietf-eppext-keyrelay-10.txt> (Key Relay Mapping for the Extensible Provisioning Protocol) to Proposed Standard

Rik Ribbers <rik.ribbers@sidn.nl> Tue, 24 November 2015 08:31 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 B89021A1A2E; Tue, 24 Nov 2015 00:31:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.491
X-Spam-Level:
X-Spam-Status: No, score=-0.491 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] 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 Ey8ENraKGnZX; Tue, 24 Nov 2015 00:31:00 -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 30E801A1A2D; Tue, 24 Nov 2015 00:31:00 -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-mailer:x-ms-exchange-messagesentrepresentingtype:x-ms-exchange-transport-fromentityheader:x-originating-ip:content-type:mime-version; bh=21P8wWxP2Yb6bt9IFiK6H6ZIRzqJh6gimbxm0RGAJ+I=; b=FW0bzeahVazldEapRs71CEucTumvsPO5YHd41PKVEpGg/ysDHGX+gPhXoovO39fMd/zDGYbVs/uagqXtNI5j6JN1nscLv1Uz+z++1ZW+XPrt4Zk4YLC7rdiyuGcLMV5S7G3XUm79MsCpsKCAQrskp1hRLXIVwlyagkOClbYPIu4/DTv3PHTcFrl+xW3S2jRpBqOqxK6YT97O1Wi3LCD3qzksEIPXu0QhnOykfmd/Zy7Ey1tDp4i/jOzkOrtpm6DypAuSFSuwtxGvhuXAiz2M7xCvALSPoVhbw0yW5HT7MmPvoZoqThSWxYwQI7Nh8YMBm+Va93ShQBIkFz0Qm9V4lg==
Received: from ka-mbx03.SIDN.local ([192.168.2.179]) by arn2-kamx.sidn.nl with ESMTP id tAO8UvM2019722-tAO8UvM4019722 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=CAFAIL); Tue, 24 Nov 2015 09:30:57 +0100
Received: from ka-mbx02.SIDN.local (192.168.2.178) by ka-mbx03.SIDN.local (192.168.2.179) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Tue, 24 Nov 2015 09:30:58 +0100
Received: from ka-mbx02.SIDN.local ([fe80::9855:369a:1ca4:6549]) by ka-mbx02.SIDN.local ([fe80::9855:369a:1ca4:6549%13]) with mapi id 15.00.1130.005; Tue, 24 Nov 2015 09:30:57 +0100
From: Rik Ribbers <rik.ribbers@sidn.nl>
To: "ietf@ietf.org" <ietf@ietf.org>, eppext <eppext@ietf.org>
Thread-Topic: [eppext] Last Call: <draft-ietf-eppext-keyrelay-10.txt> (Key Relay Mapping for the Extensible Provisioning Protocol) to Proposed Standard
Thread-Index: AQHRI9c9mqjacnt7v06ATNpNWCL6b56qzG4A
Date: Tue, 24 Nov 2015 08:30:57 +0000
Message-ID: <42B2B74B-2194-434E-9471-924964FA957E@sidn.nl>
References: <20151120210547.19513.70351.idtracker@ietfa.amsl.com>
In-Reply-To: <20151120210547.19513.70351.idtracker@ietfa.amsl.com>
Accept-Language: nl-NL, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3096.5)
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [192.168.4.213]
Content-Type: multipart/signed; boundary="Apple-Mail=_EB201A4A-DD37-40CF-81BA-F862C23BBFE3"; protocol="application/pkcs7-signature"; micalg="sha1"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/GhWgOvz6Zap_ittutiYRa5MU7jY>
Cc: "eppext-chairs@ietf.org" <eppext-chairs@ietf.org>, Ulrich Wisser <ulrich@wisser.se>, "barryleiba@gmail.com" <barryleiba@gmail.com>
Subject: Re: [eppext] Last Call: <draft-ietf-eppext-keyrelay-10.txt> (Key Relay Mapping for the Extensible Provisioning Protocol) to Proposed Standard
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: Tue, 24 Nov 2015 08:31:02 -0000

Hello All,

Based on the discussion the reseller drafts within the EPPEXT working group I revisited the keyrelay draft and came to the conclusion I want to change something in the XML schema. As it is in last call I post this message in the IETF list and the WG list.

What is the issue:
In this thread there is a discussion on the XML schema attribute schemaLocation.   
https://www.ietf.org/mail-archive/web/eppext/current/msg00841.html 

Having read the XML schema specification this attribute can be used in a document to provide hints as to the physical location of schema documents which may be used for assessment. In other words it is optional and is treated as a hint for XML parsers. We have added the schemaLocation to the XSDs in our own SRS implementation for XML validation and that's how it ended op in the keyrelay document.

Looking at the other EPP RFC (RFC5731,RFC5732,RFC5733) there is no schemaLocation attribute in the XML schema, so my proposal below makes the keyrelay document more in sync with the existing RFCs.

My proposal is to change the following in Chapter 4 Formal syntax:

   <import namespace="urn:ietf:params:xml:ns:epp-1.0"
       schemaLocation="epp-1.0.xsd" />
     <import namespace="urn:ietf:params:xml:ns:eppcom-1.0"
       schemaLocation="eppcom-1.0.xsd" />
     <import namespace="urn:ietf:params:xml:ns:secDNS-1.1"
       schemaLocation="secdns-1.1.xsd" />
     <import namespace="urn:ietf:params:xml:ns:domain-1.0"
       schemaLocation="domain-1.0.xsd" />

into

   <import namespace="urn:ietf:params:xml:ns:epp-1.0"/>
   <import namespace="urn:ietf:params:xml:ns:eppcom-1.0"/>
   <import namespace="urn:ietf:params:xml:ns:secDNS-1.1"/>
   <import namespace="urn:ietf:params:xml:ns:domain-1.0"/>

Is there any objection to doing this? Any other remarks?

Kind regards,
Rik Ribbers



> On 20 Nov 2015, at 22:05, The IESG <iesg-secretary@ietf.org> wrote:
> 
> 
> The IESG has received a request from the Extensible Provisioning Protocol
> Extensions WG (eppext) to consider the following document:
> - 'Key Relay Mapping for the Extensible Provisioning Protocol'
>  <draft-ietf-eppext-keyrelay-10.txt> as Proposed Standard
> 
> The IESG plans to make a decision in the next few weeks, and solicits
> final comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 2015-12-04. Exceptionally, comments may be
> sent to iesg@ietf.org instead. In either case, please retain the
> beginning of the Subject line to allow automated sorting.
> 
> Abstract
> 
> 
>   This document describes an Extensible Provisioning Protocol (EPP)
>   mapping for a key relay object that relays DNSSEC key material
>   between EPP clients using the poll queue defined in RFC5730.
> 
>   This key relay mapping will help facilitate changing the DNS operator
>   of a domain while keeping the DNSSEC chain of trust intact.
> 
> 
> 
> 
> The file can be obtained via
> https://datatracker.ietf.org/doc/draft-ietf-eppext-keyrelay/
> 
> IESG discussion can be tracked via
> https://datatracker.ietf.org/doc/draft-ietf-eppext-keyrelay/ballot/
> 
> 
> The following IPR Declarations may be related to this I-D:
> 
>   https://datatracker.ietf.org/ipr/2393/
> 
> 
> 
> _______________________________________________
> EppExt mailing list
> EppExt@ietf.org
> https://www.ietf.org/mailman/listinfo/eppext
>