Re: [v6ops] NAT64/DNS64 and DNSSEC

Philip Homburg <> Wed, 29 July 2015 15:22 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 985CB1A884F for <>; Wed, 29 Jul 2015 08:22:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4
X-Spam-Status: No, score=-4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id A57VF8QWkWTg for <>; Wed, 29 Jul 2015 08:22:24 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 30DF01A8AE5 for <>; Wed, 29 Jul 2015 08:04:17 -0700 (PDT)
Received: from (localhost [::ffff:]) by with esmtp (Smail #91) id m1ZKSu0-0000DBC; Wed, 29 Jul 2015 17:04:16 +0200
Message-Id: <>
To: "" <>
From: Philip Homburg <>
References: <> <> <> <>
In-reply-to: Your message of "Wed, 29 Jul 2015 10:01:35 -0400 ." <>
Date: Wed, 29 Jul 2015 17:04:16 +0200
Archived-At: <>
Subject: Re: [v6ops] NAT64/DNS64 and DNSSEC
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 29 Jul 2015 15:22:27 -0000

In your letter dated Wed, 29 Jul 2015 10:01:35 -0400 you wrote:
>    I dont really know what all the hate is for NAT64.   It does a
>    great job of letting me run a v6only network whilst still
>    communicating with v4 services on the Internet.  Maybe its not
>    everybodys cup of tea, but its a pretty nice solution, and I
>    agree that making it work with DNSSEC ought to be a priority.

I guess it depends on your expectations. Right now, for me IPv4 is production
traffic. The moment has not yet come to treat IPv4 as something that may or
may not work.

But there are an endless number of gotchas in IPv4. And at the moment those
gotchas are neatly confined to the IPv4 specific processing.

When IPv4 gets incorporated into IPv6 like NAT64 does, then all IPv6 processing
suddenly also has to take those gotchas into account, without even knowing
whther the other end was IPv4 or IPv6.

In that sense 464XLAT is better because it again makes the IPv4/IPv6 split.

In any case, I can see why operators like NAT64 so it is better to make it