Re: [dnsoverhttp] Post-Seoul thoughts
Patrick McManus <pmcmanus@mozilla.com> Wed, 23 November 2016 03:51 UTC
Return-Path: <pmcmanus@mozilla.com>
X-Original-To: dnsoverhttp@ietfa.amsl.com
Delivered-To: dnsoverhttp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32036129438 for <dnsoverhttp@ietfa.amsl.com>; Tue, 22 Nov 2016 19:51:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.735
X-Spam-Level:
X-Spam-Status: No, score=-0.735 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665] autolearn=no 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 LvYI2rEuWwqw for <dnsoverhttp@ietfa.amsl.com>; Tue, 22 Nov 2016 19:51:46 -0800 (PST)
Received: from linode64.ducksong.com (www.ducksong.com [192.155.95.102]) by ietfa.amsl.com (Postfix) with ESMTP id 9D16D129418 for <dnsoverhttp@ietf.org>; Tue, 22 Nov 2016 19:51:46 -0800 (PST)
Received: from mail-qk0-f178.google.com (mail-qk0-f178.google.com [209.85.220.178]) by linode64.ducksong.com (Postfix) with ESMTPSA id 518CD3A015 for <dnsoverhttp@ietf.org>; Tue, 22 Nov 2016 22:51:45 -0500 (EST)
Received: by mail-qk0-f178.google.com with SMTP id x190so1557634qkb.0 for <dnsoverhttp@ietf.org>; Tue, 22 Nov 2016 19:51:45 -0800 (PST)
X-Gm-Message-State: AKaTC02RYrhua0kqTp16vdbELsO4y9zg93d0XyjR9qHOoaeu0BNb7axod6Ahgf9uzM1kjzWxwpoVINzLtpKNwQ==
X-Received: by 10.55.132.131 with SMTP id g125mr1092648qkd.140.1479873105148; Tue, 22 Nov 2016 19:51:45 -0800 (PST)
MIME-Version: 1.0
Received: by 10.12.148.37 with HTTP; Tue, 22 Nov 2016 19:51:44 -0800 (PST)
In-Reply-To: <20161123105904.763b7cba@pallas.home.time-travellers.org>
References: <DCC70406-E4C6-4F50-8D6A-CE9E16010A54@icann.org> <CAOdDvNpmcPSWaYAkawhq2OYt7ASW_fBso548pGAW_RUJFujPxQ@mail.gmail.com> <20161123105904.763b7cba@pallas.home.time-travellers.org>
From: Patrick McManus <pmcmanus@mozilla.com>
Date: Tue, 22 Nov 2016 22:51:44 -0500
X-Gmail-Original-Message-ID: <CAOdDvNp-HqUaNCs0ctEdU1C0av33SBo8EQEnQCoqeu=HWhEacA@mail.gmail.com>
Message-ID: <CAOdDvNp-HqUaNCs0ctEdU1C0av33SBo8EQEnQCoqeu=HWhEacA@mail.gmail.com>
To: Shane Kerr <shane@time-travellers.org>
Content-Type: multipart/alternative; boundary="94eb2c07dcc6bec5050541efce80"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsoverhttp/bJi9DqcRx_SkEiHziX7KFUIjTWs>
Cc: "dnsoverhttp@ietf.org" <dnsoverhttp@ietf.org>, Patrick McManus <pmcmanus@mozilla.com>
Subject: Re: [dnsoverhttp] Post-Seoul thoughts
X-BeenThere: dnsoverhttp@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Discussion of DNS over HTTP <dnsoverhttp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsoverhttp>, <mailto:dnsoverhttp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsoverhttp/>
List-Post: <mailto:dnsoverhttp@ietf.org>
List-Help: <mailto:dnsoverhttp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsoverhttp>, <mailto:dnsoverhttp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Nov 2016 03:51:49 -0000
hiya On Tue, Nov 22, 2016 at 9:59 PM, Shane Kerr <shane@time-travellers.org> wrote: > Patrick, > > At 2016-11-22 14:35:53 -0500 > Patrick McManus <pmcmanus@mozilla.com> wrote: > > > On Tue, Nov 22, 2016 at 1:12 PM, Paul Hoffman <paul.hoffman@icann.org> > > wrote: > > > > > t someone mentioned was that HTTP servers might not want to use > > > DNS-over-HTTP to push DNS data into clients but instead > > > > > > > > that doesn't remove the use case. link tags add N round trips, and > removing > > that latency literally is the use case. Presumably the server has cached > > copies of the data it needs to staple. > > > > I think we still have all 4 use cases. > > Well, the lookups can be done in parallel so N round trips needn't take > much longer than 1 round trip. Still 0 trips is of course better than 1 > trip, everything else being equal. ;) > > one lookup can take multiple rtts.. one for (each) ns, one for the a/aaaa.. etc. obviously highly dependent on state. N seemed an easier way to put it, but you're right that the focus is on > 0. > I'm not sure what "to staple" means in this context. (Actually I only > know about stapling physical things, like paper in an office or sheets > of plastic in construction.) Can you explain or give a link? :) > > just to inline into a response content that would have normally been fetched by the client after receiving the response. OCSP Stapling is a great example from TLS. https://en.wikipedia.org/wiki/OCSP_stapling > Cheers, > > -- > Shane >
- [dnsoverhttp] Post-Seoul thoughts Paul Hoffman
- Re: [dnsoverhttp] Post-Seoul thoughts Patrick McManus
- Re: [dnsoverhttp] Post-Seoul thoughts Patrick McManus
- Re: [dnsoverhttp] Post-Seoul thoughts Shane Kerr