To:
Ulrich Wisser <liste@publisher.de>
Cc:
EPP Provreg <ietf-provreg@cafax.se>
From:
Howard Eland <heland@afilias.info>
Date:
Wed, 24 Feb 2010 07:38:17 -0600
In-Reply-To:
<4B84E862.6020508@publisher.de>
Sender:
owner-ietf-provreg@cafax.se
Subject:
Re: [ietf-provreg] draft-gould-rfc4310bis-05.txt Submitted for Review
I was adding this to aid the registrar in checking for problems w/ DS records once they sent in the key data, but in hindsight I don't think it adds any real value, either, since what they will most likely want to check is the <secDNS:keyData> they sent in. I am fine with leaving this out as well. -Howard On Feb 24, 2010, at 2:50 AM, Ulrich Wisser wrote: > Hi, > >> Section 5.1.2. EPP <info> Command, Example <info> Response for a Secure >> Delegation using the Key Data Interface: >> I believe the server should also return the server generated >> <secDNS:dsData> when the client only sends in the Key Data interface. > > the registry could decide to put two ds records for each key in the zone. Should both ds records be returned and hence the key be returned twice? I believe that if the registry policy is to store key data it should return key data. In my eyes it is much easier for the client if the data sent and returned match. > > /Ulrich -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- List run by majordomo software. For (Un-)subscription and similar details send "help" to ietf-provreg-request@cafax.se