[arin-ppml] The role of NAT in IPv6

Gary T. Giesen ggiesen at akn.ca
Fri Mar 26 18:23:05 EDT 2010

Just a clarification on my comments, that's PI GUA space... Few
organizations will need more than a single /48, which would at least
contain the number of prefixes being advertised. And with most ISP's
(LIR's) only requiring a single prefix for their own PA space, we should
a nice reset in table size, allowing hardware to catch up with routing
table growth.


On Fri, 2010-03-26 at 18:05 -0400, Gary T. Giesen wrote:
> If that's a concern, then get GUA space out of the gate and you'll never
> renumber again. I believe GUA should be made cheap and relatively easy
> to get (instead of something using something like ULA and NATing it). 
> While some will argue this will lead to an explosion in the v6 routing
> table (and there is definitely merit to their argument), the aggregation
> gains from people who don't need the capability (especially residential
> customers) should more than offset it in the near term, buying time for
> for the technology to progress and offer us more TCAM slots to deal with
> it in the longer term.
> GG
> On Fri, 2010-03-26 at 17:54 -0400, Matthew Kaufman wrote:
> > Gary T. Giesen wrote:
> > > IMHO it's better to get people used to having no NAT at all (since
> > > they're getting used to a new protocol anyways)...
> > Please explain how you intend to eliminate manual renumbering for 
> > corporate internal networks every time they change ISPs.
> > 
> > (And note that RA and even DHCP6 don't fix all the manual setup of 
> > things like "what is the address of the intranet web server".)
> > 
> > There is a real cost to this, and the cost of a NAT device is pretty 
> > much paid off the first or second time you're forced to renumber.
> > 
> > Matthew Kaufman
> _______________________________________________
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.

More information about the ARIN-PPML mailing list