[93attendees] IETF Meeting NAT64 network

Stuart Cheshire <ietf15@stuartcheshire.org> Fri, 24 July 2015 09:07 UTC

Return-Path: <ietf15@stuartcheshire.org>
X-Original-To: 93attendees@ietfa.amsl.com
Delivered-To: 93attendees@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA72F1A8797 for <93attendees@ietfa.amsl.com>; Fri, 24 Jul 2015 02:07:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham
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 fmLm7fxvL4QX for <93attendees@ietfa.amsl.com>; Fri, 24 Jul 2015 02:07:44 -0700 (PDT)
Received: from services-1.meeting.ietf.org (services-1.meeting.ietf.org [IPv6:2001:67c:370:229::6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 315261A1A03 for <93attendees@ietf.org>; Fri, 24 Jul 2015 02:07:43 -0700 (PDT)
Received: from [IPv6:2001:67c:1231:998:79a0:ae50:5ebf:bf4e] (unknown [IPv6:2001:67c:1231:998:79a0:ae50:5ebf:bf4e]) by services-1.meeting.ietf.org (Postfix) with ESMTPS id A312A13CE4 for <93attendees@ietf.org>; Fri, 24 Jul 2015 09:07:42 +0000 (UTC)
From: Stuart Cheshire <ietf15@stuartcheshire.org>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Message-Id: <CAE501C3-2CA5-4317-AA5D-CBC27A6E3B25@stuartcheshire.org>
Date: Fri, 24 Jul 2015 02:07:47 -0700
To: 93attendees@ietf.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\))
X-Mailer: Apple Mail (2.2102)
Archived-At: <http://mailarchive.ietf.org/arch/msg/93attendees/c3nLiDkFdkVSoDglXUYZVPtNDP8>
Subject: [93attendees] IETF Meeting NAT64 network
X-BeenThere: 93attendees@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Mailing list of IETF 93 attendees that have opted in on this list. " <93attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/93attendees>, <mailto:93attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/93attendees/>
List-Post: <mailto:93attendees@ietf.org>
List-Help: <mailto:93attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/93attendees>, <mailto:93attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Jul 2015 09:07:50 -0000

I’ve spent the entire week of this IETF meeting on the “ietf-nat64” network, on both my iPhone and my laptop. With just one exception, everything has worked fine and I have not had any problems (from what I’ve heard, the NAT64 network has actually been working *better* than the IPv4 network).

The exception mentioned above was trying to pay my Amazon credit card bill on-line, which involves accessing www.onlinecreditcenter6.com. That domain name appears to have a broken DNS server, which doesn’t answer AAAA queries, and the failure to respond to AAAA queries results in the DNS64 engine returning a SERVFAIL error instead of synthesizing a AAAA record from the IPv4 address record that it does have:

% host www.onlinecreditcenter6.com
www.onlinecreditcenter6.com has address 216.74.188.135
Host www.onlinecreditcenter6.com not found: 2(SERVFAIL)

This seems like a fixable bug in the DNS64 engine. If a server has no IPv6 support, and a broken DNS server that also doesn’t know that IPv6 exists, that should not stand in the way of DNS64/NAT64 creating a communication path to the server’s IPv4 address.

This is reminiscent of my 2008 talk at IETF 72 about the perils of blocking forever waiting for an IPv6 response that will never be coming: <http://www.stuartcheshire.org/IETF72/>

Stuart Cheshire