NAT66 was Re: using "reserved" IPv6 space
Seth Mos
seth.mos at dds.nl
Tue Jul 17 05:47:30 UTC 2012
Op 17 jul 2012, om 04:56 heeft Grant Ridder het volgende geschreven:
> If you are running an HA pair, why would you care which box it went back
> through?
Because it could be/is a stateful firewall and the backup will drop the traffic. (FreeBSD CARP)
Cheers,
Seth
>
> -Grant
>
> On Monday, July 16, 2012, Mark Andrews wrote:
>
>>
>> In message <CAD8GWsswFwnPKTfxt=
>> squUmZofs3_-yriHY8o4Gt3W9+x6fVUQ at mail.gmail.com <javascript:;>>, Lee
>> writes:
>>> On 7/16/12, Owen DeLong <owen at delong.com <javascript:;>> wrote:
>>>>
>>>> Why would you want NAT66? ICK!!! One of the best benefits of IPv6 is
>> being
>>>> able to eliminate NAT. NAT was a necessary evil for IPv4 address
>>>> conservation. It has no good use in IPv6.
>>>
>>> NAT is good for getting the return traffic to the right firewall. How
>>> else do you deal with multiple firewalls & asymmetric routing?
>>
>> Traffic goes where the routing protocols direct it. NAT doesn't
>> help this and may actually hinder as the source address cannot be
>> used internally to direct traffic to the correct egress point.
>>
>> Instead you need internal routers that have to try to track traffic
>> flows rather than making simple decisions based on source and
>> destination addresess.
>>
>> Applications that use multiple connections may not always end up
>> with consistent external source addresses.
>>
>>> Yes, it's possible to get traffic back to the right place without NAT.
>>> But is it as easy as just NATing the outbound traffic at the
>>> firewall?
>>
>> It can be and it can be easier to debug without NAT mangling
>> addresses.
>>
>> The only thing helpful NAT66 does is delay the externally visible
>> source address selection until the packet passes the NAT66 box.
>>
>> Mark
>> --
>> Mark Andrews, ISC
>> 1 Seymour St., Dundas Valley, NSW 2117, Australia
>> PHONE: +61 2 9871 4742 INTERNET: marka at isc.org<javascript:;>
>>
>>
More information about the NANOG
mailing list