<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">> -----Original Message-----<br>
> From: Gary T. Giesen [mailto:<a href="mailto:ggiesen@akn.ca">ggiesen@akn.ca</a>]<br>
> Sent: Thursday, April 15, 2010 10:40 AM<br>
> To: Gams, Matthew D<br>
</div><div><div></div><div class="h5">> Cc: '<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a>'<br>
> Subject: RE: [arin-ppml] The role of NAT in IPv6<br>
><br>
> On Thu, 2010-04-15 at 11:21 -0400, Gams, Matthew D wrote:</div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div class="h5">Close is the key word. It is a flat address which is then being logically broken down. A true hierarchical model (closer to the OSI addressing) would have those layers built-in and be able to take them out when not needed. Also, the IPv6 model breaks down as you allow exceptions with bigger organizations getting direct allocations.</div>

</div>
<br>
I like the level concept in IS-IS and wish IPv6 would have taken the concept and created something a bit different. Level-0, 1, 2, 3, and 4. We could have still ended up with 128-bit addressing if needed (or more) and been much more efficient. Organizations would still use their comfortable 32-bit IPv4 addresses and only the network "gods" would know anything about the larger space available. During transition RFC1918 would be kept intact but eventually DNS would respond with the updated prefixes to allow global routing of the new blocks and in theory the whole 32-bit address space could be used internally.<br>


<br>
Routers would only know about the level are configured for with only Level-4 being the biggest back-bone routers that know the whole structure.<br>
<br>
Oh well, maybe in another reality...  :)</blockquote><div><br></div><div>That model works for edge nodes accessing centrally located/managed services, client-server style.</div><div>Scaling it to end-to-end / peer-to-peer operations is either really kludgey at Layer3 or relies increasingly on Layer7'ish helpers.</div>

<div>(In some cases that model breaks even sooner - there are networks where a total of 4.3Billion addresses may not be enough by the time you divie it up in a hierarchical fashion ... requiring yet more layers of duct tape and/or bailing wire.)</div>

<div><br></div><div>IMHO, if it is a network problem it should almost always be solved at the network layer.  </div><div>Let's get that part fixed first, and let's see where we can make it with that infrastructure ... </div>

<div><br></div><div><br></div><div>/TJ</div></div>