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

"Carlos M. Martinez" <carlosm3011@gmail.com> Sat, 11 July 2015 23:53 UTC

Return-Path: <carlosm3011@gmail.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 88DD91A0074 for <sidr@ietfa.amsl.com>; Sat, 11 Jul 2015 16:53:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.75
X-Spam-Level:
X-Spam-Status: No, score=-1.75 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 9fmryFvY554G for <sidr@ietfa.amsl.com>; Sat, 11 Jul 2015 16:53:19 -0700 (PDT)
Received: from mail-vn0-x22d.google.com (mail-vn0-x22d.google.com [IPv6:2607:f8b0:400c:c0f::22d]) (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 4B2831A006F for <sidr@ietf.org>; Sat, 11 Jul 2015 16:53:19 -0700 (PDT)
Received: by vnbg129 with SMTP id g129so35038579vnb.11 for <sidr@ietf.org>; Sat, 11 Jul 2015 16:53:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=o+YKeRK3ZvoxNmxk3mS6n6EInjIPBV8bzALerXk8Qug=; b=ygG7WP/ynal+cznykLPdpmP2yq9GikvD2ZoqgKV2r5cogPhJHP8wU3eNoWr85OFQ3P leU21CdQ2M4j82MsixJLrhWY0BQp6FFdZhvniDfhQqln1DdqOMey/J0rDoFmNpjop1+A ATXdYjvXLPnXWSBJt1OCfo9e6PWXl5cwC1uCNjXrF+4tzoON0nUpjji/zDW589J215dY DtS4313ZR26YkM3mn3eMaH7MN4cXwIZ9BDf3BiB3zJoZvLlpb7/t6Sk2L1p/DUBwBDyZ cfy7h4MwqOJXKVRsKzcLG+ttkIYMIMPCtv+AeAh7rZLbMQwDqy9Qjr2fgCdadu9uH8dL c6/w==
X-Received: by 10.52.32.34 with SMTP id f2mr5973293vdi.11.1436658798305; Sat, 11 Jul 2015 16:53:18 -0700 (PDT)
Received: from dallas.local (r167-61-48-222.dialup.adsl.anteldata.net.uy. [167.61.48.222]) by smtp.googlemail.com with ESMTPSA id r7sm2179057vdw.23.2015.07.11.16.53.16 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 11 Jul 2015 16:53:17 -0700 (PDT)
Message-ID: <55A1AC1E.6090707@gmail.com>
Date: Sat, 11 Jul 2015 20:51:58 -0300
From: "Carlos M. Martinez" <carlosm3011@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: Arturo Servin <arturo.servin@gmail.com>, Randy Bush <randy@psg.com>, Stephen Kent <kent@bbn.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>
In-Reply-To: <CALo9H1b_pm-hmrJ97qqfTdiAvYm+tdCxACk25mTrH3CKtk2OPg@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/sidr/cYnYr7-krSs23aLfulBiu8Z_B4g>
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
Reply-To: carlos@lacnic.net
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: Sat, 11 Jul 2015 23:53:20 -0000

As Arturo mentions, defining 'actual use' of number resources has proved
quite tricky.

The only workable assumption is that space that is marked 'available' or
'reserved' in the delegated-extended files is not in use whereas
everything else is in use, regardless of whether it is announced in the
Internet or not.

Even this assumption could lead to unexpected situations here and there
as there could be space being recovered that is still routed in bgp
while being marked as reserved, not mentioning possible ongoing route
hijacks of 'available' space still getting traffic.

cheers!

-Carlos

On 7/11/15 7:18 PM, Arturo Servin wrote:
> 
> How would you define that address space is unused? Because it is
> unannounced to the global BGP table?
> 
> Because there is not traffic to it even though is announced?
> 
> This question has come up in several policy discussion in almost every
> RIR, it has never been consensus on the answer. So we should probably
> considered every transfer as been in use.
> 
> The draft is a good start, thanks for writing it. As soon as I have some
> time I will send some comments.
> 
> /as
> 
> 
> On Fri, 10 Jul 2015 at 18:15 Randy Bush <randy@psg.com
> <mailto:randy@psg.com>> wrote:
> 
>     making assumptions if and how address space is or is not used is a
>     recipe for mistakes and is not really useful.
> 
>     randy
> 
>     _______________________________________________
>     sidr mailing list
>     sidr@ietf.org <mailto:sidr@ietf.org>
>     https://www.ietf.org/mailman/listinfo/sidr
> 
> 
> 
> _______________________________________________
> sidr mailing list
> sidr@ietf.org
> https://www.ietf.org/mailman/listinfo/sidr
>