Search RPD Archives
Limit search to: Subject & Body Subject Author
Sort by:

[rpd] Comments on AFPUB-2018-V6-001-DRAFT01

Sander Steffann sander at steffann.nl
Sat Apr 28 15:44:01 UTC 2018


Hi Owen,

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

I like the simplicity. I'm not sure if it fits into this policy proposal, but I would definitely support such a proposal if someone would write it. And not only in the Afrinic region ;)

Cheers,
Sander




More information about the RPD mailing list