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

Alia Atlas <akatlas@gmail.com> Mon, 29 July 2013 11:28 UTC

Return-Path: <akatlas@gmail.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 0CA0821F9360 for <i2rs@ietfa.amsl.com>; Mon, 29 Jul 2013 04:28:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.547
X-Spam-Level:
X-Spam-Status: No, score=-2.547 tagged_above=-999 required=5 tests=[AWL=0.052, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-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 OiLkwLufYeTL for <i2rs@ietfa.amsl.com>; Mon, 29 Jul 2013 04:28:42 -0700 (PDT)
Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) by ietfa.amsl.com (Postfix) with ESMTP id 1406321E80A6 for <i2rs@ietf.org>; Mon, 29 Jul 2013 04:27:48 -0700 (PDT)
Received: by mail-ob0-f182.google.com with SMTP id wo10so8977676obc.41 for <i2rs@ietf.org>; Mon, 29 Jul 2013 04:27:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KAEEa6o5wZBS+ofWruxqOh+RMXpXfsdD/EvU3eToNcM=; b=v7yPeRVYa84q5CkE//AZbM4X7Em7z3w5/kvQsd97KwjOGybA+huiKhU7BCGEe83zjg fUyjAXnDE1cuwX5Z7ee094wEYmG/qB1YTS9RQAf6QpiTkoFz5WSnOp0oMZacbZa6mliE XM4dPekriux2wEpZw57JvyphabJCIPaLu5RBMK1a+16XzDm1dAXjfPijpzC/tIL3mcZO PfROBzYBE4ox6X2njL30/k8fcKyKh1a0m7aiNTrY2SW9SGmtMoUxo3aIN1jhBYyqbScP Pk+PiPHTmhZjM0oVrrOYWww239fR/yf32beea8TiVyeyHwjZZvJaFnzPRsa09XPjzg+c U4+w==
MIME-Version: 1.0
X-Received: by 10.43.65.144 with SMTP id xm16mr21270466icb.112.1375097268019; Mon, 29 Jul 2013 04:27:48 -0700 (PDT)
Received: by 10.64.8.19 with HTTP; Mon, 29 Jul 2013 04:27:47 -0700 (PDT)
In-Reply-To: <20130729104056.GA7087@puck.nether.net>
References: <CAG4d1rdOrA4P6tZXqRmReRetusDLX3cjFvtxYw0OD9oE2ASZQA@mail.gmail.com> <039801ce8bf0$c7caed60$5760c820$@riw.us> <20130729104056.GA7087@puck.nether.net>
Date: Mon, 29 Jul 2013 07:27:47 -0400
Message-ID: <CAG4d1rcoDiwD821Yo5n5NFd4uZjTT-X2K51JWgqUUAkidrBcdQ@mail.gmail.com>
From: Alia Atlas <akatlas@gmail.com>
To: Jon Mitchell <jrmitche@puck.nether.net>
Content-Type: multipart/alternative; boundary="bcaec51b1b6f3128c904e2a4c832"
Cc: Russ White <russw@riw.us>, "i2rs@ietf.org" <i2rs@ietf.org>
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:28:44 -0000

>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 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
>
>