IETF Logo Mail Archive

Re: [eppext] draft-ietf-eppext-keyrelay-00 Feedback

Marc Groeneweg <Marc.Groeneweg@sidn.nl> Thu, 19 June 2014 07:09 UTC

Return-Path: <Marc.Groeneweg@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 ECBC01A031D for <eppext@ietfa.amsl.com>; Thu, 19 Jun 2014 00:09:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.556
X-Spam-Level:
X-Spam-Status: No, score=-0.556 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, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.651, 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 qdWXq-acJysr for <eppext@ietfa.amsl.com>; Thu, 19 Jun 2014 00:09:17 -0700 (PDT)
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 3BFFA1A0299 for <eppext@ietf.org>; Thu, 19 Jun 2014 00:09:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=sidn.nl; s=sidn_nl; c=relaxed/relaxed; h=from:to:subject:thread-topic:thread-index:date:message-id:references:in-reply-to:accept-language:content-language:x-ms-has-attach:x-ms-tnef-correlator:user-agent:x-originating-ip:content-type:mime-version; bh=ASdyxS1eQ2sfNGUydu+j9qJ0c3B5mGwB975Zyu6GNdM=; b=qtj+jMrmWYuLQJmjoHvmDEJA4vTVXdqbpj2mzE7/JU8aqyJCu5kPiOUzBvz+3YM/AHAmuLitsmZmDduC2D7yqP9KZHB4xdW7C48dg3mXJa+3SrxDFYft3MlhERuIilfUcTVhBStVG9HobBIz0o1RrQrS9DU2j7Dm7VqmiW4UcH4=
Received: from kahubcasn02.SIDN.local ([192.168.2.74]) by arn2-kamx.sidn.nl with ESMTP id s5J79Fuu032698-s5J79Fuw032698 (version=TLSv1.0 cipher=AES128-SHA bits=128 verify=CAFAIL) for <eppext@ietf.org>; Thu, 19 Jun 2014 09:09:15 +0200
Received: from KAMBX1.SIDN.local ([fe80::501d:affc:30a9:4edf]) by kahubcasn02 ([192.168.2.74]) with mapi id 14.03.0174.001; Thu, 19 Jun 2014 09:09:11 +0200
From: Marc Groeneweg <Marc.Groeneweg@sidn.nl>
To: "eppext@ietf.org" <eppext@ietf.org>
Thread-Topic: [eppext] draft-ietf-eppext-keyrelay-00 Feedback
Thread-Index: AQHPPS0YgCxNWBlNXk+aQfXNlhT+aJrcBN6AgAKwP4CAAInngIBDOB+AgAR9xwCAAEctgIBRZEmA
Date: Thu, 19 Jun 2014 07:09:11 +0000
Message-ID: <CFC857BE.157C2%marc.groeneweg@sidn.nl>
References: <535E2642.3010104@sidn.nl> <CF83D24B.5DC99%jgould@verisign.com>
In-Reply-To: <CF83D24B.5DC99%jgould@verisign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.2.140509
x-originating-ip: [192.168.4.164]
Content-Type: multipart/alternative; boundary="_000_CFC857BE157C2marcgroenewegsidnnl_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/Aug8UG8jZqL6qALdzC8xxB24Xbw
Subject: Re: [eppext] draft-ietf-eppext-keyrelay-00 Feedback
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: Thu, 19 Jun 2014 07:09:19 -0000

All,

Thank you all for the given feedback. The authors have considered your
feedback, and they make sense EPP protocol wise.

When we started the EPPEXT WG, we promised we would document what is
currently implemented, and that is the draft as is. The changes are
significant to the current implementation at SIDN, our registrars and
what's implemented in EPP clients already, so changing the draft would
mean there would be no implementation. So we would like to stick to the
Draft, and register this version as a SIDN version of the Key Relay.

How about registering EPP-keyrelay as is for now with the draft as
documentation, as it is an implemented extension, and progress with a
new version of the draft aimed to be accepted as EPP RFC for a
generic relay command? All your feedback is being considered as input for
this new version, which we are discussing internally at this moment.

Regards,
(on behalf of the authors)

Marc Groeneweg
SIDN

v2.23.0 | Report a Bug | By Email