Re: [DNSOP] Consensus suggestion for EDE and the TC bit

Eric Orth <ericorth@google.com> Mon, 02 December 2019 18:55 UTC

Return-Path: <ericorth@google.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 1524F120072 for <dnsop@ietfa.amsl.com>; Mon, 2 Dec 2019 10:55:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.499
X-Spam-Level:
X-Spam-Status: No, score=-17.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 eQBLyi7Nvmqg for <dnsop@ietfa.amsl.com>; Mon, 2 Dec 2019 10:55:11 -0800 (PST)
Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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 25A2512003E for <dnsop@ietf.org>; Mon, 2 Dec 2019 10:55:11 -0800 (PST)
Received: by mail-wr1-x42e.google.com with SMTP id j42so416612wrj.12 for <dnsop@ietf.org>; Mon, 02 Dec 2019 10:55:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=pHtmUUol8i+HJni/d5/jao7+Av44mrOA1wpQxiV0hC8=; b=nxmnwrmVqS2bnkNXju7OKDK6vubjM74IG+UlKlY+xTTv/lcPPL9gMWpLZ7+3xfHZWx AwE1RhleBdwwF1E7zTR5F0ZdJ91iu8f1RY0isBqXcMATX1//W7v4HscX8nln6qfKJC2E S00v7THmrWWhLJGKeTkOw5YAvempTn0dSB8KqlkwMXGBvWHADZc6guA6OvcGXbZxBMXq RawZD1L/ialbJRlRaJs7MNgZdBoR63df5/jnf+jrmvd+E77t1PGguNcoEPcAILEGuIih GxinAdvQ/68FTc1qzaYPZsIFF8p+yOf8tkAWGPXrlM0lSCPYH18jXTUnYN41rom1vm75 FJUg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=pHtmUUol8i+HJni/d5/jao7+Av44mrOA1wpQxiV0hC8=; b=L3MZoh1nNQmGBiTHKvtuMCf0C+iV4CVoOLCsqx5mggoD+kvU2gegZAg5C5+iuv17Ve jCBVr+wFlmq1tI/6eDSdKvBpBwLE6qdoswrhSg5spPqgLUm50Rgk/Gwxvp9Vlu3/cnl7 xtsyTPH+otvMx7KCkVX7ozIROJzymu6DurbuGGMNFdfogkf2Dnrc6SCj65qLXNozss7D HysHyS9oMx/bEDpmGclnhBkVIUYoHOYfyaNLkhNO6yrPqwjpF/eU60BVIAyZfZzr6L+P sx1F80u8CJTLRpeUSEuD9u4xwu+ei1oEqciqI4He9Oov3QQaAZXfN8Hhy9ZxmU/7fuEU kmJQ==
X-Gm-Message-State: APjAAAUDOcmA4/qyHVZF1NN5v4he0ojgqZD2Iw2POMgyqtXKdQTb3Lsj +RjfFOmw7TflB/V06H9SuniPQqTQ797YtAAJrs+8BLm5ytc=
X-Google-Smtp-Source: APXvYqzTAQ/3hnonQm+LVBsLGBOxSw5y1d03xVjmptJdDmOKNPLgL525ItOgzjXZxEWeIHQw++5WC0ON72TC98zYAiU=
X-Received: by 2002:a05:6000:11c5:: with SMTP id i5mr499353wrx.102.1575312908903; Mon, 02 Dec 2019 10:55:08 -0800 (PST)
MIME-Version: 1.0
References: <yblzhgpwwit.fsf@wu.hardakers.net> <CAHbrMsBR6LZ880RXPDW2L+c_gcC6Tpg+L_c78OZvxJs4Gc4pUQ@mail.gmail.com> <81b64ed1-3b0a-e323-ab4f-b3ab89a14775@bellis.me.uk>
In-Reply-To: <81b64ed1-3b0a-e323-ab4f-b3ab89a14775@bellis.me.uk>
From: Eric Orth <ericorth@google.com>
Date: Mon, 02 Dec 2019 13:54:57 -0500
Message-ID: <CAMOjQcH=aaYy=7FAqbQyqvHbVNhDQ96NxVg=rT4j_JjScQnp9A@mail.gmail.com>
To: dnsop <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000058d6150598bd1e53"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/bT7VZ2hACrV-ipL43MJRr_jPbIM>
Subject: Re: [DNSOP] Consensus suggestion for EDE and the TC bit
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 02 Dec 2019 18:55:13 -0000

I still have a soft preference (but am definitely not going to call it a
hard blocker) for some way to avoid followup queries when the only thing
causing truncation is EDE.

My concern comes from the EXTRA-TEXT being an open-length field, and I
imagine many operators would want to create long verbose error messages.
Seems that could lead to many cases where EDE causes common excessive
truncation.

Maybe an alternate easy solution would be to add a don't-do-that note to
section 3.4 along the lines of "Long EXTRA-TEXT fields may cause truncation
and bad resolve performance, which is usually undesirable for the
supplemental nature of EDE. Operators setting the field SHOULD avoid
setting unnecessarily long contents, especially when it can be determined
that doing so will cause truncation." With something like that, I think my
concerns are enough resolved that I wouldn't worry about DP unless future
experience shows EDE truncation to be a significant problem.

But otherwise, if people don't like my suggested note, because I only have
a soft preference to do something, I agree that moving TC/DP to a separate
doc is a good idea.  If EDE is otherwise consensus-ready, let's get it
published.

On Thu, Nov 21, 2019 at 12:04 PM Ray Bellis <ray@bellis.me.uk> wrote:

>
>
> On 21/11/2019 15:37, Ben Schwartz wrote:
>
> > I would suggest adding a requirement to the EDE draft that EDE be
> > the last option in OPT
>
> And what if some other future option wants to lay claim to that
> requirement?
>

 I agree that this would be a difficult requirement to set.  Only one thing
can be last, and I would argue that EDE is not important enough to claim
that distinction and take away the flexibility from future specs.