RE: association object

"Ong, Lyndon" <Lyong@Ciena.com> Tue, 18 July 2006 17:32 UTC

Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G2tQj-00073s-G9 for ccamp-archive@ietf.org; Tue, 18 Jul 2006 13:32:21 -0400
Received: from psg.com ([147.28.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G2tQd-0007cL-1f for ccamp-archive@ietf.org; Tue, 18 Jul 2006 13:32:21 -0400
Received: from majordom by psg.com with local (Exim 4.60 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1G2tLo-000BJI-7d for ccamp-data@psg.com; Tue, 18 Jul 2006 17:27:16 +0000
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on psg.com
X-Spam-Level:
X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE, SPF_SOFTFAIL autolearn=no version=3.1.1
Received: from [63.118.34.22] (helo=hicks.ciena.com) by psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from <Lyong@Ciena.com>) id 1G2tLf-000BIc-BT for ccamp@ops.ietf.org; Tue, 18 Jul 2006 17:27:07 +0000
Received: from lin1-118-39-27.ciena.com (HELO mdmxm02.ciena.com) ([63.118.39.27]) by hicks.ciena.com with ESMTP; 18 Jul 2006 13:45:01 -0400
X-IronPort-AV: i="4.06,255,1149480000"; d="scan'208,217"; a="59861036:sNHT50083140"
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_01C6AA8F.2E8B883A"
Subject: RE: association object
Date: Tue, 18 Jul 2006 13:25:36 -0400
Message-ID: <0901D1988E815341A0103206A834DA07E7D531@mdmxm02.ciena.com>
In-Reply-To: <009b01c6aa74$c3a13c90$a5087c0a@china.huawei.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: association object
Thread-Index: AcaqdMAu71h2jF0ESMCbA6g/yiG4pQAGe8Hg
From: "Ong, Lyndon" <Lyong@Ciena.com>
To: Lucy Yong <lucyyong@huawei.com>, richard@us.fujitsu.com, ccamp@ops.ietf.org
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ff0adf256e4dd459cc25215cfa732ac1

Hi Lucy,
 
The association object is used to associate components of a VCG that are
already diversely routed in the draft, I would think diverse routing is
more a 
feature of path computation than the signaling to set up the component.
 
What the association object does is allow you to tell what LSPs arriving
at
the destination are part of the same VCG.
 
Cheers,
 
Lyndon

________________________________

From: owner-ccamp@ops.ietf.org [mailto:owner-ccamp@ops.ietf.org] On
Behalf Of Lucy Yong
Sent: Tuesday, July 18, 2006 7:16 AM
To: richard@us.fujitsu.com; ccamp@ops.ietf.org
Subject: association object



Richard,

 

It was nice to meet you in IETF meeting. I have a question about
association object used to associate the diversely routed LSPs. 

 

If a LSP is established first, say LSP1, then another LSP (say LSP2)
needs to be established and be diversely routed from LSP1, how
association object is applied in this case? It is easy to use in the
latter LSP request, however, how does LSP1 know that it needs to diverse
from LSP2.

 

What is the relationship between this association object and diversity
object in GMPLS.

 

Best Regards,

Lucy