<div class="gmail_quote">On Thu, Oct 14, 2010 at 7:13 PM, Mark Andrews <span dir="ltr"><<a href="mailto:marka@isc.org">marka@isc.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div><div></div><div class="h5">I would suggest that ARIN allocate space per IPv4 /8 that address</div></div>
space has been allocated from.  That's a /32 per /8 that contains<br>
allocation instead of a /24.  For manual configuration you would<br>
look at the first octet of your IPv4 address and pick the associated<br>
6rd prefix.  This is still very wasteful but no where near as<br>
wasteful as handing out /24's.<br>
<br>
For CMCS (Comcast Cable Communications) they would the have 10 blocks<br>
of space and 10 6rd prefixes.  Do you think Comcast's network<br>
engineers can cope with 10 6rd prefixes?  I sure do.<br></blockquote><div><br></div><div>And in the future, when people are scrambling for bits and pieces of IPv4 space and ISPs end up with hundreds of small IPv4 prefixes from a dozen different /8s? You can either give the customer IPv4 or 6rd but not both. Guess which one you're going to choose.</div>

<div><br></div><div>Yes, it's possible to use multiple 6rd realms to support more users with less address space, but it's not particularly pretty.</div><div><br></div><div>Assume you hand out a /56s to users and you have an IPv6 /32. You have 24 bits to play with. That's not enough bits for the whole IPv4 address, so if you want to support more than one IPv4 prefix, you need multiple 6rd realms. Each realm corresponds to an IPv4 prefix you have. So you need to allocate X bits to number the realm (i.e., the IPv4 prefix) and Y bits to the host in the prefix. X + Y = 24.</div>

<meta http-equiv="content-type" content="text/html; charset=utf-8"><meta http-equiv="content-type" content="text/html; charset=utf-8"><div><br></div><div>X must be big enough to represent all your prefixes. If you have 100 prefixes, X = 7.</div>

<div>Y must be big enough to represent the number of hosts in the largest prefix. If your largest prefix is a /16, you have one bit left.</div><div><br></div><div>However, if in the future you want to do CGN and assign 10/8 to your customers, you're out of luck, because for a /8, Y = 24.</div>

<div><br></div><div>You might be able to make it even more complex by using variable-length realm IDs, but at that point your operators' heads start hurting and you start to worry about whether your gear and your customers' CPEs support it.</div>

<meta http-equiv="content-type" content="text/html; charset=utf-8"></div>