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

Robert Raszuk <robert@raszuk.net> Thu, 02 August 2012 23:20 UTC

Return-Path: <robert@raszuk.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 2AF0421E80A0 for <irs-discuss@ietfa.amsl.com>; Thu, 2 Aug 2012 16:20:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.015
X-Spam-Level:
X-Spam-Status: No, score=-2.015 tagged_above=-999 required=5 tests=[AWL=-0.016, BAYES_00=-2.599, J_CHICKENPOX_33=0.6]
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 sq-wnDJKGt3X for <irs-discuss@ietfa.amsl.com>; Thu, 2 Aug 2012 16:20:49 -0700 (PDT)
Received: from mail1310.opentransfer.com (mail1310.opentransfer.com [76.162.254.103]) by ietfa.amsl.com (Postfix) with ESMTP id 9C7EB21E8096 for <irs-discuss@ietf.org>; Thu, 2 Aug 2012 16:20:48 -0700 (PDT)
Received: (qmail 28545 invoked by uid 399); 2 Aug 2012 23:20:48 -0000
Received: from unknown (HELO ?130.129.17.10?) (pbs:robert@raszuk.net@130.129.17.10) by mail1310.opentransfer.com with ESMTPM; 2 Aug 2012 23:20:48 -0000
X-Originating-IP: 130.129.17.10
Message-ID: <501B0B4F.7020609@raszuk.net>
Date: Fri, 03 Aug 2012 01:20:47 +0200
From: Robert Raszuk <robert@raszuk.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: James Kempf <james.kempf@ericsson.com>
References: <CE39F5249064D946AA3535E63A014619656FC6A4FB@EUSAACMS0703.eamcs.ericsson.se>
In-Reply-To: <CE39F5249064D946AA3535E63A014619656FC6A4FB@EUSAACMS0703.eamcs.ericsson.se>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "irs-discuss@ietf.org" <irs-discuss@ietf.org>
Subject: Re: [irs-discuss] Suggestions for IRS Way Forward
X-BeenThere: irs-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: robert@raszuk.net
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 23:20:50 -0000

Hi James,

On the topic of topology export it is my understanding that we do 
already have a solution which in fact even authors of IRS framework 
support and are putting under their umbrella.

That is: http://tools.ietf.org/html/draft-gredler-idr-ls-distribution-01

The draft as standards track document defines the topology export 
standard in form of link and node NLRIs with bunch of TLVs.

So the key aspect would be to see what is missing and if something is 
missing in the space of topology export to evaluate if this solution by 
principle can be extended to accommodate it.

Best,
R.


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