Re: [DNSOP] Call for Adoption: draft-song-dns-wireformat-http
Shane Kerr <shane@time-travellers.org> Tue, 12 July 2016 18:51 UTC
Return-Path: <shane@time-travellers.org>
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 E198012B04E for <dnsop@ietfa.amsl.com>; Tue, 12 Jul 2016 11:51:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 HdzgQM4fcZJV for <dnsop@ietfa.amsl.com>; Tue, 12 Jul 2016 11:51:29 -0700 (PDT)
Received: from time-travellers.nl.eu.org (c.time-travellers.nl.eu.org [IPv6:2a02:2770::21a:4aff:fea3:eeaa]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8674712B02B for <dnsop@ietf.org>; Tue, 12 Jul 2016 11:51:29 -0700 (PDT)
Received: from [2001:470:78c8:2:224:9bff:fe13:3a9c] (helo=pallas.home.time-travellers.org) by time-travellers.nl.eu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from <shane@time-travellers.org>) id 1bN2mD-0001kw-6c; Tue, 12 Jul 2016 18:51:25 +0000
Date: Tue, 12 Jul 2016 20:51:23 +0200
From: Shane Kerr <shane@time-travellers.org>
To: Marek Vavruša <mvavrusa@cloudflare.com>
Message-ID: <20160712205123.1b8c60de@pallas.home.time-travellers.org>
In-Reply-To: <CAC=TB124b7G0w48LY4zP6TOqE+xZ3n1Fp4_KMaUTB_ZtCtrzCw@mail.gmail.com>
References: <em4745d403-8957-4994-9819-47cc8d9e1364@bodybag> <20160712030624.29734.qmail@ary.lan> <CAC=TB124b7G0w48LY4zP6TOqE+xZ3n1Fp4_KMaUTB_ZtCtrzCw@mail.gmail.com>
X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; boundary="Sig_/qlIB/KdzUYFxvUD.hdiOm7K"; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/s49gucLsNqKC_IIpOKDzGdMnmzg>
Cc: dnsop <dnsop@ietf.org>
Subject: Re: [DNSOP] Call for Adoption: draft-song-dns-wireformat-http
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 12 Jul 2016 18:51:31 -0000
Marek, At 2016-07-11 22:26:00 -0500 Marek Vavruša <mvavrusa@cloudflare.com> wrote: > > You get queueing for free, but not pipelining and out-of-order > responses, that has to be defined. > The draft mentions this, but I think at this point it should just > depend on HTTP/2, > as it's the only way to get decent performance from resolvers but high > variance in response time, > and request semantics in both is different and needs to be defined, > i.e. what happens when client cancels > in-flight query, what happens when server resolver pushes response. There is another option, which is what HTTP developers have done for years, which is keep multiple HTTP connections open. Not ideal, but better than blocking all lookups on a slow resolution. :) I recognize that HTTP/2 is definitely a better option because of out-of-order replies, but I worry about requiring it. It's still quite new and language support may be spotty. But I guess given it's popularity this shouldn't be a huge problem, so maybe that is a reasonable recommendation. I'm also not sure if we need to define all of the semantics in full. Rather, I am worried about over-specifying semantics. Perhaps we can do that as "suggested semantics"? Cheers, -- Shane
- [DNSOP] 答复: Call for Adoption: draft-song-dns-wir… Davey Song (宋林健)
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Tim Wicinski
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Tomoyuki Sahara
- Re: [DNSOP] JavaScript use case for DNS-over-HTTP… John Levine
- Re: [DNSOP] JavaScript use case for DNS-over-HTTP… Christopher Morrow
- Re: [DNSOP] JavaScript use case for DNS-over-HTTP… John R Levine
- Re: [DNSOP] JavaScript use case for DNS-over-HTTP… Christopher Morrow
- Re: [DNSOP] JavaScript use case for DNS-over-HTTP… Tony Finch
- [DNSOP] 答复: Call for Adoption: draft-song-dns-wir… Davey Song (宋林健)
- Re: [DNSOP] JavaScript use case for DNS-over-HTTP… Allan Liska
- Re: [DNSOP] JavaScript use case for DNS-over-HTTP… Ted Lemon
- Re: [DNSOP] JavaScript use case for DNS-over-HTTP… Allan Liska
- Re: [DNSOP] JavaScript use case for DNS-over-HTTP… John Levine
- Re: [DNSOP] The case for the UDP flag on DNS-over… John Levine
- [DNSOP] JavaScript use case for DNS-over-HTTP (wa… Shane Kerr
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Paul Hoffman
- [DNSOP] The case for the UDP flag on DNS-over-HTT… Shane Kerr
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Shane Kerr
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Marek Vavruša
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… John R Levine
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Shane Kerr
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Marek Vavruša
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… John R Levine
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… John R Levine
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Ray Bellis
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Paul Wouters
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Tony Finch
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Tony Finch
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Tony Finch
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Marek Vavruša
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Marek Vavruša
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… John R Levine
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Adrien de Croy
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… John R Levine
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… John R Levine
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Marek Vavruša
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Adrien de Croy
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… John Levine
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… Adrien de Croy
- Re: [DNSOP] Call for Adoption: draft-song-dns-wir… John Levine
- [DNSOP] Call for Adoption: draft-song-dns-wirefor… Tim Wicinski