IETF Logo Mail Archive

Re: [secdir] [DNSOP] Secdir last call review of draft-ietf-dnsop-extended-error-14

Wes Hardaker <wjhns1@hardakers.net> Fri, 17 April 2020 21:56 UTC

Return-Path: <wjhns1@hardakers.net>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DFF33A08EF; Fri, 17 Apr 2020 14:56:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 doWRs61GUp8K; Fri, 17 Apr 2020 14:56:10 -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 2186F3A08EE; Fri, 17 Apr 2020 14:56:09 -0700 (PDT)
Received: from localhost (unknown [10.0.0.3]) by mail.hardakers.net (Postfix) with ESMTPA id 5C7E23112E; Fri, 17 Apr 2020 14:56:09 -0700 (PDT)
From: Wes Hardaker <wjhns1@hardakers.net>
To: Eric Orth <ericorth@google.com>
Cc: Wes Hardaker <wjhns1@hardakers.net>, Catherine Meadows <catherine.meadows@nrl.navy.mil>, last-call@ietf.org, dnsop <dnsop@ietf.org>, draft-ietf-dnsop-extended-error.all@ietf.org, secdir@ietf.org
References: <158566679527.28397.11447221654478370153@ietfa.amsl.com> <yblv9m1u27a.fsf@w7.hardakers.net> <CAMOjQcH9pmiJtzGOH9yArHxq55UURyQU_CNamR+KHNiovH6oww@mail.gmail.com>
Date: Fri, 17 Apr 2020 14:56:09 -0700
In-Reply-To: <CAMOjQcH9pmiJtzGOH9yArHxq55UURyQU_CNamR+KHNiovH6oww@mail.gmail.com> (Eric Orth's message of "Thu, 16 Apr 2020 13:26:07 -0400")
Message-ID: <yblsgh1n5dy.fsf@w7.hardakers.net>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/W8vc3hS1ZKcZXskQI-2SbhIJ4UQ>
Subject: Re: [secdir] [DNSOP] Secdir last call review of draft-ietf-dnsop-extended-error-14
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/secdir/>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Apr 2020 21:56:13 -0000

Eric Orth <ericorth@google.com> writes:

> I have similar objections to this as the similar language that was in the draft
> before it was changed to the "MUST continue to follow" language referenced
> above.
> 
> Anything similar to "MUST NOT alter ... processing" is vague over what
> constitutes an alteration to the processing.  I think everybody would agree
> that you should be able to log EDEs, so it must be unambiguous that doing so is
> allowed.  Lots of discretionary room for implementers (especially stub
> implementers) to do various things with an EDE while still following the specs
> on the important handling of the RCODE as the primary error code.
>  
> 

Hi Eric,

Thanks for the (again) well thought out comments.  Do you have a counter
proposal sentence?


>    
>     --
>     Wes Hardaker
>     USC/ISI
>    
>     _______________________________________________
>     DNSOP mailing list
>     DNSOP@ietf.org
>     https://www.ietf.org/mailman/listinfo/dnsop
> 

-- 
Wes Hardaker
USC/ISI

v2.23.0 | Report a Bug | By Email