[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


To: "Hollenbeck, Scott" <shollenbeck@verisign.com>
CC: Andrew Sullivan <andrew@ca.afilias.info>, ietf-provreg@cafax.se
From: janusz <janusz@ca.afilias.info>
Date: Thu, 21 Jul 2005 16:10:01 -0400
In-Reply-To: <046F43A8D79C794FA4733814869CDF07B5EBC7@dul1wnexmb01.vcorp.ad.vrsn.com>
Sender: owner-ietf-provreg@cafax.se
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413 Debian/1.6-5
Subject: Re: [ietf-provreg] EPP Document Updates

Hollenbeck, Scott wrote:

>I agree that the transform restriction seems to be kludgy in and of
>itself.  The protocol already includes features to prevent transforms,
>if desired by the registry, by adding status values as Andrew suggests
>above.
>
>In short, I believe that the right thing is to remove the "pendingDelete
>prevents transforms" restriction from 3731.
>
>
>  
>
Will removing transform restrictions on pendingDelete remove all 
conflicts between 3731 and 3915?

Lets consider a scenario when a deletion policy prohibits any updates of 
domain objects between enetering pendingDelete state and rgp restore 
request. If serverUpdateProhibited status is used then rgp restore 
request should not be accepted because it is an extension of <update> 
command. From the other hand I don not see any mechanism within EPP 
protocol to protect the domain object from client updates and at the 
same time allowing <update> requests with rgp restore extension.

The "conflict" I described is not as severe as the original one but it 
can be treated as an inconsistency between 3731 and 3915 documents. The 
inconsistency could be removed if rgp restore was defined as a new EPP 
command versus an extension to <update> command.

regards,

Janusz Sienkiewicz


Home | Date list | Subject list