Re: [Idr] Call for adoption of draft-mitchell-idr-private-as-reservation-01 as IDR WG document

David Farmer <farmer@umn.edu> Tue, 28 August 2012 02:46 UTC

Return-Path: <farmer@umn.edu>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F17B511E809B for <idr@ietfa.amsl.com>; Mon, 27 Aug 2012 19:46:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jU9G3Jw+TC96 for <idr@ietfa.amsl.com>; Mon, 27 Aug 2012 19:46:15 -0700 (PDT)
Received: from vs-m.tc.umn.edu (vs-m.tc.umn.edu [134.84.135.97]) by ietfa.amsl.com (Postfix) with ESMTP id 41FF811E808E for <idr@ietf.org>; Mon, 27 Aug 2012 19:46:15 -0700 (PDT)
Received: from mail-iy0-f171.google.com (mail-iy0-f171.google.com [209.85.210.171]) by vs-m.tc.umn.edu (UMN smtpd) with ESMTP for <idr@ietf.org>; Mon, 27 Aug 2012 21:46:09 -0500 (CDT)
X-Umn-Remote-Mta: [N] mail-iy0-f171.google.com [209.85.210.171] #+LO+TR
X-Umn-Classification: local
Received: by iabz25 with SMTP id z25so20834689iab.16 for <idr@ietf.org>; Mon, 27 Aug 2012 19:46:09 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:reply-to:organization:user-agent:mime-version :to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=oEdQi8oS31miwzhl95NLE1Zcrihkp3KT9Rqu/zhVhJg=; b=VvrsyjI6pwgay4r9FFOUqccKvw9GLWEgz0rhHu0FTgKfz2ZIFu8uZT5SkKVZ3xJpPj l3BA/mGWST6rl4eLZLANV1bLFyXYbgYddrRnVhh58FPYHjnMF1dzusKZOp0QlRM8LKtb kwH/PYfn1Ts/lmZOZU3m0pzt/+otI9B0a4KpZyyAkxSSGfvjFTZB4jx3ATEjWMAh1q9U pdCLUd2b2WNGAKYQOwrW9FBuSBM/WBAguPD/yirCHjUOjHup45duoKubioy7eWMou5Em W/TVEXDGHsFWwL6ZNSsbR32YsizW8LomCelHQHAcL/QTRqG4swTFUfNYvTeD9hXHTdoO ryHw==
Received: by 10.50.202.4 with SMTP id ke4mr12234907igc.72.1346121969011; Mon, 27 Aug 2012 19:46:09 -0700 (PDT)
Received: from x-128-101-233-186.uofm-secure.wireless.umn.edu (x-128-101-233-186.uofm-secure.wireless.umn.edu. [128.101.233.186]) by mx.google.com with ESMTPS id ng5sm1736263igc.0.2012.08.27.19.46.07 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 27 Aug 2012 19:46:08 -0700 (PDT)
Message-ID: <503C30EE.4020102@umn.edu>
Date: Mon, 27 Aug 2012 21:46:06 -0500
From: David Farmer <farmer@umn.edu>
Organization: University of Minnesota
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: Randy Bush <randy@psg.com>
References: <000001cd7ee2$1ea06830$5be13890$@ndzh.com> <m2628dr52i.wl%randy@psg.com> <20120820152248.GA20997@puck.nether.net> <m2boi037ky.wl%randy@psg.com> <20120827132818.GA17806@puck.nether.net> <m2sjb7n3zl.wl%randy@psg.com>
In-Reply-To: <m2sjb7n3zl.wl%randy@psg.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQntulgASMkbQUpkl/uN19NDvbXp9nWLmkALy80b433Mh+myP41gLAHSYhrhUQ3y30vHVlyd
Cc: idr wg <idr@ietf.org>, v6ops list <v6ops@ietf.org>
Subject: Re: [Idr] Call for adoption of draft-mitchell-idr-private-as-reservation-01 as IDR WG document
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: David Farmer <farmer@umn.edu>
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Aug 2012 02:46:16 -0000

On 8/27/12 21:29 CDT, Randy Bush wrote:
>> Sure, RFC2270 seems to be one reasonable solution for the use case of an
>> ISP providing ASNs to single homed customers that do not require route
>> connectivity to each other except via default, and yes, I'm aware of it
>> and seen it deployed at multiple places I've worked.  Of course, the
>> unsaid thing in this draft is that using a seperate (private) ASN per
>> customer site was not viable due to limited private use ASN space
>
> 2270 is widely deployed.  i have not run across the case where we wanted
> more than one private asn.  any sane provider is doing templated or
> generated config, and using a single asn is simpler and just works.
>
> i am sure i can dream up convoluted uses for a mass of as numbers.  but
> what i can not do is come up with convoluted case which is worth the end
> run on having good registration of the use/assignment of those asns.

I'm sorry but it is not a convoluted use case, section 3.1 of RFC 2270 
details the exact case, if the customer wants a full route table.  And 
BGP customer wanting a full global route table in not convoluted, it is 
a perfectly reasonable request from a customer.   If they don't have a 
globally unique ASN to use, then in that case the easiest thing to do is 
use a unique private ASN for that customer and no other customer.  I 
recommend the customer gets an RIR assigned globally unique ASN, but 
some customers don't want to do that.

-- 
===============================================
David Farmer               Email:farmer@umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota	
2218 University Ave SE	    Phone: 612-626-0815
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================