On 19 dec 2007, at 13:09, Andy Davidson wrote:
On 19 Dec 2007, at 11:58, Mikael Abrahamsson wrote:
So, out of our /32, if we assign each customer a /48 we can only support 65k customers. So in order to support millions of customers, we need a new allocation and I would really like for each new subnet allocated to be very much larger so we in the forseeable future don't need to get a newer one. So for larger ISPs with millions of customers, next step after /32 should be /20 (or in that neighborhood). Does RIPE/ARIN policy conform to this, so we don't end up with ISPs themselves having tens of aggregates (we don't need to drive the default free FIB more than what's really needed).
RIPE has been giving out _extremely_ large IPv6 blocks on occasion. I'm sure that the other RIRs will also give you a bigger block than / 32 if you expect to need more than that, so please don't limit what you give to your customers.
From the RIPE perspective, there are seven "empty" /32s between my / 32 and the next allocation.
I imagine this is fully intentional, and allows the NCC to grow my v6 address pool, without growing my footprint in the v6 routing table.
Unfortunately, they do this without there being a community-supported policy in place. IPv4 experience also shows that people rarely merge the adjoining space with the existing block when they get the extra space. So all this does is fragment the address space and make prefix length filters harder. This is really a very bad policy.