Re: [irs-discuss] I-D Action: draft-ward-irs-framework-00.txt

Alia Atlas <akatlas@gmail.com> Wed, 01 August 2012 22:58 UTC

Return-Path: <akatlas@gmail.com>
X-Original-To: irs-discuss@ietfa.amsl.com
Delivered-To: irs-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4552711E8131 for <irs-discuss@ietfa.amsl.com>; Wed, 1 Aug 2012 15:58:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 c1ZBjsPmjeBC for <irs-discuss@ietfa.amsl.com>; Wed, 1 Aug 2012 15:58:55 -0700 (PDT)
Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by ietfa.amsl.com (Postfix) with ESMTP id 266FA11E8125 for <irs-discuss@ietf.org>; Wed, 1 Aug 2012 15:58:55 -0700 (PDT)
Received: by yhq56 with SMTP id 56so8544286yhq.31 for <irs-discuss@ietf.org>; Wed, 01 Aug 2012 15:58:54 -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:content-transfer-encoding; bh=tbPvvziESIjyu/YOO/PWChNH2mc9FGk8ZFIaoqsLtOo=; b=DBUFdyQ9VHazVlgp220anZ1WRuhIG867uEaKq3iYGpbWNbUKVnS1dGc4pB7lo7qp8u hSj8lWx42SGPYPYWsoviBvZfUs+MXGPzV6G0iGouNCYBNP6gNfDqWqmp/GJZzaO2Cr7u fRFspu4PQ8+9IJuR0unB0zZEBjStaRBj/OYIFU1jy0ROAospBPk38wudi4z0g6HH9FD0 HJNmTXITItWQ3Ge4pVs75XdP4SBPj/4BsiG76fknVanc7k6K3HVxQpckUTE94BNokSmv KkQ0dKw5BdxgH1NkrOZPGU4dukxhvMPCTiAfyD9EnRL7vz0hPParxv2rpAehA/lLLXdl 7aLg==
MIME-Version: 1.0
Received: by 10.50.104.228 with SMTP id gh4mr5363997igb.71.1343861934050; Wed, 01 Aug 2012 15:58:54 -0700 (PDT)
Received: by 10.50.34.169 with HTTP; Wed, 1 Aug 2012 15:58:54 -0700 (PDT)
In-Reply-To: <728F9B956B2C48439CA9294B1723B146237556AB@dfweml509-mbs.china.huawei.com>
References: <20120730180849.1235.96769.idtracker@ietfa.amsl.com> <50170758.3030908@joelhalpern.com> <728F9B956B2C48439CA9294B1723B14623754A03@dfweml509-mbs.china.huawei.com> <CAG4d1rfzHv5sfeXeFSfjzFnqLcDx_-6AFqS1fCCq_Jvi7adSkQ@mail.gmail.com> <728F9B956B2C48439CA9294B1723B146237553BF@dfweml509-mbs.china.huawei.com> <CAG4d1rdnMdW9mHmdOGCk7Hm+GtQ7JiFPSz5EiHrw8i8hauXgJA@mail.gmail.com> <728F9B956B2C48439CA9294B1723B146237556AB@dfweml509-mbs.china.huawei.com>
Date: Wed, 1 Aug 2012 18:58:54 -0400
Message-ID: <CAG4d1rfhp0nnO6yMfZqfjV1sWdMv5BdGOOZ-Kw-y=Xf0Sgxtuw@mail.gmail.com>
From: Alia Atlas <akatlas@gmail.com>
To: Susan Hares <susan.hares@huawei.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: "Joel M. Halpern" <jmh@joelhalpern.com>, "irs-discuss@ietf.org" <irs-discuss@ietf.org>
Subject: Re: [irs-discuss] I-D Action: draft-ward-irs-framework-00.txt
X-BeenThere: irs-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <irs-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/irs-discuss>, <mailto:irs-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/irs-discuss>
List-Post: <mailto:irs-discuss@ietf.org>
List-Help: <mailto:irs-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/irs-discuss>, <mailto:irs-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 22:58:56 -0000

Thanks!

