Re: [i2rs] Call for WG Adoption: draft-keyupdate-irs-bgp-usecases-02

Thomas Nadeau <tnadeau@lucidvision.com> Mon, 29 July 2013 11:40 UTC

Return-Path: <tnadeau@lucidvision.com>
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5645121F9BD3 for <i2rs@ietfa.amsl.com>; Mon, 29 Jul 2013 04:40:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.486
X-Spam-Level:
X-Spam-Status: No, score=-2.486 tagged_above=-999 required=5 tests=[AWL=0.112, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NZ0HAMwgc01h for <i2rs@ietfa.amsl.com>; Mon, 29 Jul 2013 04:40:20 -0700 (PDT)
Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by ietfa.amsl.com (Postfix) with ESMTP id 7F71121F8F2E for <i2rs@ietf.org>; Mon, 29 Jul 2013 04:40:19 -0700 (PDT)
Received: from [172.28.130.76] (westford-nat.juniper.net [66.129.232.2]) by lucidvision.com (Postfix) with ESMTP id 5E2F32515F9B; Mon, 29 Jul 2013 07:40:17 -0400 (EDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_9F7215EC-4FDC-4518-9E0B-64B62B6F352B"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Thomas Nadeau <tnadeau@lucidvision.com>
In-Reply-To: <CAG4d1rcoDiwD821Yo5n5NFd4uZjTT-X2K51JWgqUUAkidrBcdQ@mail.gmail.com>
Date: Mon, 29 Jul 2013 13:40:16 +0200
Message-Id: <40409CD7-451E-41C1-9D77-BC39927CED88@lucidvision.com>
References: <CAG4d1rdOrA4P6tZXqRmReRetusDLX3cjFvtxYw0OD9oE2ASZQA@mail.gmail.com> <039801ce8bf0$c7caed60$5760c820$@riw.us> <20130729104056.GA7087@puck.nether.net> <CAG4d1rcoDiwD821Yo5n5NFd4uZjTT-X2K51JWgqUUAkidrBcdQ@mail.gmail.com>
To: Alia Atlas <akatlas@gmail.com>
X-Mailer: Apple Mail (2.1508)
Cc: Russ White <russw@riw.us>, "i2rs@ietf.org" <i2rs@ietf.org>, Jon Mitchell <jrmitche@puck.nether.net>
Subject: Re: [i2rs] Call for WG Adoption: draft-keyupdate-irs-bgp-usecases-02
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <i2rs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs>, <mailto:i2rs-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/i2rs>
List-Post: <mailto:i2rs@ietf.org>
List-Help: <mailto:i2rs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs>, <mailto:i2rs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jul 2013 11:40:25 -0000

On Jul 29, 2013:1:27 PM, at 1:27 PM, Alia Atlas <akatlas@gmail.com> wrote:

> From the comments so far, it is clear that there is work to be done on this draft before adoption.  I am quite eager to see the set of reasonable use-cases get discussed and put in. 
> 
> A single draft of BGP use-cases would be good.  Once one is adopted, the WG can direct the editors to add cases - if and when there is consensus to do so.
> 
> I don't think that a single draft of all I2RS use-cases is at all practical.  

	I agree. You also need to consider the fact that things will evolve over time, and as a result that could hold up the progress of the early use cases in the IETF process as other use cases are discovered and added.   As you also know, we could gut the entire document and start from scratch just using the draft as a shell that targets that charter item. The point is that the WG has such a charter item, and this document at a minimum, is a good start to satisfy that. As you mention, once its a WG draft, the WG is in control of its content and can alter it as needed.

	--Tom


> I would be happy to see more detailed discussion on what does and doesn't belong in the draft.  My personal (WG-chair hat off) preference would be to focus on those cases that aren't "just another configuration mechanism" and that clearly articulate the feedback loop needed of monitored data and events as well as data to modify/write.
> 
> Alia
> 
> 
> On Mon, Jul 29, 2013 at 6:40 AM, Jon Mitchell <jrmitche@puck.nether.net> wrote:
> On 28/07/13 20:15 -0400, Russ White wrote:
> >
> > > Please review draft-keyupdate-irs-bgp-usecases-02 and comment on
> > > whether it should be adopted by I2RS.  Detailed technical conversation is
> > also
> > > most welcome.
> >
> > I was under the impression that this was being merged with
> > draft-white-i2rs-use-case... Did we decide to carry all these use cases
> > forward separately? Or not to carry draft-white-i2rs-use-case forward?
> 
> WG Chairs - is the intent to only have one BGP use cases draft?
> 
> The current keyupdate draft has a large number of use cases and
> scenarios, mostly focused on SP network requirements.  Also, I note
> that most of it's use cases are centralized deployment and vendor
> neutral specification of configuration oriented in nature.  If we are
> going to only progress one document to cover BGP use cases, I would
> prefer it cover at least some use cases oriented towards manipulation
> of routing information to meet service differentiated routing such as
> those specified in your draft.
> 
> At this time without knowing the authors intent (although one of the
> authors is on both documents?) and lack of comment on Joel's similar
> feedback earlier to the group, I'm can't support adoption of this
> draft if there is only an intent to progress one.  I'd be willing to
> support it if the authors are committed to integrating the white draft
> use cases (that don't already overlap such as VPN membership) into a
> merged document however.
> 
> Jon
> 
> 
> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.ietf.org/mailman/listinfo/i2rs