[arin-ppml] The role of NAT in IPv6

[Christopher Morrow]

On Fri, Mar 26, 2010 at 6:23 PM, Gary T. Giesen <ggiesen at akn.ca> wrote:
> Just a clarification on my comments, that's PI GUA space... Few
> organizations will need more than a single /48, which would at least

as a clarification, any end site organization with more than a single
office location is prone to want more than a single /48.

-Chris

> 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.
>
> GG
>
> 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
>>
>> _______________________________________________
>> PPML
>> 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.
>
> _______________________________________________
> PPML
> 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.
>