On Wed, Aug 1, 2012 at 6:54 PM, Susan Hares <susan.hares@huawei.com>; wrote:
> Alia:
>
> I'll try to create a bibliography of things people should read.  It will be mid-next week since I'm away from my home library on the SDN topic.
>
> Sue
>
> -----Original Message-----
> From: Alia Atlas [mailto:akatlas@gmail.com]
> Sent: Wednesday, August 01, 2012 3:51 PM
> To: Susan Hares
> Cc: Joel M. Halpern; irs-discuss@ietf.org
> Subject: Re: [irs-discuss] I-D Action: draft-ward-irs-framework-00.txt
>
> Sue,
>
> I look forward to talking with you more off-line on the policy and
> local-pref research and issues.  If you have suggestions on good
> background research to read, by all means send it to the list so
> others can get up to speed as well.
>
> On the atomic transaction semantics question, let's get a bit further
> into the use-cases and framework - and then have a focused discussion.
>  I'm not opposed to it forever or if it is necessary - just would like
> to thoroughly analyze if it is a real requirement.
>
> Do others have opinions and perspective on this?
>
> Alia
>
> On Wed, Aug 1, 2012 at 1:58 PM, Susan Hares <susan.hares@huawei.com>; wrote:
>> Alia:
>>
>> The hierarchical of interfaces (To routing system) is one of the areas that requires prioritization. The prioritization must be able to handle "preempt me", "after you", and "after me".
>>
>> It is also key to understand that irs system must handle multi-interfaces struggles at the lowest layer.  You need to look at the MIF WG (+/-) for some of the struggles of mobility.
>>
>> -----Original Message-----
>> From: Alia Atlas [mailto:akatlas@gmail.com]
>> Sent: Monday, July 30, 2012 6:33 PM
>> To: Susan Hares
>> Cc: Joel M. Halpern; irs-discuss@ietf.org
>> Subject: Re: [irs-discuss] I-D Action: draft-ward-irs-framework-00.txt
>>
>> Hi Sue,
>>
>> On Mon, Jul 30, 2012 at 9:16 PM, Susan Hares <susan.hares@huawei.com>; wrote:
>>> Joel and irs-folks:
>>>
>>> +1 on Joel.
>>>
>>>  Beyond your comments, the requirement prioritization of the interworking of these interfaces is not clearly delineated in this work. This type of prioritization and sequencing is key to multi-interfaces operation on the monitoring, configuration or insertion of information into the depth.
>>
>> [Alia] Can you further clarify, maybe with an example, which aspect
>> you are thinking of?   Do you mean the ability of an application to
>> access multiple sub-interfaces?  The interaction of operations
>> requested by differerent applications?
>>
>>> In addition, if you are going to do configuration with roll-forward/roll-back - you need a transaction based processing.
>>
>> [Alia] I'm pretty sure that I avoided the word "transaction" in both
>> drafts.  That was deliberate.  Of course, we can have a discussion
>> about whether or not some form of transactions might be desirable.  I
>> am concerned about their potentially heavy-weight nature.
>>
>>> Therefore, you've skipped even requiring the hard problems.
>>
>> [Alia] Can I optimistically pretend that means that the requirements
>> we do have don't seem too hard?  For the responsiveness and throughput
>> goals, I've put a stake in the ground to avoid transaction-based
>> semantics.  Naturally, the hordes can run over that stake, if
>> necessary.
>>
>> [Sue]: The requirements are necessary even if they are hard.
>>
>> [Alia] For the interaction between different layers of sub-interfaces,
>> I've been assuming that we'll define the interactions between the
>> layers based on how they are generally done.  For instance, perhaps we
>> standardize the idea of preference value - and then the RIB can pick
>> the best route based upon those preferences.  For interaction between
>> different applications, I think there's a mixture of
>> authorization/authentication to get right plus a good set of events
>> that an application could register for.
>>
>> [Sue]: As someone who has lived with "local pref" in BGP for a long time, there is a bit more to unwrap in the statement.  However, it breaks down to prioritization that is pre-set by preferences.
>>
>> The policy issues behind the local-pref setting have been studied by the BGP policy community. This is substantial good work on this from the academic researchers, vendors, and operator. Griffins, Rexford, Bush, Feamster, ..... and lots others are much better on the theory than I am.
>>
>>> Is this just the -00.draft?
>>
>> [Alia] Certainly, I expect that we'll uncover more requirements as we
>> go along.  As I said, some of this is initially setting parts  out of
>> scope.
>>
>> ---> Scope == good.  Setting scope allows us to pick a piece of this work and standardize it for interoperability.
>>
>> Alia
>>
>>> Sue
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: irs-discuss-bounces@ietf.org [mailto:irs-discuss-bounces@ietf.org] On Behalf Of Joel M. Halpern
>>> Sent: Monday, July 30, 2012 3:15 PM
>>> To: irs-discuss@ietf.org
>>> Subject: Re: [irs-discuss] I-D Action: draft-ward-irs-framework-00.txt
>>>
>>> I am finding this document quite confusing.
>>>
>>> The primary confusion is that the document first says that it is about
>>> information that can not be manipulated with existing systems, and then
>>> proceeds to give a list of use cases all of which can be manipulated
>>> with existing systems at a suitable degree of abstraction.
>>>
>>> As a lesser confusion, the document says that "streaming" is important,
>>> but then describes "streaming" as "fast, interactive access."  That is
>>> not streaming.  And depending upon what one means by interactive, plenty
>>> of systems provide "fest, interactive access."  I realize the document
>>> later goes on tot talk about speed and frequency of state updates.   But
>>> that section simply reasserts the earlier terms withotu better
>>> description or justification.
>>>
>>> Yours,
>>> Joel
>>>
>>> On 7/30/2012 2:08 PM, internet-drafts@ietf.org wrote:
>>>>
>>>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>>>>
>>>>
>>>>       Title           : Interface to the Routing System Framework
>>>>       Author(s)       : Alia Atlas
>>>>                            Thomas Nadeau
>>>>                            Dave Ward
>>>>       Filename        : draft-ward-irs-framework-00.txt
>>>>       Pages           : 21
>>>>       Date            : 2012-07-30
>>>>
>>>> Abstract:
>>>>     This document describes a framework for a standard, programmatic
>>>>     interface for full-duplex, streaming state transfer in and out of the
>>>>     Internet's routing system.  It lists the information that might be
>>>>     exchanged over the interface, and describes the uses of an interface
>>>>     to the Internet routing system.
>>>>
>>> _______________________________________________
>>> irs-discuss mailing list
>>> irs-discuss@ietf.org
>>> https://www.ietf.org/mailman/listinfo/irs-discuss
>>> _______________________________________________
>>> irs-discuss mailing list
>>> irs-discuss@ietf.org
>>> https://www.ietf.org/mailman/listinfo/irs-discuss