Search RPD Archives
[rpd] Comments on AFPUB-2018-V6-001-DRAFT01
JORDI PALET MARTINEZ
jordi.palet at consulintel.es
Sat Apr 28 07:03:21 UTC 2018
Hi Owen,
In this policy proposal I'm NOT modifying this aspect of the actual policy. I used the different /xx to show an example of the need for different sizes of ISPs to respond a question.
What you're proposing, is something that has been done in ARIN, but not in the other RIRs. I'm not saying that it is incorrect, on the contrary, I agree that it will be nice to use nibble boundary, the same way we suggest that for the end-site.
I'm already considering to submit another policy proposal to amend that specific point, not only in AfriNIC, but also in other RIRs, but since you mention about this I think it was about a month ago, I didn't had sufficient time to work on that, considering the time limit before the meeting that is required by the PDP.
I've learn also over the years, that it is easier for the community to do small steps and split policy proposal for key aspects.
So in short, my policy isn't modifying this point from the actual policy, however yes, agree with you that will be good and I will be happy to work on that after this meeting in order to prepare another policy proposal for this specific aspect.
Regards,
Jordi
-----Mensaje original-----
De: Owen DeLong <owen at delong.com>
Fecha: sábado, 28 de abril de 2018, 4:23
Para: JORDI PALET MARTINEZ <jordi.palet at consulintel.es>
CC: <rpd at afrinic.net>
Asunto: Re: [rpd] Comments on AFPUB-2018-V6-001-DRAFT01
I oppose this policy.
It is absurd to hand out /31, /30, /29, etc.
If you need more than a /32, we should simply hand out a /28.
If you need more than a /28, we should hand out a /24, etc.
There’s no reason in IPv6 for non-aligned (nibble boundary) blocks to be handed out. It’s a complete waste of human resources and it makes things more error prone.
Rather, if we are going to open this particular can of worms, I’d like to see us model things more along the lines of the current ARIN policy:
1. Figure out the number of end sites you expect to serve in your largest aggregation point
in 3-5 years.
2. Round that to a nibble boundary (with a 25% minimum free space) (1-12 end sites = 4 bits,
13-192 end sites = 8 bits. 193-3,072 end sites = 12 bits, 3,073-49,152 end sites = 16 bits,
49,153-786,432 = 20 bits, etc.)… Call this E.
3. Figure out the number of aggregation points you expect to have in 3-5 years. Round that up
to a nibble boundary with a 25% minimum free space (same as in step 2). Call this A.
4. 48-(A+E) = prefix size.
Example: An ISP has 42,000 customers in it’s largest end site. It has 128 end sites.
E = 16, A = 8, 48-(16+8) = 48-(24) = 24, this ISP should get a /24.
Owen
> On Apr 27, 2018, at 09:06 , JORDI PALET MARTINEZ <jordi.palet at consulintel.es> wrote:
>
> Below, in-line.
>
> Regards,
> Jordi
>
>
> -----Mensaje original-----
> De: <sm+afrinic at elandsys.com>
> Fecha: viernes, 27 de abril de 2018, 17:56
> Para: JORDI PALET MARTINEZ <jordi.palet at consulintel.es>, <rpd at afrinic.net>
> Asunto: Re: [rpd] Comments on AFPUB-2018-V6-001-DRAFT01
>
> Hi Jordi,
> At 06:41 AM 27-04-2018, JORDI PALET MARTINEZ wrote:
>> I'm not sure to completely understand your first question.
>>
>> The smaller ISP will get from AfriNIC, by default, a /32.
>
> It was about the default and whether the request will be more work
> for the organization requesting IPv6 address space.
>
> It doesn't change at all the work to be done! You just need to tell AfriNIC "I've x customers and I want to use /48" for each of them.
>
> I don't know the figures about the size of the ISP in Africa, the staff could provide some graphics, so we understand how many ISPs for example, have:
> - less than 50.000 customers (they should go for a /32)
> - 50.000 to 100.000 customers (go for a /31)
> - 100.000 to 200.000 customers (go for a /30)
> - 200.000 to 400.000 customers (go for a /29)
> - 400.000 to 800.000 customers (go for a /28)
> - 800.000 to 1.600.000 customers (go for a /27)
> - and so on ...
>
> This is an easy approximation which also allows a regular increase in customers in most of the cases, but in 99% of the cases will work. It may not work if an ISP has now 50.000 customers and they have a huge investment plan to make 200.000 customers in very few months, but of course, they can then go back for more to AfriNIC.
>
>> Regarding IPv6 PI, I've another policy proposal to remove that. At
>> this policy proposal I'm just clarifying and correcting languages,
>> and references, that's why I don't tackle the relation to IPv4.
>>
>> I'm clear that there will be IPv6-only ISPs very soon, so that why
>> if looked at this as well. You need to look at them in order:
>
> Thank you for the reference; I missed the other proposal.
>
> Regards,
> S. Moonesamy
>
>
>
>
>
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.consulintel.es
> The IPv6 Company
>
> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
>
>
>
>
> _______________________________________________
> RPD mailing list
> RPD at afrinic.net
> https://lists.afrinic.net/mailman/listinfo/rpd
**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
More information about the RPD
mailing list