Re: [DNSOP] Call for Adoption: draft-wkumari-dnsop-extended-error

Mark Andrews <marka@isc.org> Wed, 26 July 2017 00:11 UTC

Return-Path: <marka@isc.org>
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 2FBBE132133 for <dnsop@ietfa.amsl.com>; Tue, 25 Jul 2017 17:11:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level:
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, 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 rM6Dzy7p9Y4z for <dnsop@ietfa.amsl.com>; Tue, 25 Jul 2017 17:11:21 -0700 (PDT)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [199.6.1.65]) (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 E64BC132103 for <dnsop@ietf.org>; Tue, 25 Jul 2017 17:11:20 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.ams1.isc.org (Postfix) with ESMTPS id A97D724AE08; Wed, 26 Jul 2017 00:11:10 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 7A2D916006B; Wed, 26 Jul 2017 00:11:15 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 64AFB160069; Wed, 26 Jul 2017 00:11:15 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id jc4xYFUVgJrE; Wed, 26 Jul 2017 00:11:15 +0000 (UTC)
Received: from rock.dv.isc.org (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id 1A17716003A; Wed, 26 Jul 2017 00:11:15 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 457F97FE2F63; Wed, 26 Jul 2017 10:11:13 +1000 (AEST)
To: George Michaelson <ggm@algebras.org>
Cc: tjw ietf <tjw.ietf@gmail.com>, dnsop <dnsop@ietf.org>
From: Mark Andrews <marka@isc.org>
References: <CADyWQ+Ffu8JOn6co184PC-Uvv4G1qYU3d0ZchupRJEDDmfYKaw@mail.gmail.com> <CAA26ES4cdvnzoqWPs4M5n+xPO-VpG6W69LVqMRXZSMLjiyynKQ@mail.gmail.com> <CAKr6gn1JnndzwyqoESM_Ap5=Hgqt7RxXx9ZKWqY8FmDMcVZtDg@mail.gmail.com>
In-reply-to: Your message of "Wed, 26 Jul 2017 09:01:06 +1000." <CAKr6gn1JnndzwyqoESM_Ap5=Hgqt7RxXx9ZKWqY8FmDMcVZtDg@mail.gmail.com>
Date: Wed, 26 Jul 2017 10:11:13 +1000
Message-Id: <20170726001113.457F97FE2F63@rock.dv.isc.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/t95kb9-HQOwNeGt-blLeT5d7GPA>
Subject: Re: [DNSOP] Call for Adoption: draft-wkumari-dnsop-extended-error
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, 26 Jul 2017 00:11:23 -0000

In message <CAKr6gn1JnndzwyqoESM_Ap5=Hgqt7RxXx9ZKWqY8FmDMcVZtDg@mail.gmail.com>, George Michaelson writ
es:
> read, support adoption.
> 
> suggest that favourite band sections be marked 'RFC-ED REMOVE' because
> the last time somebody thanked their mother, the backing band, their
> agent, the producers, the other candidates for award... it wound up on
> the ietf list and we don't want to go there.

It went to the IETF mailing list because it was added in AUTH48.
If I've read concensus of that discussion correctly there would
have been no issue if it was added earlier in the process.  The
problem was timing not content.

Too many times IETF members take procedual decisions out of context
and apply them elsewhere.  This is just one example of that.

> I am unsure about the R flag and proscriptive language. It seems to me
> that it can't be a single bit flag and suggest BOTH retry, and retry
> another NS. Also, the rest of the flag word is set zero. Surely thats
> '...at this time'
> 
> And then the list of when to set, maybe set, maybe not set.. I think
> thats still a bit up in the air.
> 
> But thats now WG matter to discuss I guess (assuming it got adopted)
> 
> On Wed, Jul 26, 2017 at 5:46 AM, Peter DeVries
> <pdevries@quotient-inc.com> wrote:
> > I have read the draft and support adoption.  I plan to review and
> > contribute.
> >
> > Peter
> >
> > On Tue, Jul 25, 2017 at 12:04 PM, tjw ietf <tjw.ietf@gmail.com> wrote:
> >>
> >> This draft was the only one which seemed to have broad support in some
> >> form during the meeting last week.
> >>
> >> This starts a Call for Adoption for draft-wkumari-dnsop-extended-error
> >>
> >> The draft is available here:
> >> https://tools.ietf.org/html/draft-wkumari-dnsop-extended-error-02
> >>
> >> Please review this draft to see if you think it is suitable for adoption
> >> by DNSOP, and comments to the list, clearly stating your view.
> >>
> >> Please also indicate if you are willing to contribute text, review, etc.
> >>
> >> This call for adoption ends: 8 August 2017, 23:59
> >>
> >> Thanks,
> >> tim wicinski
> >> DNSOP co-chair
> >>
> >>
> >>
> >> _______________________________________________
> >> DNSOP mailing list
> >> DNSOP@ietf.org
> >> https://www.ietf.org/mailman/listinfo/dnsop
> >>
> >
> >
> > _______________________________________________
> > DNSOP mailing list
> > DNSOP@ietf.org
> > https://www.ietf.org/mailman/listinfo/dnsop
> >
> 
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org