Hi Adrian,
As can be clearly seen above, global routing table growth is not an issue here, since IPRA suggests to deaggregate PA sub-allocations. So, what is an issue here, beacuse I have a strange feeling that only issue are $$ lost by certain RIR due to certain companies refusing to become LIR?!
My point exactly. It looks like the current policy discriminates on money instead of the suggested routing table growth. If a company decides to buy their way into the community, by becoming a LIR, nobody cares anymore about the routing table growth. That means that the current policy isn't working in the interest of IPv6 adoption as each PI v6 end-user should have a multi-homed environment. And I know enough companies that have no intention of using PI for that specific reason yet. They want to have portable globally unique IP space with the option to grow into a situation in the future to multi-home or at least have the option to change ISP's without having to renumber their complete infrastructure. Having said this, the current requirement (multi-homing) is a way to avoid pet IT projects. I'm currently in the process of writing a policy change document on the policy RIPE-512 that would remove the multi-homing requirement and suggests an increase of the PI IPv6 cost to 250 euro per yearly maintenance fee for the LIR. The increased cost for the LIR for a PI IPv6 prefix, should have a similar effect. The increased cost isn't something that the RIPE community can decide on, that has to go through the AGM meeting (voted by LIR Members). However by suggesting this within the policy we can get this on the agenda. Erik Bais