Re: [tmch-tech] FW: Launch Phase EPP Extension Version 06

Rubens Kuhl <[email protected]>
Newsgroups gmane.ietf.provreg
Message-ID <[email protected]>
Em 26/02/2013, às 14:41:000, 
>> Rubens,
>> 
>> Technically draft-tan-epp-launchphase can be used at any point.  
> 
> Technically, yes. But there are contract implications of following or not agreed practices and standards, and there are market implications like having registrars support or not parameters. 
> 
> JG- I'm not sure if I understand this.  Can you describe a use case where the draft-tan-epp-launchphase cannot be used?  

James, use cases are part of technical side of this question. There are no use cases that I mentioned that wouldn't fit. 
The analogy I make is with yes/no cards to the color-blinded. One could write "green" or "red" in the cards so color-blinded know what card to use (that's what I see happening here), or they could have "yes" and "no" written. 


> Reading new gTLD apps showed to me a few business models that won't fit strict-first-come-first-serve-if-no-such-name-exists-create. 
> 
> JG - The draft-tan-epp-launchphase supports both FCFS, which is referred to as registrations, as well as asynchronous applications.  Is there an issue that you believe the draft-tan-epp-launch can not handle as defined?

No. 

> JG - Are you talking about a registry that uses a pendingCreate of RFC 5731?  There is no need to a new extension for registries that support the pendingCreate, since it is already fully supported by RFC 5731. The use of an application in combination with pendingCreate is only needed if there can be overlapping registrations, which again is supported by draft-tan-epp-launchphase.  

No, I'm not. I'm talking about overlapping registrations during day to day operations of a registry. 
> 
> JG - Blocks or Defensive Registrations sound like new objects that would use an EPP extension in place of an extension to domain.  The Defensive Registration Mapping for DotName is available at the URL http://www.verisigninc.com/assets/defensive-registration-mapping.pdf.  The Defensive Registration Mapping went meant to support blocks and there could be multiple overlapping defensive registrations for the same domain strings.

Agreed. I'll read it and let the group know. 

Rubens

_______________________________________________
provreg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/provreg
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.