Re: [DNSOP] I-D Action: draft-ietf-dnsop-serve-stale-00.txt

Alexander Mayrhofer <alex.mayrhofer.ietf@gmail.com> Wed, 15 November 2017 03:47 UTC

Return-Path: <alex.mayrhofer.ietf@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 CFC45126C22 for <dnsop@ietfa.amsl.com>; Tue, 14 Nov 2017 19:47:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=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 v3-uIRex5m7Y for <dnsop@ietfa.amsl.com>; Tue, 14 Nov 2017 19:47:34 -0800 (PST)
Received: from mail-yw0-x236.google.com (mail-yw0-x236.google.com [IPv6:2607:f8b0:4002:c05::236]) (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 0E49D1294C9 for <dnsop@ietf.org>; Tue, 14 Nov 2017 19:47:24 -0800 (PST)
Received: by mail-yw0-x236.google.com with SMTP id k3so15406886ywk.8 for <dnsop@ietf.org>; Tue, 14 Nov 2017 19:47:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=uWjStv18iWffamtDoRNmdBtkPFd2MB677X+4vIXWgWI=; b=Q/77Jt1GcagqpwLAuI3qQj4dlib9kOPFeaq508qEE3UbaNn/vCQhciMZLMx1Rs3ovV YtCIWE6aHMGzMJ2RNHSCSjWkkVPQXO9Q/QCmpVhTfmKX50fCLtdISIURavsmjtuehixN cDKUAOYNw84VU3MCqZHfY3DS8i6/i8BoUFTjHcJkbgOgWX1hsnGOYheGSHh1C66+CLtt l0/4B/X/mi8DFiESDCyvgMvTnSnCWAJvKhkSbwcmzzgVj1YAySKBa6k71xajWhc/Wjy/ uNvYHqhKy5rAIpns+yE/wkJPbqbKXifo3ZZ6Ea2TTzvqqydvE6L3V4jyDsGyODEGhp0x X0XA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=uWjStv18iWffamtDoRNmdBtkPFd2MB677X+4vIXWgWI=; b=qAl+Zb/zjJ1Tu34fAq1XhAhL6J4MTvvSg4FyBlg/HCCQ6e7FzKnDicF3rIAoCyKp0h MAgq1T58tR07gmHFrdYBaHaeAo0GqkLs1N4PBemXsA5o2FrAunSKJ8ylFMwRc3WvvsTU 32SFVhhgiBgikhYqw5ng9jDDfDJ700oveQ/iKf0tFXPRLU3nqp/c4s8NNwJSNdCGDmch l3nsB3HcsSDa/3nvZ5HCZm+LFUNlXpWXdz6U15sLEcaLjUQ+s77gLfpthpWwMQGduiS9 OYeAsvL2jqgwFpjCU2+E7/oKshUiDIuay2oLni9mryriV5imQQ4T+Tzz5xSPEXEaBp19 MEBw==
X-Gm-Message-State: AJaThX7RFOm4lcFp9HJ+QFrHpP7IQzNF+yxDvO5t5k7cG6y+PNgjI5uB B9skrwl00thmrpdd7dz7LobeAGBETa3VzC5aGro=
X-Google-Smtp-Source: AGs4zMbTGoNMTmSU+Hup/a3sLoSb6+QVaUmY7jBog2rZkKNaCh4SKCEmECvFNtXhtD75SDvH1qCCFoNdZCZPRUzmYNM=
X-Received: by 10.37.160.35 with SMTP id x32mr8550331ybh.387.1510717643323; Tue, 14 Nov 2017 19:47:23 -0800 (PST)
MIME-Version: 1.0
Received: by 10.129.115.212 with HTTP; Tue, 14 Nov 2017 19:47:22 -0800 (PST)
In-Reply-To: <23051.40720.908131.277454@gro.dd.org>
References: <150940017764.7814.6739838599217498076@ietfa.amsl.com> <23040.33307.69754.133713@gro.dd.org> <23050.45832.787089.325014@gro.dd.org> <CA+nkc8B1sVhjbn1xYu4rQNgUZGgeaqnVjW=U0nmpRdu6rvXU2Q@mail.gmail.com> <23051.40720.908131.277454@gro.dd.org>
From: Alexander Mayrhofer <alex.mayrhofer.ietf@gmail.com>
Date: Wed, 15 Nov 2017 11:47:22 +0800
Message-ID: <CAHXf=0oQTVe3LFdkGLYH0XL4Vg1Fm5JdnOaOCJ59zwiMkk6MVw@mail.gmail.com>
To: Dave Lawrence <tale@dd.org>
Cc: IETF DNSOP WG <dnsop@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/DNanvG9aN4HOL5rD-1taKyYvOfc>
Subject: Re: [DNSOP] I-D Action: draft-ietf-dnsop-serve-stale-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 15 Nov 2017 03:47:36 -0000

On Wed, Nov 15, 2017 at 9:57 AM, Dave Lawrence <tale@dd.org> wrote:
> I personally am of the belief that yes, if the request has an OPT then
> a responder can include an option code that was not in the request.
> At least I don't see anything in 6891 to prohibit it.  This is
> behaviour that draft-ietf-dnsop-extended-error is also expecting.

I agree that signaling is important, and i also believe that if
there's an OPT in the request, we can safely assume that the client
would not choke on this option. I'm torn on the question whether or
not stale data should be served (without signaling, in that case) when
the request does *not* contain an OPT request. Probably we should err
on the side of *not* serving stale when a client is not "EDNS
capable", because that would mean no change from current behaviour.

Alex