Re: comments on draft-tan-epp-launchphase-09

Wil Tan <[email protected]>
Newsgroups gmane.ietf.provreg
Message-ID <CACnMJCM04Hkgk8fkLFxfgm2sN=w6C0f1QCGPxkBpzcutumZxiA@mail.gmail.com>
Hi Alex,

On Wed, Apr 24, 2013 at 8:17 PM, Alexander Mayrhofer <
[email protected]> wrote:

>
> > >- Section 2.3.1: The bottom horizontal line connecting
> > >pendingAllocation, invalid, allocated and rejected confuses the hell
> > >out of me - What is the directionality of that transition, and what are
> > >the decisions where it connects to the other lines?
> >
> > All of the transitions flow down, where an application in
> "pendingAllocation"
> > could transition to either the "allocated" or the "rejected" status.
>  The same
> > thing holds true to the "invalid" status.  An application in the
> "invalid" status
> > could be fixed and transition to the "allocated" status or could
> transition to
> > the "rejected" status.  Does this make sense?  Does anything else need
> to be
> > added?
>
> [Alexander Mayrhofer]
> Hmm... wouldn't an "invalid" application transition back to
> "pendingValidation" in order to get the application fixed, and subsequently
> transition "down straight"? The transition from pendingAllocation to
> rejected sounds logical to me, but the direct transition from invalid to
> allocated not so much. Anyway, since i wasn't involved in all discussions,
> i assume that there's a reason for this "shortcut" - and, i think we should
> be open about the possible transitions, rather than restricting it too much.
>
> So, this reduces my comment on the representation of those transitions?
> Seperate lines to those two states (would create four lines, and they would
> cross in the middle :-/ ), or maybe just some clarifying text?
>
>
I agree that the overlapping lines in the diagram is confusing, so I've
split them:


https://github.com/wil/EPP-Launch-Phase-Extension-Specification/blob/master/draft-tan-epp-launchphase.txt#L396

Is it better?

I believe the "invalid" => "pendingAllocation" transition is meant to
address a fairly common use case in "traditional" (non-TMCH) sunrises where
the trademark validation agent or the registry would edit minor typos
directly after checking with the registrant.

You're right that it's conceivable that a registry might allow registrant
to modify the application object after it failed validation, moving it to
"pendingValidation" status again. However, I don't know how common this use
case is. Thoughts?

.wil

_______________________________________________
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.