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