Re: [CCAMP] Request for comments: the next step about the draft draft-zhang-ccamp-mpls-tp-rsvpte-ext-tunnel-num-03 Wed, 08 August 2012 08:33 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 69E9F11E80D5 for <>; Wed, 8 Aug 2012 01:33:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -95.949
X-Spam-Status: No, score=-95.949 tagged_above=-999 required=5 tests=[AWL=-0.914, BAYES_50=0.001, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id VucDMZcsueQx for <>; Wed, 8 Aug 2012 01:33:52 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id D995911E808E for <>; Wed, 8 Aug 2012 01:33:51 -0700 (PDT)
Received: from [] by with surfront esmtp id 10723473195744; Wed, 8 Aug 2012 16:21:33 +0800 (CST)
Received: from [] by [] with StormMail ESMTP id 56952.4555706507; Wed, 8 Aug 2012 16:33:40 +0800 (CST)
Received: from ([]) by with ESMTP id q788XXrg078228; Wed, 8 Aug 2012 16:33:33 +0800 (GMT-8) (envelope-from
In-Reply-To: <>
To: Lou Berger <>
MIME-Version: 1.0
X-KeepSent: DACD0E47:4AAF0AAD-48257A54:002341DA; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
Message-ID: <>
Date: Wed, 08 Aug 2012 16:33:29 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-08-08 16:33:31, Serialize complete at 2012-08-08 16:33:31
Content-Type: multipart/alternative; boundary="=_alternative 002EFA0148257A54_="
X-MAIL: q788XXrg078228
Subject: Re: [CCAMP] Request for comments: the next step about the draft draft-zhang-ccamp-mpls-tp-rsvpte-ext-tunnel-num-03
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 08 Aug 2012 08:33:53 -0000


Sorry for the misunderstanding, the proposal is listed below. 

we define the new Association Type "LSP identifiers" and it's semantics in 
the draft draft-zhang-ccamp-mpls-tp-rsvpte-ext-tunnel-num-03. Furthermore, 
this draft will only focus on the corouted bidirectional LSP, and this 
type of the Association object can be carried in the Resv message to let 
A1 node know the Global ID and tunnel number of Z9 node.

As to the associated bidrectional LSP, Z9 and A1 node needs to each 
other's global ID in certain scenarios (CV configuration if the LSP across 
different domains). we will add one section in the draft 
to describe the scenarios and cite the extension defined in the draft 
draft-zhang-ccamp-mpls-tp-rsvpte-ext-tunnel-num-03. In other words, if CV 
configuration is required and the LSP is across different domains, two 
Association object will be carried at least, one is the Association Type 
"associatied bidirectional lsp" to represent the association and the other 
is the Association Type "LSP identifiers" used for CV configuration.

In this way, the subjects of these two drafts are unambiguous, one is 
corouted and the other is associated. IMHO, the vendor will implement 
corouted or associated bidrectional LSPs, but may not implement both of 
them. Consider the reason listed above, I would like to keep the two 
drafts relatively independent and relunctant to put all these content into 
one draft

Any comments are welcome



Lou Berger <> 
2012-08-04 05:35

Re: Request for comments: the next step about the draft 

                 My request was a bit more specific.  The request was/is 
for the authors
to propose, on the list, text that would merge support for the function
discussed in the draft (and agreed to on the list) into
draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp.  The WG could then
react to this proposal and agree/disagree to the proposed merge.


On 8/3/2012 4:37 AM, wrote:
> Hi Lou
> Thanks you for your suggestion in the merging the solution into the
> existing WG documents to push this work forward. :)
> IMHO, there are three potential WG documents, like
> (1) draft-ietf-ccamp-assoc-ext-03.txt
> <>
> This draft is now in IESG processing, which defines the extensions of
> the Association object, and is irrelevant with the specific association
> types.
> (2) draft-ietf-ccamp-rsvp-te-mpls-tp-oam-ext-08
> <>
> The proposed text can be added in section 3.2, a new TLV or the
> Association object with the defined new association type, which carring
> back the Z9_tunnel_num in the Resv message, needs to be defined there.
> This draft is WG last call, and I have sent out the corresponding
> comments, hope to hear the authors' opinion.
> (3) draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp
> <
> If the proposed texts are added in this draft, the subject needs to be
> enlarged to cover both the associated and corouted bidirectional LSPs.
> Maybe the first step is to determine which draft is the better choice
> for merging, then we will submit the proposed texts.
> Any WG's feedbacks are welcome
> Best regards
> Fei