Re: [irs-discuss] 答复: 答复: IRS comments

"Susan Hares" <shares@ndzh.com> Fri, 17 August 2012 19:22 UTC

Return-Path: <shares@ndzh.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 9A4C421F8523 for <irs-discuss@ietfa.amsl.com>; Fri, 17 Aug 2012 12:22:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.147
X-Spam-Level:
X-Spam-Status: No, score=-2.147 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, SARE_SUB_ENC_UTF8=0.152]
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 wNZMAZe+gZYB for <irs-discuss@ietfa.amsl.com>; Fri, 17 Aug 2012 12:22:06 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web.hickoryhill-consulting.com [64.9.205.140]) by ietfa.amsl.com (Postfix) with ESMTP id C2BAF21F84FA for <irs-discuss@ietf.org>; Fri, 17 Aug 2012 12:22:05 -0700 (PDT)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=96.237.177.132;
Received: from SKH2012HPLT (unverified [96.237.177.132]) by hickoryhill-consulting.com (SurgeMail 5.2a) with ESMTP id 3535793-1945496 for multiple; Fri, 17 Aug 2012 15:21:54 -0400
From: Susan Hares <shares@ndzh.com>
To: 'Thomas Nadeau' <tnadeau@lucidvision.com>, 'Mach Chen' <mach.chen@huawei.com>
References: <812700A304640D4292205D5E83FC59E1061C211D@p-embx01-eq.jnpr.net> <CAG=JvvjYk_E6+Qdidyyjc5oDss9HeA2aq2pt5ciQeX06fuiWsQ@mail.gmail.com> <CAG4d1reLL2_4KRb6yseJK9WTB47YzumMBGdu+UwcOWXxmE0M8Q@mail.gmail.com> <CAG=JvvjVhGsVcSzEFxDKKfNckQxgQiWeezWvwpcoAOSgOP--Nw@mail.gmail.com> <CAG4d1rd_p6x_+PsHWtsYU=oOCT-GnmnZNL+MHcJf4NEG5boP7A@mail.gmail.com> <B37E6A2CE5957F4E83C1D9845A0FFE38014A33BC4A@MDWEXGMB02.ciena.com> <CAG4d1reWGjUU-z=9Gx_MvetAWF6wM8oUMpQRc9hxOg1MU37X_w@mail.gmail.com> <A3C4E51A53661B4EBEE7C5F5E6FCDEB5025AB94FE6D2@USEXCHANGE.corp.extremenetworks.com> <CAG4d1rfD8_0WgzRqH-OVAxfn1RYNfY_ynwkcmqN3MBYyrn5TnQ@mail.gmail.com> <3512BB31280C39448A9880F61DD54CEB09C07E@xmb-aln-x09.cisco.com> <CAG4d1rcvk1RmRmrpCwiAGx9s0v3X9aPECdeF1Wz7WSuYwzdFKA@mail.gmail.com> <CACKN6JH8eiYty3QOZ+E5Nt0wO3nYn87yB3pKixJK-3dnaOXfLQ@mail.gmail.com> <CACKN6JFMZqOnHU=vEkx8WxwSLjg5MYY=-VoJ7uOt8SAzvbAT6Q@mail.gmail.com> <A3C4E51A53661B4EBEE7C5F5E6FCDEB5025AB94FE847@USEXCHANGE.corp.extremenetworks.com > <B37E6A2CE5957F4E83 C1D9845A0FFE38014A33C0A0@MDWEXGMB02.ciena.com> <CAG4d1rehfWk-HX27eysze8zdDzjNk4h4wwj2zV6_WJWxoNxY8Q@mail.gmail.com> <B37E6A2CE5957F4E83C1D9845A0FFE38014A33C26F@MDWEXGMB02.ciena.com> <B17A6910EEDD1F45980687268941550FB7B7B6@MISOUT7MSGUSR9I.ITServices.sbc.com> <B37E6A2CE5957F4E83C1D9845A0FFE38014A33C2BD@MDWEXGMB02.ciena.com> <C584046466ED224CA92C1BC3313B963E09F22C5413@INBANSXCHMBSA3.in.alcatel-lucent.com> <B37E6A2CE5957F4E83C1D9845A0FFE38014A33C554@MDWEXGMB02.ciena.com> <CAG4d1rdkT3C9tyuzY+Q8rCQJQ1C419xHTj_jCY5h1YXBMAbi3g@mail.gmail.com> <B37E6A2CE5957F4E83C1D9845A0FFE38014A33C7ED@MDWEXGMB02.ciena.com> <CAG4d1rcni-kpOqKmwX=371m62yJu8fGkGn_neBJ28VbqftA83g@mail.gmail.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE22CA3B5CE@SZXEML511-MBS.china.huawei.com> <CAG4d1rfU5djTXrTuW3XbMUFAjsK598nnqzSRFH3yfxOLOgQVzg@mail.gmail.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE22CA3B61E@SZXEML511-MBS.china.huawei.com> <1E6B6081-2A02-4486-BE7D-3A0E92E0B7B4@lucidvision.com>
In-Reply-To: <1E6B6081-2A02-4486-BE7D-3A0E92E0B7B4@lucidvision.com>
Date: Fri, 17 Aug 2012 15:21:55 -0400
Message-ID: <000501cd7cad$9073ff80$b15bfe80$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGOoLWWEVfGTftSwCkpK4QqzsiakgE4EkiaATU1YakA7fGK9gMVQSc9Ajan2cECXEGcqgEo1UMVAhLBp1cCQP8w0QHCeVnGAqEO4ZACzDtuAAHMMcQkAc+OP4gBmcCZAwH/VLsmAkTzyG4Btb1+cAJhsJDMAbQ/n8kBSVBUVAHQr5rSAfVtKoQCvmYwgQEzL9rXAx5kUhMCWCgc2JYwsW2g
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Cc: 'Alia Atlas' <akatlas@gmail.com>, "'UTTARO, JAMES'" <ju1738@att.com>, "'Dutta, Pranjal K (Pranjal)'" <pranjal.dutta@alcatel-lucent.com>, "'Shah, Himanshu'" <hshah@ciena.com>, irs-discuss@ietf.org
Subject: Re: [irs-discuss] 答复: 答复: IRS comments
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: Fri, 17 Aug 2012 19:22:06 -0000

