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
>