Without tweaking routing, a more efficient way would be to use the fact that IPv6 blocks are a lot larger than IPv4 blocks and simply give one /32 to every LIR. I guess this would only work with RIPE who have the concepts of LIRs but anyway.
Yes, it would be very convenient. I might want to advocate extending it to be "one /32 per 16-bit AS" and have the routing table grow to a whopping 2^16 routes. That must be painful. Surely.
This has been proposed a number of times...
32-bit AS numbers is something I see taken care of by Moore, if we do not find a new routing model, which of course is the elegant way, but for now, brute force does it.
...but the counter argument is that 32-bits are just around the corner. The problem here is that they should be, but if they where we still are looking at at least 3-5 years of deployment. - kurtis -