Re: [v6ops] FW: New Version Notification for draft-palet-v6ops-464xlat-deployment-00.txt

Mark Andrews <marka@isc.org> Wed, 11 October 2017 03:25 UTC

Return-Path: <marka@isc.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CC9E126DFE for <v6ops@ietfa.amsl.com>; Tue, 10 Oct 2017 20:25:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.501
X-Spam-Level:
X-Spam-Status: No, score=-5.501 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t6RWIYOnz8Hj for <v6ops@ietfa.amsl.com>; Tue, 10 Oct 2017 20:25:12 -0700 (PDT)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [199.6.1.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D863C126C0F for <v6ops@ietf.org>; Tue, 10 Oct 2017 20:25:11 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.ams1.isc.org (Postfix) with ESMTPS id 5693024AE3A; Wed, 11 Oct 2017 03:24:58 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 75A1A160050; Wed, 11 Oct 2017 03:25:06 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 32729160073; Wed, 11 Oct 2017 03:25:06 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id G5YwFx6Sy6Ja; Wed, 11 Oct 2017 03:25:06 +0000 (UTC)
Received: from rock.dv.isc.org (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id 7296E160053; Wed, 11 Oct 2017 03:25:05 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id C708A8A87BDF; Wed, 11 Oct 2017 14:25:01 +1100 (AEDT)
To: Ole Troan <otroan@employees.org>
Cc: Jordi Palet Martinez <jordi.palet@consulintel.es>, IPv6 Ops WG <v6ops@ietf.org>
From: Mark Andrews <marka@isc.org>
References: <150755581666.18336.7914755965262691836.idtracker@ietfa.amsl.com> <CB970DA1-7E14-4E38-8FE1-535108518819@consulintel.es> <CAD6AjGQJXFOEysWbDRM3JZwy2JKquxzpTTDy5_XbOm7-Db7xjg@mail.gmail.com> <alpine.DEB.2.20.1710091711380.31961@uplift.swm.pp.se> <D4D1D13A-6B68-4FF8-BF11-922813CC7F6E@consulintel.es> <0B596B2B-328C-48B0-B1A9-19184D07B889@employees.org>
In-reply-to: Your message of "Tue, 10 Oct 2017 11:55:28 +0200." <0B596B2B-328C-48B0-B1A9-19184D07B889@employees.org>
Date: Wed, 11 Oct 2017 14:25:01 +1100
Message-Id: <20171011032501.C708A8A87BDF@rock.dv.isc.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/xy85LpYVsJZeV4FERKIq4jIYrrw>
Subject: Re: [v6ops] FW: New Version Notification for draft-palet-v6ops-464xlat-deployment-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Oct 2017 03:25:13 -0000

In message <0B596B2B-328C-48B0-B1A9-19184D07B889@employees.org>, Ole Troan writ
es:
> Jordi,
> 
> I think you are confused.
> There is no DNS64 in 464XLAT.
> You seem to be talking about NAT64 (RFC6146), not 464XLAT.
> 
> Ole

Last I looked, the only defined method for the prefix discovery
involved getting modified AAAA responses (RFC 7050) and that does
not work as ipv4only.arpa is currently configured is it is in a
signed zone which has a trusted path to the root.  RFC 7050 needs
to be updated to state that ipv4only.arpa MUST NOT have a DNSSEC
trusted path from the root.  Give ARPA is signed this means that
ipv4only.arpa needs to be unsigned.  I believe this requires more
than an erratra to achieve.

Now you don't have to use a DNS64 server to generate these answers
but you do have to consider DNSSEC as the response looks like a
MITM attack which is what DNSSEC is designed to detect and reject.

Note: "ad" is set which means that the answer validated as "secure".

;; BADCOOKIE, retrying.

; <<>> DiG 9.12.0a1+hotspot+add-prefetch+marka <<>> ipv4only.arpa +dnssec aaaa
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19821
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 4, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags: do; udp: 4096
; COOKIE: c7a3435d3f04ba8eb3fbcdd659dd8bbdf1f958b61f7e862a (good)
;; QUESTION SECTION:
;ipv4only.arpa.			IN	AAAA

;; AUTHORITY SECTION:
ipv4only.arpa.		3600	IN	SOA	sns.dns.icann.org. noc.dns.icann.org. 2017050357 7200 3600 604800 3600
ipv4only.arpa.		3600	IN	RRSIG	SOA 8 2 3600 20171030000756 20171009051708 64003 ipv4only.arpa. eWpK1JWwEDKzh4V+cMF1cHjOTKPfCZAMsllUV3Qcm6PAirGDaq3L+++w D11eTnQ+vOhDl6ZKHjn+frongrEKog8N6Yow1fpK9d6BXl9WbMk2YJz/ Bj17bY5BReehTuFhy3O6EEMm5iCqH/OktRseG3r9J+XY7MPrxqA4bfdB hgnD+kY=
ipv4only.arpa.		3600	IN	RRSIG	NSEC 8 2 3600 20171030172618 20171009051708 64003 ipv4only.arpa. iQh28xkJBapmluL4n+PJyV7CmQbiLxKWuDgtSHYChhu0fUuO7P+cWRNp LnerjWtiJxTKudfC7fpJLGcugYb6kca7aysnYojkQCvTschg0Cje/iD1 U/q3l9FAEquSPkydQ2S5oFYWTqDB8cKomyEFq/mSckv9hwWeNPlBIS1V bwGZpbo=
ipv4only.arpa.		3600	IN	NSEC	ipv4only.arpa. A NS SOA TXT RRSIG NSEC DNSKEY

;; Query time: 729 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Oct 11 14:10:53 AEDT 2017
;; MSG SIZE  rcvd: 515

Mark

-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org