Tom and Mach: 

IMHO - both cases are seen in today's internet. 

+1 to Tom - Current cases such as VPNs (monitoring & interface adding) - is a current case where direct interaction may be nice

+1 to Mach - Operational cases exist where Applications orchestrate (Applications choose DC with open VM systems) and then talk to the IRS Client who commissions individual node IRS agents to perform tasks.

IMHO the IRS system is a good tool to get interact with routing system. Unlike the generic SNMP hammer, it may be a Swiss army knife tool with multiple interface methods into the system. 

What do you think?
Sue  

-----Original Message-----
From: irs-discuss-bounces@ietf.org [mailto:irs-discuss-bounces@ietf.org] On Behalf Of Thomas Nadeau
Sent: Friday, August 17, 2012 10:09 AM
To: Mach Chen
Cc: irs-discuss@ietf.org; UTTARO, JAMES; Dutta, Pranjal K (Pranjal); Shah, Himanshu; Alia Atlas
Subject: Re: [irs-discuss] 答复: 答复: IRS comments


On Aug 16, 2012, at 10:38 PM, Mach Chen <mach.chen@huawei.com> wrote:

> Hi Alia,
> 
> It's great to define uniform interfaces to the applications, but I am not sure whether the IRS interfaces could be directly used by the applications, in the IRS framework, the applications talk to the IRS agents, IMHO, the IRS agent (it may be the controller or orchestrator role from the SDN point of view, and the IRS interfaces are the southbound interfaces ) should shield the variety of the IRS interfaces.  

The idea is definitely to allow direct use of the interface of that is operationally desired.

Tom 

> And I agree that we should currently focus on the use cases and then define a clear scope. Here is a rough SDN related use case draft (http://tools.ietf.org/html/draft-mm-sdn-vc-vn-on-demand-use-case-01), I am not sure this is related to IRS. 
> 
> Best regards,
> Mach
> 
>> -----邮件原件-----
>> 发件人: Alia Atlas [mailto:akatlas@gmail.com]
>> 发送时间: 2012年8月17日 10:13
>> 收件人: Mach Chen
>> 抄送: Shah, Himanshu; UTTARO, JAMES; Dutta, Pranjal K (Pranjal); 
>> irs-discuss@ietf.org
>> 主题: Re: 答复: [irs-discuss] IRS comments
>> 
>> Hi Mach,
>> 
>> Right - that is one reason why I'm not sure that a CSPF computation 
>> piece is needed for the RSVP sub-interface.  On the other side, 
>> there's benefit to not requiring an application to understand too 
>> many different protocols.
>> 
>> We need to discuss what scope makes sense for the sub-interfaces.  I 
>> think the use-cases will drive this.
>> 
>> Alia
>> 
>> On Thu, Aug 16, 2012 at 10:06 PM, Mach Chen <mach.chen@huawei.com>
>> wrote:
>>> Hi Alia,
>>> 
>>> I am a little confused, the said RSVP sub-interface (on-demand CSPF 
>>> interface)
>> seems what exactly PCEP does today. My understanding of IRS is that 
>> it may be complementary on topology discovery.
>>> 
>>> Best regards,
>>> Mach
>>> 
>>>> -----邮件原件-----
>>>> 发件人: irs-discuss-bounces@ietf.org 
>>>> [mailto:irs-discuss-bounces@ietf.org]
>> 代
>>>> 表 Alia Atlas
>>>> 发送时间: 2012年8月17日 9:45
>>>> 收件人: Shah, Himanshu
>>>> 抄送: UTTARO, JAMES; Dutta, Pranjal K (Pranjal); irs-discuss@ietf.org
>>>> 主题: Re: [irs-discuss] IRS comments
>>>> 
>>>> I'm not entirely clear on the model or question you are asking.  An 
>>>> application could learn topology via IRS to the appropriate IRS 
>>>> agents, do CSPF computations, and support a signaling/CSPF-like 
>>>> sub-interface (if we define such for IRS) as an IRS agent.  Another 
>>>> application could query the first for the CSPF results and then use 
>>>> IRS to trigger signaling on the appropriate device.
>>>> 
>>>> I'm not sure if it makes sense to have an IRS sub-interface that 
>>>> requests CSPF computation, but it might come as part of an RSVP 
>>>> sub-interface to trigger signaling.  We'll have to see about 
>>>> use-cases.
>>>> 
>>>> I don't see a strong motivation to duplicate existing work.
>>>> 
>>>> Alia
>>>> 
>>>> On Thu, Aug 16, 2012 at 2:46 PM, Shah, Himanshu <hshah@ciena.com>
>> wrote:
>>>>> I was wondering if PCE and IRS could have overlapping functionality.
>>>>> 
>>>>> Meaning, can an IRS interface user at both ends (node and 
>>>>> controller) be a
>>>> non-PCE entity and perform
>>>>> the same service as what PCE does?
>>>>> 
>>>>> It seems like you are saying that could work co-operatively...
>>>>> 
>>>>> Thanks,
>>>>> himanshu
>>>> 
>>>> ==snip===
>>>> _______________________________________________
>>>> 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
_______________________________________________
irs-discuss mailing list
irs-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/irs-discuss