Re: [DNSOP] [v6ops] New Version Notification for draft-v6ops-xie-network-happyeyeballs-00.txt

Tony Finch <dot@dotat.at> Wed, 26 September 2018 15:16 UTC

Return-Path: <dot@dotat.at>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D4A012008A; Wed, 26 Sep 2018 08:16:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 4xEhQNIVrbfB; Wed, 26 Sep 2018 08:15:58 -0700 (PDT)
Received: from ppsw-30.csi.cam.ac.uk (ppsw-30.csi.cam.ac.uk [131.111.8.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 44823130E30; Wed, 26 Sep 2018 08:15:57 -0700 (PDT)
X-Cam-AntiVirus: no malware found
X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus
Received: from grey.csi.cam.ac.uk ([131.111.57.57]:50068) by ppsw-30.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.136]:25) with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1g5BXc-000nkC-fp (Exim 4.91) (return-path <dot@dotat.at>); Wed, 26 Sep 2018 16:15:52 +0100
Date: Wed, 26 Sep 2018 16:15:52 +0100
From: Tony Finch <dot@dotat.at>
To: "STARK, BARBARA H" <bs7652@att.com>
cc: Gert Doering <gert@space.net>, dnsop <dnsop@ietf.org>, "v6ops@ietf.org" <v6ops@ietf.org>
In-Reply-To: <2D09D61DDFA73D4C884805CC7865E6114DECDB78@GAALPA1MSGUSRBF.ITServices.sbc.com>
Message-ID: <alpine.DEB.2.20.1809261607110.3596@grey.csi.cam.ac.uk>
References: <153751052820.5339.10049404273601155140.idtracker@ietfa.amsl.com> <CAAObRXLWpXVbPyyxuzJH8osi+R1rdV8N8=Woqvq3UR9nk8kDaA@mail.gmail.com> <CAJE_bqd4jjeZy9Stp-v6O0VOyvEJiE9vW1BLuy-wzqPGvDagoQ@mail.gmail.com> <CAAObRX+6ktcD8i_aToKbX7UJoSPT0NMPV0xKqT8-k+7_d0R5Nw@mail.gmail.com> <20180925072015.GV11393@Space.Net> <CAAObRXKhS++5_cmvjTx3LY+ti6NbGj1NvtL6XeQGOvYuJKw0uw@mail.gmail.com> <3BDC24C2-6D51-4FF1-8A48-CAD4F8CEBF9C@employees.org> <CAAObRXJd3Ym_JezijzFVGGUj6hnkLd78dA-B_oug1gZ_-kbeAw@mail.gmail.com> <2FEEAF29-E213-4DA3-8ECA-4EF51E170B50@employees.org> <CAAObRXJXv3iDg=k00FghuLQtSuogFD4FMr25krMSAXginAM5bg@mail.gmail.com> <20180926072839.GD11393@Space.Net> <alpine.DEB.2.20.1809261153450.3596@grey.csi.cam.ac.uk> <2D09D61DDFA73D4C884805CC7865E6114DECDB78@GAALPA1MSGUSRBF.ITServices.sbc.com>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/gNekHhBbQJfBrYLBJfYnzIG0PfQ>
Subject: Re: [DNSOP] [v6ops] New Version Notification for draft-v6ops-xie-network-happyeyeballs-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Sep 2018 15:16:01 -0000

STARK, BARBARA H <bs7652@att.com> wrote:

> Why would an ISP choose to deploy partial or broken IPv6 + NHE, rather
> than properly functioning IPv6?

That was my initial reaction too :-) I think the actual idea is to work
around brokenness on third party networks, e.g. the ISP has working v6,
the web site has working v6, but there's bad connectivity between them.
(It doesn't help that there are some stupid peering wars going on between
tier 1 v6 providers, as mentioned in the v6 section of [1].)

The right fix, I think, is to get better peering or to filter broken
routes. It would seem to me to be better to implement the fix in the
network layer not the DNS layer, since it's a network problem not a DNS
problem.

[1] https://blog.apnic.net/2018/09/21/2018-national-internet-segments-reliability-report/

Tony.
-- 
f.anthony.n.finch  <dot@dotat.at>  http://dotat.at/
South Utsire, Forties, Cromarty: Westerly 5 to 7, perhaps gale 8 later, but
variable 4 for a time. Moderate or rough, occasionally very rough in South
Utsire. Drizzle, rain later. Moderate or good.