On Aug 29, 2011, at 11:25 PM, Naresh Ajwani wrote:

dear Dean,


I agree with this point.  I believe that with little to no changes, prop-98 and/or prop-99 will provide most of the benefit that the proposer of prop-100 is seeking.


Kindly explain which part of prop-98/99 is addressing the contgious or other benefits being sought by the proposer.


Proposal 98 provides for very large round-ups of allocations to ISPs to facilitate significant additional space to an
organization beyond their 5 year projection. As such, I think it provides most of the "contiguous block" benefit
sought in this proposal to the extent that it is meaningful to the internet at large.

Of course, it does not facilitate aggregating an entire economy behind a single prefix, which could never actually
be routed that way anyway, but, it does effectively give you contiguous aggregates for each organization with
a growth model that definitely limits the likelihood of organizations having need for significant additional
prefixes. (Outgrow a /32, get an additional /28. Outgrow that, get an additional /24, etc.)

I think that organizations which grow more than 17x having as many as 3 prefixes is within the scaling
limits of the internet routing table.

Owen

Regards and best wishes,

Naresh Ajwani
Sent from my iPad

On Aug 30, 2011, at 11:05, Dean Pemberton <dean@deanpemberton.com> wrote:




   (a) Contiguous address block allocation is not ensured by APNIC when
       an organization goes back to APNIC for further allocation
       (reapplying after more than one year)

I support addressing this potential problem -- e.g. through propositions 98 or 99.
 


I agree with this point.  I believe that with little to no changes, prop-98 and/or prop-99 will provide most of the benefit that the proposer of prop-100 is seeking.

From the feedback on the list so far, I would advise that the proposer take a look at these other proposals and determine if they fulfil his requirements.  It may be the case that through small changes, these other proposals (which have received less negative feedback) could satisfy the requirements equally well.

Regards,
Dean
*              sig-policy:  APNIC SIG on resource management policy           *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.net
http://mailman.apnic.net/mailman/listinfo/sig-policy
*              sig-policy:  APNIC SIG on resource management policy           *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.net
http://mailman.apnic.net/mailman/listinfo/sig-policy