IETF Logo Mail Archive

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

Davey Song <songlinjian@gmail.com> Thu, 27 September 2018 03:28 UTC

Return-Path: <songlinjian@gmail.com>
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 D9BA8130DDD; Wed, 26 Sep 2018 20:28:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 eJtnfiW8MDCj; Wed, 26 Sep 2018 20:28:54 -0700 (PDT)
Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (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 4D28B12F1AB; Wed, 26 Sep 2018 20:28:54 -0700 (PDT)
Received: by mail-qk1-x72e.google.com with SMTP id c126-v6so731578qkd.7; Wed, 26 Sep 2018 20:28:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JbNblA0XasfhxnRS36KIjnb9fd0OFvNOdrHUZZMMbGA=; b=GKMskJkGH4q5IzhWwqzAX2CgC0v6d/MJBsO+MGHpfrLrATAYOrw/lA/JtTPknF5aTP Obze57G3p6BlwMqq6UH9RTBIPw9QXuGos/sGzOxd6DoD7Pi+AS2xKENksyd5RyPS4a++ mp/lkZY5xom9pI7OrfSGp8VdTPcJyW/oxm+92N2wkZkm2xbDyGlsJJTaptx3PlHSF4+4 Ta0kPdud8QZ33Pl6BV4m2xxM5SYnimLAJ+DKqzU05fOkFswAwaxmfVSLODqobIUvFizd KF/p1QvQhTvlw1L7PqhvCkaLOFQO2FpUEXpxL1sjJhd2N/wzX9Bzxm8ARHkZm+g3dHVi Lb9g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JbNblA0XasfhxnRS36KIjnb9fd0OFvNOdrHUZZMMbGA=; b=uLeOhuTxIW8aaKNsCmjF0YmU1CXaXNGp1UD7Fip6BSfR2wUH/EFdnQBLTCm9PbRw+X IlVw46s2qSPKcXbkfUUYIXOcwH1X6qagI/A8ZqzCJZ+H3WRmH9AGby4vRxoSCw/q+8lx Gh9IDYwd/OdSvs46+3E885EJzWOEYkPBo1nZ0UunBSXLVdyHv/2O4yKdh0I+pTLWTyOR u85I/5j15onX9Lh5RcLg2qXxKybilsozU4IiA+DdeXswAxLBebhx+F3WZ7t/PEwjIM2C 3yNpAuA54TrE146leFjRJluzBccpwBpxtiny7mgHiACiVUmJ0KxKL6pUyc3BlsxUDFCP iE2g==
X-Gm-Message-State: ABuFfojOX+gZ6vzRU/4tG2njikOH8SZw2wT0Wn7sRLLKtM3z6/r4TfgT mRpFuZNpXjihOa1Yx3ZiBRwSy6G14DtdH8Wi80M=
X-Google-Smtp-Source: ACcGV61isN/rGS64bJ3y/qbYqdT6mdk8qr+3Y4wW8I+7n7dNUiiCRpoJU+jIjzLDOAGkzMMWxN5cVEjh2y73nudMjfw=
X-Received: by 2002:a37:2ac7:: with SMTP id q68-v6mr6314150qkq.319.1538018933390; Wed, 26 Sep 2018 20:28:53 -0700 (PDT)
MIME-Version: 1.0
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> <alpine.DEB.2.20.1809261607110.3596@grey.csi.cam.ac.uk> <697C1F5F-D17E-48E7-9EC0-C0E412362EDB@apple.com>
In-Reply-To: <697C1F5F-D17E-48E7-9EC0-C0E412362EDB@apple.com>
From: Davey Song <songlinjian@gmail.com>
Date: Thu, 27 Sep 2018 11:28:45 +0800
Message-ID: <CAAObRXKeSuzhzWSaJwFPcjjDAHhgOERxkqe__5xY+NmE6S1MGw@mail.gmail.com>
To: tpauly@apple.com
Cc: Tony Finch <dot@dotat.at>, bs7652@att.com, dnsop <dnsop@ietf.org>, v6ops@ietf.org
Content-Type: multipart/alternative; boundary="0000000000002ec1190576d1f091"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/5kW-GGzsQhd-sx21m5wkjYUsYSQ>
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: Thu, 27 Sep 2018 03:28:56 -0000

Hi Tommy,

Thanks for your suggestions.

On Wed, 26 Sep 2018 at 23:38, Tommy Pauly <tpauly@apple.com> wrote:

> +1 to the point that the proposal for NHE is essentially a mechanism for
> the ISP and/or content provider to work around a broken deployment that
> they should be in a position to fix themselves, or between one another as
> Tony describes.
>

 Fair enough. I think it is worth of doing it.

The part that remains interesting is suggestions for networks to collect
> more reports on the relative health of IPv4 and IPv6 connections, to help
> fix bugs and broken deployments. Focusing on these improvements rather than
> filtering DNS answers seems like it would be a more fruitful direction.
>

>From the feadback of this list, now I'm think of dividing NHE draft into
two pieces: One is network-side IPv6 measurment and failure reporting which
is in aim to provide information to workaround broken deployment in a
position to fix by ISP themselves. ISP can decide by themself to take
advantege of measurement information. It can be standard track or
informational.

Another one is Selectively delaying AAAA record other than filtering DNS
records. It served an experimental/informational case of ISP taking IPv6
mearement infromation as a feed to quickly and temporarily fix the problem
if operator think it is neccesary.

How does this sound ?

Davey

v2.23.0 | Report a Bug | By Email