Hi Geoff, thanks for the thorough review (as usual from you ;-) ).
Due to comments from you and Marc the authors think would be better to stop the Last Call now. Update the document and restart it later. The comments you both provided do not change the nature of the document, they are mostly wording. Yet, they are numerous, hence better to write them down before going any further otherwise confusion will reign. Thanks Luigi > On 13 Oct 2014, at 15:48, Geoff Huston <[email protected]> wrote: > > I also said that I had comments in section 6. > > The comment relates to sections a and b of item 3 of the registration > template - the prefix size. > > The lack of guidance on specific prefix allocations in both the accompanying > eid-block draft and this draft probably should be addressed. What we want is > a balance between ease of access and the lack of imposition bureaucratic > registry evaluation procedures and some statement of the expectation of > restraint to allow all potential experimenters access to a registration in > this block. > > One possible approach would be to state a default allocation size, and might > I suggest that a /56 is an appropriate balance between utility and > convenience and the considerations of the initial scale of this experiment. > If the registrant is seeking a default size allocation (or smaller) then the > template should note that no "rationale" would be necessary. > > Another option (which I prefer) is to state that it is possible to request > allocations of between a /64 to a /48, and that while the rationale would not > be formally assessed by the registry, any allocation of larger than a /56 > would require a rationale text, and this text would be part of the published > registration. i.e. "no questions asked and no explanations given for a > registration of a prefix of a /64 through to a /56, and an explanation would > need to be provided for larger prefixes, and this explanation would be > published (i.e. the justification becomes a justification to the other > participants in the experiment as to why this particular participant believes > that they require a larger prefix, rather than a justification to the > registry operator) This would mean that the registry function is kept simple, > presumably cheap (i.e. free) and accessible to experimenters of most shapes > and sizes. > > > I'm not sure that the experiment details (section 4) are necessarily part of > the registration process. > > here's an amended section 6 that incorporates these comments. > > > > EID Prefix Registration template > > Note that all details in this registration become part of the registry, and > will be published in the LISP EID Prefix Registry > > 1. Organization (In case of individuals requesting an EID prefix > this section can be left blank) > > (a) Organization Name > > (b) Organization Address > > (c) Organization Phone > > 2. Contact Person (Mandatory) > > (a) Name > > (b) Address > > (c) Phone > > (d) Email > > 3. EID Prefix Request (Mandatory) > > (a) Prefix Size > > (b) Prefix Size Rationale > > Note that Prefixes from a /64 to a /48 may be registered. > No rationale text is required for prefix sizes up to and including > a > /56. The rationale text will be part of the public registry of > EID Prefixes. > > Note that the registration is for a 12 month duration, and must be > renewed at the end of this period. > > Note that the registration will cease upon termination of the > experimental LISP EID block allocation.. > > 4. Reverse DNS Servers (Optional) > > (a) Name server name: > > (b) Name server address: > > (c) Name server name: > > (d) Name server address: > > (Repeat as necessary) > > > > thanks, > > Geoff > > > > > _______________________________________________ lisp mailing list [email protected] https://www.ietf.org/mailman/listinfo/lisp
