Search RPD Archives
رد: [AfriNIC-rpd] Value of N for Global Policy for the Allocationof the Remaining IPv4 Address Space
Hytham EL Nakhal
hytham at mcit.gov.eg
Sun Oct 7 22:26:41 UTC 2007
Hi Andrew,
You hit the point I've tried to deliver for all since last July. That one or two could be suitable for AfriNIC but what for other regions ? Is it suitable ? and when I try to artificial predicting the future allocation for large RIRs I found that they'll need more than 5 (/8) in 2010. And in last APNIC meeting Geoff Huston said that APNIC region a one /8 is enough for two months... So, as you said, we have to take the global view into account for this.. the proposal set N=5 , it's suitable for large RIRs but too much for other RIRs and in same time it could fast the expected run-out time (these are arguments of large RIRs I've met in mailing list in other regions discussing this proposal). So, in the Rational part of the proposal the value of N is opened for discussion. N=3 or 4, as you said will be suitable for large RIRs but in same time it'll be more than other RIRs need, So we can compromise it for N=2 to give IPv4 in large RIRs time from 4 to 6 months and for other RIRs a suitable time for transition to IPv6.
Thanks for your care and support.
Regards,
Haitham
________________________________
من: rpd-bounces at afrinic.net بالنيابة عن Andrew Alston
تاريخ الإرسال: الثلاثاء 10/2/2007 7:02 م
إلى: AfriNIC Resource Policy Discussion List
الموضوع: Re: [AfriNIC-rpd] Value of N for Global Policy for the Allocationof the Remaining IPv4 Address Space
Hi All,
I've been having a brief look at the data on potaroo.net trying to figure
out in my mind what a sane value for N would be when considering the data
actually available with regards to current allocation trends.
I must admit, having looked at that data I'm probably even more uncertain
now than I was before, I do however believe that setting N to either 1 or 2
could cause problems for certain regions.
If I'm reading the data correctly, and if I'm not I'm open to correction,
the current allocation rates show that RIPE is allocating at a rate of
between 4 and 5 /8s per year, APNIC is sitting at between 4.5 and 5.5, ARIN
is sitting at between 1 and 2 per year, LACNIC seems to be sitting at
between 1 and 1.5 and AFRINIC is sitting between 0.3 and 0.35 per year.
Now, if N = 1 AFRINIC and LACNIC are relatively ok, we have some time to
play with to give people SOME time to adjust to the fact that there is now
probably a soft landing policy in place etc etc. APNIC and RIPE could have
as little as 2 months, maybe less (in June, RIPE NCC allocated 0.75 /8s), I
see this as being relatively problematic for them!
Its kind of hard to model, because of how variable the allocation is, and
how much it fluctuates, but I'm leaning towards believing that if this
policy is to be sensible, it needs to allocate the remaining space such that
the biggest RIR has at least 6 months at time of implementation of policy.
Now, considering the growth in allocation rates of late, and due to the fact
that it is entirely possible that there is an explosion in demand once the
space depletes to these levels, I'd have to say that N should be at least 3,
if not 4.
I believe very strongly that when AfriNIC debates the value of N in this, we
need to be very very careful to take the global view into account on this,
we cannot debate this from the perspective of purely African merits, as at
the end of the day, what hurts one part of the Internet will end up in the
long run hurting us as well, hence my belief that you have to model N around
the largest of the RIR's and around growing demand.
Anyway, those are my thoughts.
Regards,
Andrew Alston
TENET - Chief Technology Officer
_______________________________________________
rpd mailing list
rpd at afrinic.net
https://lists.afrinic.net/mailman/listinfo.cgi/rpd
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 6501 bytes
Desc: not available
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20071008/2e5a165a/attachment.bin>
More information about the RPD
mailing list