Re: RE: association object
Huub van Helvoort <hhelvoort@chello.nl> Wed, 19 July 2006 12:45 UTC
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G3BQC-00081G-CC for ccamp-archive@ietf.org; Wed, 19 Jul 2006 08:45:00 -0400
Received: from psg.com ([147.28.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G3BQA-00083G-Vx for ccamp-archive@ietf.org; Wed, 19 Jul 2006 08:45:00 -0400
Received: from majordom by psg.com with local (Exim 4.60 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1G3BJb-0008qD-VJ for ccamp-data@psg.com; Wed, 19 Jul 2006 12:38:11 +0000
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on psg.com
X-Spam-Level:
X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,DNS_FROM_RFC_POST, FORGED_RCVD_HELO,SPF_PASS autolearn=no version=3.1.1
Received: from [213.46.243.15] (helo=amsfep12-int.chello.nl) by psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from <hhelvoort@chello.nl>) id 1G3BJZ-0008pj-QB for ccamp@ops.ietf.org; Wed, 19 Jul 2006 12:38:10 +0000
Received: from localhost ([127.0.0.1]) by amsfep12-int.chello.nl (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with SMTP id <20060719123757.SFPK1836.amsfep12-int.chello.nl@localhost>; Wed, 19 Jul 2006 14:37:57 +0200
X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809)
X-Originating-IP: [156.106.204.104]
From: Huub van Helvoort <hhelvoort@chello.nl>
To: Lucy Yong <lucyyong@huawei.com>, "'Ong, Lyndon'" <Lyong@Ciena.com>, richard@us.fujitsu.com, ccamp@ops.ietf.org
Subject: Re: RE: association object
Date: Wed, 19 Jul 2006 14:37:57 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <20060719123757.SFPK1836.amsfep12-int.chello.nl@localhost>
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Score: 0.1 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Dear Lucy, You wrote: > Thank you for the explanation. Thus, this association is only significant at > the destination, is that right? Yes, intermediate nodes do not have to be aware of the association between the LSPs in a VCG. > Is VCG group value generated by the source? I am not sure what you mean by value. Is it the identifier for a specific VCG, or is it the size (number of LSPs) of the VCG? Cheers, Huub. > _____ > > From: owner-ccamp@ops.ietf.org [mailto:owner-ccamp@ops.ietf.org] On Behalf > Of Ong, Lyndon > Sent: Tuesday, July 18, 2006 12:26 PM > To: Lucy Yong; richard@us.fujitsu.com; ccamp@ops.ietf.org > Subject: RE: association object > > 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 >
- association object Lucy Yong
- RE: association object Ong, Lyndon
- Re: association object Richard Rabbat
- RE: association object Lucy Yong
- Re: RE: association object Huub van Helvoort
- RE: RE: association object Lucy Yong
- Re: association object Richard Rabbat