IETF Logo Mail Archive

RE: (ngtrans) Last call on draft-ietf-ngtrans-dns-ops-req-02.txt

Christian Huitema <huitema@windows.microsoft.com> Mon, 22 October 2001 19:20 UTC

Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA27575 for <ngtrans-archive@odin.ietf.org>; Mon, 22 Oct 2001 15:20:37 -0400 (EDT)
Received: from engmail4.Eng.Sun.COM ([129.144.134.6]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id MAA04879; Mon, 22 Oct 2001 12:19:46 -0700 (PDT)
Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88]) by engmail4.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with ESMTP id MAA25420; Mon, 22 Oct 2001 12:19:22 -0700 (PDT)
Received: from sunroof.eng.sun.com (localhost [127.0.0.1]) by sunroof.eng.sun.com (8.12.1+Sun/8.12.1) with ESMTP id f9MJJ5OI008310 for <ngtrans-dist@sunroof.eng.sun.com>; Mon, 22 Oct 2001 12:19:05 -0700 (PDT)
Received: (from majordomo@localhost) by sunroof.eng.sun.com (8.12.1+Sun/8.12.1/Submit) id f9MJJ5jO008309 for ngtrans-dist; Mon, 22 Oct 2001 12:19:05 -0700 (PDT)
X-Authentication-Warning: sunroof.eng.sun.com: majordomo set sender to owner-ngtrans@sunroof.eng.sun.com using -f
Received: from engmail2.Eng.Sun.COM (engmail2 [129.146.1.25]) by sunroof.eng.sun.com (8.12.1+Sun/8.12.1) with ESMTP id f9MJJ2OI008302 for <ngtrans@sunroof.eng.sun.com>; Mon, 22 Oct 2001 12:19:02 -0700 (PDT)
Received: from lukla.Sun.COM (lukla.Central.Sun.COM [129.147.5.31]) by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL, v2.1p1) with ESMTP id MAA15829 for <ngtrans@sunroof.eng.sun.com>; Mon, 22 Oct 2001 12:19:04 -0700 (PDT)
Received: from mail2.microsoft.com (mail2.microsoft.com [131.107.3.124]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id NAA20677 for <ngtrans@sunroof.eng.sun.com>; Mon, 22 Oct 2001 13:19:57 -0600 (MDT)
Received: from INET-VRS-02.redmond.corp.microsoft.com ([157.54.8.110]) by mail2.microsoft.com with Microsoft SMTPSVC(5.0.2195.2966); Mon, 22 Oct 2001 12:19:02 -0700
Received: from 157.54.5.25 by INET-VRS-02.redmond.corp.microsoft.com (InterScan E-Mail VirusWall NT); Mon, 22 Oct 2001 12:19:02 -0700
Received: from red-imc-01.redmond.corp.microsoft.com ([157.54.9.102]) by inet-hub-03.redmond.corp.microsoft.com with Microsoft SMTPSVC(5.0.2195.2966); Mon, 22 Oct 2001 12:19:02 -0700
Received: from win-imc-01.wingroup.windeploy.ntdev.microsoft.com ([157.54.0.39]) by red-imc-01.redmond.corp.microsoft.com with Microsoft SMTPSVC(5.0.2195.2966); Mon, 22 Oct 2001 12:18:58 -0700
Received: from win-msg-02.wingroup.windeploy.ntdev.microsoft.com ([157.54.0.134]) by win-imc-01.wingroup.windeploy.ntdev.microsoft.com with Microsoft SMTPSVC(6.0.3541.1); Mon, 22 Oct 2001 12:18:23 -0700
X-MIMEOLE: Produced By Microsoft Exchange V6.0.6063.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Subject: RE: (ngtrans) Last call on draft-ietf-ngtrans-dns-ops-req-02.txt
Date: Mon, 22 Oct 2001 12:18:22 -0700
Message-ID: <F66A04C29AD9034A8205949AD0C9010401C0E380@win-msg-02.wingroup.windeploy.ntdev.microsoft.com>
Thread-Topic: (ngtrans) Last call on draft-ietf-ngtrans-dns-ops-req-02.txt
Thread-Index: AcFbLBsxUFbkw31eSnmporA1WwdubgAAdDUQ
From: Christian Huitema <huitema@windows.microsoft.com>
To: Keith Moore <moore@cs.utk.edu>
Cc: Randy Bush <randy@psg.com>, ngtrans@sunroof.eng.sun.com
X-OriginalArrivalTime: 22 Oct 2001 19:18:23.0254 (UTC) FILETIME=[513B2B60:01C15B2E]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by sunroof.eng.sun.com id f9MJJ3OI008303
Sender: owner-ngtrans@sunroof.eng.sun.com
Precedence: bulk
Reply-To: Christian Huitema <huitema@windows.microsoft.com>
Content-Transfer-Encoding: 8bit

> but it sounds like you are saying that the v6 client has the burden of
> providing access to v4-only DNS servers, which doesn't sound right to
me.

Well, the v6 client is the new piece of software that we are now
fielding; the v4-only DNS server has been running for years and nobody
wants to change it, so from a practical point of view, yes, I believe
that the v6 client should go the extra mile. 

What I point out is that the extra-mile may be as simple as getting
access to the nat-pt service, smtg a v6 client is going to need anyhow
if it wants to access data on one of those IPv4 servers that is not yet
upgraded to IPv6.

-- Christian Huitema

v2.23.0 | Report a Bug | By Email