Re: [DNSOP] Working Group Last Call for draft-ietf-dnsop-extended-error

Wes Hardaker <wjhns1@hardakers.net> Tue, 30 October 2018 16:57 UTC

Return-Path: <wjhns1@hardakers.net>
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 8D8A712D4EA for <dnsop@ietfa.amsl.com>; Tue, 30 Oct 2018 09:57:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 3VEO5D93Zwto for <dnsop@ietfa.amsl.com>; Tue, 30 Oct 2018 09:57:03 -0700 (PDT)
Received: from mail.hardakers.net (mail.hardakers.net [168.150.192.181]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F344E12D4F2 for <dnsop@ietf.org>; Tue, 30 Oct 2018 09:57:02 -0700 (PDT)
Received: from localhost (unknown [10.0.0.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.hardakers.net (Postfix) with ESMTPSA id 3FCD920D6D; Tue, 30 Oct 2018 09:57:02 -0700 (PDT)
From: Wes Hardaker <wjhns1@hardakers.net>
To: George Michaelson <ggm@algebras.org>
Cc: Tim WIcinski <tjw.ietf@gmail.com>, dnsop WG <dnsop@ietf.org>
References: <CADyWQ+EuNCPLQrG7YWb1-MOhQvqXvtq5i1FsRAW+hmLBHs06-A@mail.gmail.com> <CAKr6gn3RCR__ChfB9A4cckaWPfX9nb6=v1iEr9-4q0JpYhFCiw@mail.gmail.com>
Date: Tue, 30 Oct 2018 09:57:02 -0700
In-Reply-To: <CAKr6gn3RCR__ChfB9A4cckaWPfX9nb6=v1iEr9-4q0JpYhFCiw@mail.gmail.com> (George Michaelson's message of "Thu, 25 Oct 2018 08:30:20 +1000")
Message-ID: <ybllg6f2x0h.fsf@w7.hardakers.net>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/oTeU1SDXUL57RNq3tc8R3QcCByA>
Subject: Re: [DNSOP] Working Group Last Call for draft-ietf-dnsop-extended-error
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: Tue, 30 Oct 2018 16:57:05 -0000

George Michaelson <ggm@algebras.org> writes:

> How can it go WGLC with section 6 an open question?

Well, the plan is to not allow it per the original EDNS0 spec.  We
should have said that in the section and said "going once...." or
something.  IE, the plan is to disallow sending it back unless the
source indicates support.

[In theory, it should be possible to always include it because of the
"ignore additional you don't understand" rule]

> I would like to understand if we could work out a way to do traceroute
> in the codes, with some defined code to ask the DNS resolver to
> perform a TTL drop on a counter and mark itself into the chain, which
> would help uncover resolver chains.

That's an interesting idea!  (not for this draft though right?  Seems
overreaching for this one)

> With IANA registry requests, I may be wrong here, but I thought we had
> some (boilerplate?) language about how IANA is asked to operate the
> registry: what criteria judge acceptance. Is it like the OID and
> basically open (hair oil) slather, or is it only at WG RFC documented
> request?

If there is a better template, we'd certainly like to hear it.
-- 
Wes Hardaker
USC/ISI