Re: [Idr] WGLC on draft-ietf-idr-as-private-reservation-00

Nick Hilliard <nick@foobar.org> Wed, 12 December 2012 21:40 UTC

Return-Path: <nick@foobar.org>
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 A492921F8975 for <idr@ietfa.amsl.com>; Wed, 12 Dec 2012 13:40:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001]
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 b8WEBOygQokB for <idr@ietfa.amsl.com>; Wed, 12 Dec 2012 13:40:30 -0800 (PST)
Received: from mail.acquirer.com (mail.netability.ie [IPv6:2a03:8900:0:100::5]) by ietfa.amsl.com (Postfix) with ESMTP id 2A61821F8908 for <idr@ietf.org>; Wed, 12 Dec 2012 13:40:27 -0800 (PST)
X-Envelope-To: idr@ietf.org
Received: from cupcake.foobar.org ([IPv6:2001:4d68:2002:100:79d2:636d:2532:9d2f]) (authenticated bits=0) by mail.acquirer.com (8.14.4/8.14.4) with ESMTP id qBCLceHk050791 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 12 Dec 2012 21:38:45 GMT (envelope-from nick@foobar.org)
Message-ID: <50C8F9BC.6010700@foobar.org>
Date: Wed, 12 Dec 2012 21:40:12 +0000
From: Nick Hilliard <nick@foobar.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Robert Raszuk <robert@raszuk.net>
References: <CA+b+ERnuWZ+r2O-eFhe3hU00uoU4UKnRcbhLNVXU7p5+DjoWbQ@mail.gmail.com> <C6C16AE3B7961044B04A1BCEC6E2F93603D12A0C@xmb-rcd-x14.cisco.com> <20121210225858.GC24937@puck.nether.net> <m2d2yh32cw.wl%randy@psg.com> <CA+b+ERnSVvewSpftXs3FhW12-S+sgnB1SwD4L+xqFW+hhbQayw@mail.gmail.com> <7120600D-71BD-4E61-8F06-25B7C2BAE6A8@riw.us> <20121211185917.GA21813@puck.nether.net> <CA+b+ERnzo2BLWjE1J_dMfYuExbG9WYJroPE4ZAWg++KK2_jy1g@mail.gmail.com> <CA+b+ERm=Agr7b6JXcXOwiP4wBjnEFmnVNt5fAJrn18R0hGtSzg@mail.gmail.com> <50C78C29.3070406@foobar.org> <50C8B8D9.4090903@umn.edu> <50C8C491.4040705@foobar.org> <CAH1iCiqfZRLv2pBEg3gKxT=ZXf7AXCPJ_+QibOpgeFfOuqFK7g@mail.gmail.com> <50C8CE86.10103@umn.edu> <50C8CF69.4070202@foobar.org> <CA+b+ER=tp+tdmNomjAXpaRBG8cYNo1SybAr1WoJ9frBUSGoOrg@mail.gmail.com>
In-Reply-To: <CA+b+ER=tp+tdmNomjAXpaRBG8cYNo1SybAr1WoJ9frBUSGoOrg@mail.gmail.com>
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: IETF IDR Working Group <idr@ietf.org>
Subject: Re: [Idr] WGLC on draft-ietf-idr-as-private-reservation-00
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Wed, 12 Dec 2012 21:40:31 -0000

On 12/12/2012 18:43, Robert Raszuk wrote:
> Are you putting this regex in today ?
> 
> Otherwise the sooner this goes through your vendors will be able to
> provide you one keyword match for the new private AS range in the
> policy language of your choice.

I think your time spent with commit access to XR has given you a overly
rosy world view on how easy it is to get feature requests implemented :-)

My experience with vendor feature requests varies from abysmally poor to
don't-even-bother-asking, which I guess is what happens when your annual
L2/L3 capex budget is less than $100m.

But as Chris mentioned, we all run vendor heterogeneous networks these
days, never mind running different code versions from the same vendor, or
even different operating systems from the same vendor.  How do we handle
consistent policy during a migration period?  I have no idea, unless you're
ok with crazy mad REs like the one posted earlier (which I'm not because I
need to debug this sort of thing).

Nick