Re: [CCAMP] poll on making draft-zhang-mpls-tp-rsvpte-ext-associated-lsp-04 a WG document

zhang.fei3@zte.com.cn Wed, 13 April 2011 02:03 UTC

Return-Path: <zhang.fei3@zte.com.cn>
X-Original-To: ccamp@ietfc.amsl.com
Delivered-To: ccamp@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 43496E06E3; Tue, 12 Apr 2011 19:03:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -97.635
X-Spam-Level:
X-Spam-Status: No, score=-97.635 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MgljfgyNcIpz; Tue, 12 Apr 2011 19:03:32 -0700 (PDT)
Received: from mx5.zte.com.cn (mx6.zte.com.cn [63.218.89.70]) by ietfc.amsl.com (Postfix) with ESMTP id D11AFE066A; Tue, 12 Apr 2011 19:03:31 -0700 (PDT)
Received: from [10.34.0.130] by mx5.zte.com.cn with surfront esmtp id 35101461793122; Wed, 13 Apr 2011 10:00:59 +0800 (CST)
Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 22671.2021717271; Wed, 13 Apr 2011 10:03:26 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id p3D22psi030458; Wed, 13 Apr 2011 10:02:52 +0800 (GMT-8) (envelope-from zhang.fei3@zte.com.cn)
In-Reply-To: <6477E10CC7D76444A479B9AC31F262A9DDD135B0@ESESSCMS0365.eemea.ericsson.se>
To: Attila Takacs <Attila.Takacs@ericsson.com>
MIME-Version: 1.0
X-KeepSent: 37162510:107CB3C2-48257871:00075364; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
Message-ID: <OF37162510.107CB3C2-ON48257871.00075364-48257871.000B2632@zte.com.cn>
From: zhang.fei3@zte.com.cn
Date: Wed, 13 Apr 2011 10:01:58 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-04-13 10:02:50, Serialize complete at 2011-04-13 10:02:50
Content-Type: multipart/alternative; boundary="=_alternative 000B263148257871_="
X-MAIL: mse01.zte.com.cn p3D22psi030458
Cc: "ccamp@ietf.org" <ccamp@ietf.org>, ccamp-bounces@ietf.org
Subject: Re: [CCAMP] poll on making draft-zhang-mpls-tp-rsvpte-ext-associated-lsp-04 a WG document
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Apr 2011 02:03:33 -0000

Hi Attila

Be appreciated for your comments.

See in line

Best regards

Fei



Attila Takacs <Attila.Takacs@ericsson.com> 
发件人:  ccamp-bounces@ietf.org
2011-04-13 04:27

收件人
"ccamp@ietf.org" <ccamp@ietf.org>
抄送

主题
Re: [CCAMP] poll on     making 
draft-zhang-mpls-tp-rsvpte-ext-associated-lsp-04 a WG   document






Hi authors,

You talk about two provisioning models: "single" and "double" sided modes. 


Double sided is clear, it uses independent signaling for the two LSPs. 

Single sided, if I understood correctly, somehow binds the two LSP 
signaling phases together. I have some doubts that this model is needed. 
It seems to complicate operation and it also begs the question why not use 
bidirectional LSPs instead. 

[Fei] Just my two cents. Compared to co-routed bidirectional LSPs, the 
operation is a little complicated; but contrast to double sided 
provisioning, the operation is more or less   easier (the binding does not 
depend on the refreshed signaling).

As to the question that why not use co-routed bidrectional LSPs. Two 
consideration are listed below:

1) The bandwidth can not be satisfied in the reverse direction if co-route 
is required
2) The LSPs from west to east (LSP1) and east to west (LSP2) are already 
existing, they can be bound together also. 

I think two independently signaled LSPs with the addition of the proposed 
Association object would do the job addressing the associated 
bidirectional LSP requirements, so that transit nodes are also aware of 
the binding.

Best regards,
Attila 

-----Original Message-----
From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of 
Lou Berger
Sent: Friday, April 01, 2011 11:24 AM
To: ccamp@ietf.org
Subject: [CCAMP] poll on making 
draft-zhang-mpls-tp-rsvpte-ext-associated-lsp-04 a WG document

All,

This is to start a two week poll on making
draft-zhang-mpls-tp-rsvpte-ext-associated-lsp-04 a ccamp working group 
document. Please send mail to the list indicating "yes/support"
or "no/do not support".  If indicating no, please state your technical 
reservations with the document.

The poll ends Friday April 15.

Much thanks,
Lou (and Deborah)

_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp
_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
https://www.ietf.org/mailman/listinfo/ccamp