Re: [sidr] New Version Notification for draft-ymbk-sidr-transfer-00.txt

Stephen Kent <kent@bbn.com> Tue, 14 July 2015 14:34 UTC

Return-Path: <kent@bbn.com>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F7971ACE06 for <sidr@ietfa.amsl.com>; Tue, 14 Jul 2015 07:34:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 K3Uqzl-SHwUI for <sidr@ietfa.amsl.com>; Tue, 14 Jul 2015 07:34:53 -0700 (PDT)
Received: from smtp.bbn.com (smtp.bbn.com [128.33.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F3D21ACE01 for <sidr@ietf.org>; Tue, 14 Jul 2015 07:34:52 -0700 (PDT)
Received: from ssh.bbn.com ([192.1.122.15]:33885 helo=COMSEC-2.home) by smtp.bbn.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from <kent@bbn.com>) id 1ZF1II-0002ui-94; Tue, 14 Jul 2015 10:34:50 -0400
To: Randy Bush <randy@psg.com>
References: <20150530231211.10362.50102.idtracker@ietfa.amsl.com> <m2lhg33u84.wl%randy@psg.com> <556CF530.4010408@ops-netman.net> <m27frn3qye.wl%randy@psg.com> <87F5B607-2ECC-4C54-A8D8-D8CE5F587F07@tislabs.com> <559A8B31.50408@bbn.com> <m2vbdw24mv.wl%randy@psg.com> <559BF347.60609@bbn.com> <9DFC9C7C-CBFC-427C-8589-C13457EDD091@tislabs.com> <7A433ECB-5AEE-4521-A099-1E48DDF25E2B@arin.net> <55A0312D.3050401@bbn.com> <m21tgf1zqr.wl%randy@psg.com> <CALo9H1b_pm-hmrJ97qqfTdiAvYm+tdCxACk25mTrH3CKtk2OPg@mail.gmail.com> <55A45967.5040309@bbn.com> <m2h9p7o5nn.wl%randy@psg.com> <55A512B7.8040905@bbn.com> <m2oajeltni.wl%randy@psg.com>
From: Stephen Kent <kent@bbn.com>
Message-ID: <55A51E0A.7020904@bbn.com>
Date: Tue, 14 Jul 2015 10:34:50 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.0.1
MIME-Version: 1.0
In-Reply-To: <m2oajeltni.wl%randy@psg.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/sidr/4eHPluPti62VKG-rnJvz8PQotMs>
Cc: sidr wg list <sidr@ietf.org>
Subject: Re: [sidr] New Version Notification for draft-ymbk-sidr-transfer-00.txt
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidr>, <mailto:sidr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidr/>
List-Post: <mailto:sidr@ietf.org>
List-Help: <mailto:sidr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidr>, <mailto:sidr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Jul 2015 14:34:55 -0000

So, your argument is that because a mis-declaration of space as unused vs.
can by an ISP cause harm, we should engineer a transfer model that imposes
additional complexity on what seems likely to be the most common case.

(I assume transfer of unused space is or will be the most common case 
because
it represents the space that is sold and we've been told that RIRs expect a
big increase in transfers due to sales of v4 space.)

I acknowledge the merits of your argument, but I also like to engineer
solutions that optimize for the common case.

Steve
>> - because the entity transferring the space knows whether it is
>>    is use
> as the operators and rirs here keep trying to tell you, this is not a
> safe assumption.  unlike you, some of us make mistakes.
>
>>   - and because asserting that it isn't, when it is, will adversely
>>     affect users affiliated with that entity
>>   - therefore the entity in question is motivated to get it right
>>   - but, in the worst case, the damage is limited to users who could be
>>     screwed my the same entity due to other careless/erroneous behavior
> there are potholes in the road.  this does not mean it is ok to dig more
> of them.  in fact, we are trying to reduce them.
>
> randy
>