On Fri, 14 Jul 2006 00:20:49 -0400 (EDT) "Jason Schiller ([EMAIL PROTECTED])" <[EMAIL PROTECTED]> wrote:
> On Thu, 13 Jul 2006, Iljitsch van Beijnum wrote: > > > It > > should be stressed that having different prefix sizes in the market > > place leads to higher operational cost because moving from one ISP to > > another then requires doing more work than just change a fixed number > > of high bits in all places where addresses appear in configurations. > > > > Obviously it's easier to renumber from a small prefix into a larger > > one, but if different prefix sizes exist it can't be assumed that the > > only movement is from service providers giving out long ones to > > service providers giving out shorter ones. > > If everyone accepts that ipv6 addresses have variable length subnet masks > (and everyone has the appropriate tools to handle this) and the RIRs have > a reasonably sound definition of what a good justification is for a given > size IP block, then I fail to see the value of "classful" addresses. > Go to fixed boundary allocations for end-sites, and _nobody_ needs appropriate tools or processes to validate the sizes of requests from end-sites. The bits we sacrifice in the IPv6 address space to do this would be a cheap cost compared to the ongoing and continual costs of managing variable length assignments to end-sites. If nothing else, hopefully the RIR annual fees would go down, because they'd have less work to do :-) Remember, there is at least 3/4 of the IPv6 address space with nothing at all in it if we really do end up being completely wrong. We've got plenty of IPv6 address bits to "waste" on addressing convenience, as long as we don't blow up any route tables along the way. > If a customer of ISP 1 adequately justified an ipv6 address with a > particular size mask, and then the customer decides to instead purchase > service from ISP 2, why wouldn't ISP 2 give out the same size ipv6 block? > It seems to me that if you abstract that process a bit, the logical conclusion is to just give nearly everybody the same prefix length, and completely eliminate the administrative costs of the justification and validation of the request process. Only the people dealing with the public routing bits of IPv6 addresses have to understand and worry about variable length prefix style address management. I've understood the idea behind the /48 allocation was that it was enough for nearly everybody - only the largest organisations or entities would need shorter prefixes. This seemed to me to be simplicity winning out. I think introducing a second catagory of allocations, namely /56s, for most smaller networks / homes etc, would address that "excessive" criticism, yet still meet well enough a simplicity goal. It would still increase the costs of address management though, as now allowance for, and therefore pre-planning has to take place to cater for the instances where the /56 needs to be increased to a /48. I think it is probably a minimal enough cost to pay to address the "excessive" criticism, although personally I'd prefer that even that address managment cost wasn't incurred at all. However, I think going to variable sized allocations for end-sites is throwing the baby out with the bathwater. It increases addressing administration costs, is much harder to understand for most network administrators, and is much more error prone. I think IPv6 address space is abundant enough and cheap enough that we can just eliminate those IPv4-CIDR-style costs in the most common case, namely the very large majority of end-sites, by just "throwing a bit of address space at it". Regards, Mark. -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------