RE: Comments on "draft-li-ccamp-wson-igp-eval-01.txt"

"Bardalai, Snigdho" <Snigdho.Bardalai@us.fujitsu.com> Thu, 07 August 2008 04:13 UTC

Return-Path: <owner-ccamp@ops.ietf.org>
X-Original-To: ietfarch-ccamp-archive@core3.amsl.com
Delivered-To: ietfarch-ccamp-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D1E4F3A679F for <ietfarch-ccamp-archive@core3.amsl.com>; Wed, 6 Aug 2008 21:13:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.494
X-Spam-Level:
X-Spam-Status: No, score=-104.494 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7OnTVRQvHHLr for <ietfarch-ccamp-archive@core3.amsl.com>; Wed, 6 Aug 2008 21:13:36 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 623123A682E for <ccamp-archive@ietf.org>; Wed, 6 Aug 2008 21:13:35 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1KQwnc-000EhR-QO for ccamp-data@psg.com; Thu, 07 Aug 2008 04:08:28 +0000
Received: from [168.127.0.57] (helo=fncnmp04.fnc.fujitsu.com) by psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from <Snigdho.Bardalai@us.fujitsu.com>) id 1KQwnY-000Eh0-Rv for ccamp@ops.ietf.org; Thu, 07 Aug 2008 04:08:26 +0000
Received: from rchemx01.fnc.net.local ([168.127.134.104]) by fncnmp02.fnc.fujitsu.com with ESMTP; 06 Aug 2008 23:08:24 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8F843.5BB78328"
Subject: RE: Comments on "draft-li-ccamp-wson-igp-eval-01.txt"
Date: Wed, 6 Aug 2008 23:09:16 -0500
Message-ID: <A278CCD6FF152E478C3CF84E4C3BC79D03A20260@rchemx01.fnc.net.local>
In-Reply-To: <DEA39C2524E24C07A9B2818AAF42A2A6@dan>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Comments on "draft-li-ccamp-wson-igp-eval-01.txt"
Thread-Index: Acjztl9VwpF8Jw4hQhGyKIB3iAEo2QEiVE8Q
From: "Bardalai, Snigdho" <Snigdho.Bardalai@us.fujitsu.com>
To: "Dan Li" <danli@huawei.com>, "Ccamp (E-mail)" <ccamp@ops.ietf.org>
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
List-ID: <ccamp.ops.ietf.org>

Hi Dan,
 
Please see my response below.
 
Thanks,
Snigdho

-----Original Message-----
From: Dan Li [mailto:danli@huawei.com]
Sent: Friday, August 01, 2008 4:10 AM
To: Bardalai, Snigdho; Ccamp (E-mail)
Subject: Re: Comments on "draft-li-ccamp-wson-igp-eval-01.txt"


Hi Snigdho,
 
Very good question! See my comments below.
 
Thanks,
 
Dan

----- Original Message ----- 
From: Bardalai, Snigdho <mailto:Snigdho.Bardalai@us.fujitsu.com>  
To: Ccamp (E-mail) <mailto:ccamp@ops.ietf.org>  
Sent: Friday, August 01, 2008 4:26 AM
Subject: Comments on "draft-li-ccamp-wson-igp-eval-01.txt"



Hi Adrian and Dan, 

I have the following comments on this draft. I was wondering what were the objectives for the IGP evaluation. IMHO the evaluation from WSON perspective should address the following:

1. IGP usage in the context of traditional distributed solutions for WSON 

[Dan] With the situation that TE information is already be carried by IGP, it's nature to think that the wavelength information can also be carried by IGP. I am not saying it should be, but it's worth to look at.
[Bardalai, Snigdho] Do you see any particular issues with using the IGP for this purpose ? 


2. IGP usage in the context of PCE solutions for WSON

[Dan] It's a potential way for PCE to get the wavelength information.
[Bardalai, Snigdho] Since the PCE is the location where path-computation takes place is it possible to limit LSA advertisements from PCC to PCE neighbors, instead of to every PCC neighbor?


3. Flooding and refresh of static and dynamic link state updates

[Dan] Try to figure out the impact to the performance of IGP.
[Bardalai, Snigdho] Is it possible to limit refreshing of static LSA? Ex. using the OSPF "do not age" concept?


4. Data base sync-up during node restarts

[Dan] Yes, this should be considered. Especially the very large amount of data will be sent to the restarting node. We may consider the point to point data exchange instead of flooding the LSA updates. Or slice the big data packet into small pieces.
[Bardalai, Snigdho] This is little tricky, I would be interested to see if there is a clean solution.

Could you please let me know if the above is within the current scope? I believe that these are important. 

Thanks, 
Snigdho