Re: [irs-discuss] Suggestions for IRS Way Forward

Thomas Nadeau <tnadeau@juniper.net> Thu, 02 August 2012 22:32 UTC

Return-Path: <tnadeau@juniper.net>
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 A4F0F21E8090 for <irs-discuss@ietfa.amsl.com>; Thu, 2 Aug 2012 15:32:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.148
X-Spam-Level:
X-Spam-Status: No, score=-6.148 tagged_above=-999 required=5 tests=[AWL=-0.149, BAYES_00=-2.599, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_MED=-4]
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 U80M5ssBrqRz for <irs-discuss@ietfa.amsl.com>; Thu, 2 Aug 2012 15:32:50 -0700 (PDT)
Received: from exprod7og106.obsmtp.com (exprod7og106.obsmtp.com [64.18.2.165]) by ietfa.amsl.com (Postfix) with ESMTP id BE07821F88D0 for <irs-discuss@ietf.org>; Thu, 2 Aug 2012 15:32:49 -0700 (PDT)
Received: from P-EMHUB01-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob106.postini.com ([64.18.6.12]) with SMTP ID DSNKUBsADhZQhPOMSxNgFepv9iIWO/V09VLh@postini.com; Thu, 02 Aug 2012 15:32:49 PDT
Received: from P-CLDFE02-HQ.jnpr.net (172.24.192.60) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 2 Aug 2012 15:31:43 -0700
Received: from p-emfe02-wf.jnpr.net (172.28.145.25) by p-cldfe02-hq.jnpr.net (172.24.192.60) with Microsoft SMTP Server (TLS) id 14.1.355.2; Thu, 2 Aug 2012 15:31:42 -0700
Received: from EMBX01-WF.jnpr.net ([fe80::1914:3299:33d9:e43b]) by p-emfe02-wf.jnpr.net ([fe80::c126:c633:d2dc:8090%11]) with mapi; Thu, 2 Aug 2012 18:31:41 -0400
From: Thomas Nadeau <tnadeau@juniper.net>
To: James Kempf <james.kempf@ericsson.com>, "irs-discuss@ietf.org" <irs-discuss@ietf.org>
Date: Thu, 02 Aug 2012 18:31:39 -0400
Thread-Topic: [irs-discuss] Suggestions for IRS Way Forward
Thread-Index: Ac1w/pYI59DZzyFrQpK27UZd91PG0Q==
Message-ID: <CC404D94.2D5D%tnadeau@juniper.net>
In-Reply-To: <CE39F5249064D946AA3535E63A014619656FC6A4FB@EUSAACMS0703.eamcs.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.2.3.120616
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [irs-discuss] Suggestions for IRS Way Forward
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: Thu, 02 Aug 2012 22:32:50 -0000

	I agree that one of the top work items for this effort should be a
standardized topology function, and one that is accessible via a
non-routing protocol.  While not exactly "low hanging fruit", it is
something that (to me) is a clear work item with clear goals that should
be tackled straight away.

	--Tom



On 8/2/12 3:24 PM, "James Kempf" <james.kempf@ericsson.com> wrote:

>So after seeing part of Alia's talk this morning (I had to leave in the
>middle unfortunately), I'd like to make a couple suggestions. There were
>a lot of ideas presented in the talk, enough for an entire IETF Area. I
>think to make tangible progress, the work needs to be focussed on a small
>subset that would be of immediate interest and usability.
>
>There are a couple areas that suggest themselves, but one that would be
>useful in work that I've been involved in is a standardized format for
>network topology representation and a protocol for exchanging it. The
>Onix OpenFlow controller has a network information base with a
>specialized format for network topology, and every OpenFlow controller
>requires this. Having a standardized way to represent it might foster a
>common topology database package. Another application is network
>management. Every network management system needs some kind of topology
>representation. Finally, though I am not an expert in PCE construction,
>it would seem to me that a PCE would need some kind of topology
>representation in order to perform path calculations. Having a way,for
>example, for the OpenFlow controller and the PCE to exchange topology
>information would be really useful.  I would say to start with physical
>topology because that is fundamental, but make the format flexible enough
>to support 
> virtual topology representation.
>
>			jak
>_______________________________________________
>irs-discuss mailing list
>irs-discuss@ietf.org
>https://www.ietf.org/mailman/listinfo/irs-discuss