Re: [Doh] meta qtypes
Patrick McManus <pmcmanus@mozilla.com> Sun, 18 March 2018 15:44 UTC
Return-Path: <pmcmanus@mozilla.com>
X-Original-To: doh@ietfa.amsl.com
Delivered-To: doh@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E1B8127AD4 for <doh@ietfa.amsl.com>; Sun, 18 Mar 2018 08:44:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.101
X-Spam-Level: **
X-Spam-Status: No, score=2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_SBL_CSS=3.335, 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 r18zQzScwSE7 for <doh@ietfa.amsl.com>; Sun, 18 Mar 2018 08:44:57 -0700 (PDT)
Received: from linode64.ducksong.com (linode6only.ducksong.com [IPv6:2600:3c02::f03c:91ff:fe6e:e8da]) by ietfa.amsl.com (Postfix) with ESMTP id 40AAE1242EA for <doh@ietf.org>; Sun, 18 Mar 2018 08:44:57 -0700 (PDT)
Received: from mail-oi0-f52.google.com (mail-oi0-f52.google.com [209.85.218.52]) by linode64.ducksong.com (Postfix) with ESMTPSA id C79353A021 for <doh@ietf.org>; Sun, 18 Mar 2018 11:44:55 -0400 (EDT)
Received: by mail-oi0-f52.google.com with SMTP id 20so5296724oiq.5 for <doh@ietf.org>; Sun, 18 Mar 2018 08:44:55 -0700 (PDT)
X-Gm-Message-State: AElRT7F1S1jeIwJYPTbFhN8CA+XnHonF++lyYWLrTGwg3egKSFy8dO/m Dp8u1BGWMgsiznYAfjYZVln89zkaQICJZTyR6h0=
X-Google-Smtp-Source: AG47ELs8VmSud4PKuAc3qdpLwoBhLWtrrYmJdGmJCENwuQiRPeqv2Q0gNbtIySqLhYrbEwnpMgHXm5gwop1KesLCrdM=
X-Received: by 10.202.178.195 with SMTP id b186mr4894972oif.337.1521387895504; Sun, 18 Mar 2018 08:44:55 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.74.66.212 with HTTP; Sun, 18 Mar 2018 08:44:54 -0700 (PDT)
In-Reply-To: <20180318143811.bn5kwr7oqo2ux6qm@miek.nl>
References: <20180318143811.bn5kwr7oqo2ux6qm@miek.nl>
From: Patrick McManus <pmcmanus@mozilla.com>
Date: Sun, 18 Mar 2018 15:44:54 +0000
X-Gmail-Original-Message-ID: <CAOdDvNoNN98zOuPAepS0=0Nt06+UAGV1ZCrxs0J2TzQaVnJz8w@mail.gmail.com>
Message-ID: <CAOdDvNoNN98zOuPAepS0=0Nt06+UAGV1ZCrxs0J2TzQaVnJz8w@mail.gmail.com>
To: DoH WG <doh@ietf.org>
Content-Type: multipart/alternative; boundary="001a113ce93213c6e60567b1b948"
Archived-At: <https://mailarchive.ietf.org/arch/msg/doh/Ua-q8J6BWvSfB1RqCASD1K5RrCk>
Subject: Re: [Doh] meta qtypes
X-BeenThere: doh@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: DNS Over HTTPS <doh.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/doh>, <mailto:doh-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/doh/>
List-Post: <mailto:doh@ietf.org>
List-Help: <mailto:doh-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/doh>, <mailto:doh-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Mar 2018 15:44:59 -0000
Hi - DoH itself doesn't require axfr/etc anywhere that DNS would not (I'm not aware of whether it does or not) - the text is just meant to give the HTTP considerations when it does carry larger DNS responses such as that. WRT HTTP caching - section 4 of DoH talks about how HTTP freshness lifetimes should be set for DoH responses. Is there something different here? -Patrick On Sun, Mar 18, 2018 at 2:38 PM, Miek Gieben <miek@miek.nl> wrote: > Hi, > > -03 has the following text in section 7.1. > > Other types of DNS data, such as > zone transfers, may be larger and benefit more from revalidation. > DNS API servers may wish to consider whether providing these > validation enabling response headers is worthwhile. > > this implies DoH servers need to support IXFR/AXFR (fine), but that > replies to these may now be cached? I think this is new behavior from a DNS > standpoint. > > (Should the draft also mention dynamic updates, notify messages and other > opcodes as being supported?) > > /Miek > > -- > Miek Gieben > > _______________________________________________ > Doh mailing list > Doh@ietf.org > https://www.ietf.org/mailman/listinfo/doh >
- [Doh] meta qtypes Miek Gieben
- Re: [Doh] meta qtypes Patrick McManus
- Re: [Doh] meta qtypes Miek Gieben
- Re: [Doh] meta qtypes Patrick McManus
- Re: [Doh] meta qtypes Stephane Bortzmeyer
- Re: [Doh] meta qtypes Miek Gieben
- Re: [Doh] meta qtypes Patrick McManus
- Re: [Doh] meta qtypes Miek Gieben
- Re: [Doh] meta qtypes Ben Schwartz
- Re: [Doh] meta qtypes Dave Lawrence
- Re: [Doh] meta qtypes Ólafur Guðmundsson
- Re: [Doh] meta qtypes Miek Gieben
- Re: [Doh] meta qtypes Tom Pusateri
- Re: [Doh] [Ext] meta qtypes Paul Hoffman
- Re: [Doh] meta qtypes Patrick McManus
- Re: [Doh] meta qtypes Miek Gieben
- Re: [Doh] meta qtypes Tony Finch
- [Doh] DNS Session Signalling (was: meta qtypes) Dave Lawrence
- Re: [Doh] DNS Session Signalling (was: meta qtype… Tom Pusateri
- Re: [Doh] meta qtypes Dave Lawrence
- Re: [Doh] meta qtypes Petr Špaček
- Re: [Doh] meta qtypes Dave Lawrence
- Re: [Doh] meta qtypes Patrick McManus
- Re: [Doh] meta qtypes Patrick McManus
- Re: [Doh] meta qtypes Dave Lawrence
- Re: [Doh] meta qtypes Stephane Bortzmeyer
- Re: [Doh] meta qtypes Dave Lawrence
- Re: [Doh] meta qtypes Tony Finch