Re: [DNSOP] [apps-discuss] Draft of interest in DNSOP: draft-ietf-dnsop-attrleaf
Dave Crocker <dhc@dcrocker.net> Mon, 29 August 2016 03:27 UTC
Return-Path: <dhc@dcrocker.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 132C612D125 for <dnsop@ietfa.amsl.com>; Sun, 28 Aug 2016 20:27:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.209
X-Spam-Level:
X-Spam-Status: No, score=-1.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dcrocker.net
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 gE8pSPVwyL_n for <dnsop@ietfa.amsl.com>; Sun, 28 Aug 2016 20:27:13 -0700 (PDT)
Received: from simon.songbird.com (unknown [72.52.113.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C96F12D124 for <dnsop@ietf.org>; Sun, 28 Aug 2016 20:27:13 -0700 (PDT)
Received: from [192.168.1.168] (76-218-8-128.lightspeed.sntcca.sbcglobal.net [76.218.8.128]) (authenticated bits=0) by simon.songbird.com (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id u7T3RPx8022769 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 28 Aug 2016 20:27:26 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dcrocker.net; s=default; t=1472441246; bh=cswC4MvxbnrT8KWl06X5XqZ/a8CRIzEzUn09FrAH6u0=; h=Subject:To:References:Cc:Reply-To:From:Date:In-Reply-To:From; b=GsRqcclctLRq+jG5c2K0MOqs8w9rnGWJc4GTjeoJW6/Nn5GnYoqUe21RDo5N7OQfF mYm5UE27AROOMgo8jHEHGL0fVUIdXbWS3zHG7BSUEXrdXUUBXz0n20M1buqRcCWHeG JCFrwFxhYX/EKlqBGnZIph0msF75hzbt1AOMMvuA=
To: Paul Hoffman <paul.hoffman@vpnc.org>
References: <20160829014200.4338.qmail@ary.lan> <9030a78a-7bb9-38a0-6477-8456c23c7161@dcrocker.net> <5D83BCC8-3E5D-4B7A-9B2B-A2C9FF45064D@vpnc.org>
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
Message-ID: <0e734482-cecd-ab44-f304-6471dbf1e42b@dcrocker.net>
Date: Sun, 28 Aug 2016 20:26:44 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <5D83BCC8-3E5D-4B7A-9B2B-A2C9FF45064D@vpnc.org>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/cXdiro5YLO5QoVgJtMxNcy5A8Rg>
Cc: dnsop@ietf.org
Subject: Re: [DNSOP] [apps-discuss] Draft of interest in DNSOP: draft-ietf-dnsop-attrleaf
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: dcrocker@bbiw.net
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, 29 Aug 2016 03:27:14 -0000
On 8/28/2016 8:15 PM, Paul Hoffman wrote: >> >> Simply put, specifying a smal task that requires humans to perform >> perfectly at random, very (very) infrequent times, is a plan designed >> to fail. > > Can't this be checked by scraping IANA on a daily basis? That is, if > IANA makes a mistake, it will be detected by the next scrape and IANA > can be told to revert. There are all sorts of theoretical prevention or recovery mechanisms one might postulate. The problem is that this is an existing, operational environment and one disturbs such on-going efforts at considerable peril. The bottom line is that this goes beyond the normal working scope of those folk and imposing this kind of requirement on them is therefore unreasonable, absent someone (else) doing the work to bring the requirement down to a level that /is/ reasonable to ask of them. d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Matt Larson
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Patrik Fältström
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Dave Crocker
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Ray Bellis
- Re: [DNSOP] [apps-discuss] Draft of interest in D… John R Levine
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Dave Crocker
- [DNSOP] Fwd: Re: [apps-discuss] Draft of interest… Dave Crocker
- [DNSOP] Fwd: Re: [apps-discuss] Draft of interest… Dave Crocker
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Dave Crocker
- Re: [DNSOP] [apps-discuss] Draft of interest in D… John Levine
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Dave Crocker
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Paul Hoffman
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Dave Crocker
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Patrik Fältström
- Re: [DNSOP] [apps-discuss] Draft of interest in D… John R Levine
- Re: [DNSOP] [apps-discuss] Draft of interest in D… John Levine
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Dave Crocker
- Re: [DNSOP] [apps-discuss] Draft of interest in D… Dave Crocker
- [DNSOP] _attrleaf - "scoping rules" terminology Dave Crocker