Re: [PWE3] draft-boutros-pwe3-mpls-tp-ms-pw-00

lizhong.jin@zte.com.cn Sun, 28 November 2010 03:15 UTC

Return-Path: <lizhong.jin@zte.com.cn>
X-Original-To: pwe3@core3.amsl.com
Delivered-To: pwe3@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CDCA43A69A0 for <pwe3@core3.amsl.com>; Sat, 27 Nov 2010 19:15:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.543
X-Spam-Level:
X-Spam-Status: No, score=-101.543 tagged_above=-999 required=5 tests=[AWL=0.295, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_DOUBLE_IP_LOOSE=0.76, 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 I9ZUGLR1p6Nu for <pwe3@core3.amsl.com>; Sat, 27 Nov 2010 19:15:13 -0800 (PST)
Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id 5BBFD3A6927 for <pwe3@ietf.org>; Sat, 27 Nov 2010 19:15:11 -0800 (PST)
Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 205951397396305; Sun, 28 Nov 2010 11:12:52 +0800 (CST)
Received: from [10.32.0.74] by [192.168.168.16] with StormMail ESMTP id 52528.3769657548; Sun, 28 Nov 2010 11:11:25 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse3.zte.com.cn with ESMTP id oAS3GGcB004890; Sun, 28 Nov 2010 11:16:16 +0800 (CST) (envelope-from lizhong.jin@zte.com.cn)
In-Reply-To: <XFE-SJC-231HkidcDjo00000016@xfe-sjc-231.amer.cisco.com>
To: Sami Boutros <sboutros@cisco.com>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
Message-ID: <OF20665252.17E9B22C-ON482577E9.00112C0C-482577E9.0011F473@zte.com.cn>
From: lizhong.jin@zte.com.cn
Date: Sun, 28 Nov 2010 11:15:07 +0800
X-MIMETrack: S/MIME Sign by Notes Client on JinLiZhong127666/user/zte_ltd(Release 6.5.6|March 06, 2007) at 2010-11-28 11:16:07, Serialize by Notes Client on JinLiZhong127666/user/zte_ltd(Release 6.5.6|March 06, 2007) at 2010-11-28 11:16:07, Serialize complete at 2010-11-28 11:16:07, S/MIME Sign failed at 2010-11-28 11:16:07: The cryptographic key was not found, Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2010-11-28 11:16:08, Serialize complete at 2010-11-28 11:16:08
Content-Type: multipart/alternative; boundary="=_alternative 0011F470482577E9_="
X-MAIL: mse3.zte.com.cn oAS3GGcB004890
Cc: pwe3@ietf.org, lmartini@cisco.com, msiva@cisco.com
Subject: Re: [PWE3] draft-boutros-pwe3-mpls-tp-ms-pw-00
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pwe3>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Nov 2010 03:15:14 -0000

Hi Sami,
I may miss something, sorry for that. Would you please explain more about 
the PW pinned down to the LSP? Is this a dedicated PW for LB with same BW 
and TOS as LSP, or a normal service PW?

Thanks
Lizhong
 

Sami Boutros <sboutros@cisco.com> wrote on 2010-11-27 02:35:12:

> Hi Lizhong,
> 
> Thanks for your comments, please see responses inline.
> At 07:03 PM 11/25/2010, lizhong.jin@zte.com.cn wrote:

> Hi Sami 
> A couple of questions around this draft. 
> 1. section 3.1.1.1, If PW2 is a dynamic segment and does not support
> PW status, S-PE needs to withdraw its labels from T-PE2 before 
> locking the MPLS LSP. 
> [Lizhong] S-PE should also withdraw its labels from T-PE1 if PW1 is 
> dynamic segment and does not support PW status, since it is locking 
> LSP, not PW, right? 
> 
> Correct, we will clarify that in the text.

> 2. section 3.1.1.2, It then sends LI request message to T-PE1. 
> [Lizhong] "It" refers to "S-PE1", right? 
> 
> Right, we will fix this, change S-PE to S-PE1

> 3. section 3.2.1, T-PE1 sends an LB request message which is 
> received by S-PE. S-PE can setup the MPLS-TP LSP only if all the PWs
> carried over that LSP can be setup in loopback mode. 
> 
> If the MPLS-TP LSP is successfully setup in loopback mode, all 
> incoming packets over PW1 will be looped back to T-PE1. 
> [Lizhong] Does that mean the LB packets need to be running over PW, 
> and encapsulated with PW packets? But usually the PW will not shair 
> same fate with LSP. 
> 
> We are discussing the case when the PW is pinned down to the LSP 
> that is being put in loopback, in that case the PW will share the 
> fate of the LSP and hence packets sent over the PW will be looped 
> back since the LSP will be put in loopback.

> If we want to only do loopback for LSP, it seems that only 
> bidirectional LSP without PHP can do such LB function. 
> 
> Correct, the LSP has to be bidirectional for the LB function to work.
> 
> Thanks,
> 
> Sami

> Thanks 
> Lizhong 
> 
> 
> > ------------------------------
> > 
> > Message: 5
> > Date: Tue, 23 Nov 2010 02:30:19 -0800
> > From: Sami Boutros <sboutros@cisco.com>
> > Subject: [PWE3] draft-boutros-pwe3-mpls-tp-ms-pw-00
> > To: <pwe3@ietf.org>
> > Cc: "lmartini@cisco.com" <lmartini@cisco.com>,   "Siva Sivabalan
> >    \(msiva\)" <msiva@cisco.com>
> > Message-ID: <XFE-SJC-211gOVIBkfZ00000006@xfe-sjc-211.amer.cisco.com>
> > Content-Type: text/plain; charset="us-ascii"; format=flowed
> > 
> > Hi PWE3 working group,
> > 
> > We have presented "PW Stitching Procedures in MPLS-TP Networks" at 
> > IETF78 and 79
> > http://tools.ietf.org/html/draft-boutros-pwe3-mpls-tp-ms-pw-00
> > 
> > This informational draft extends the PW stitching procedures defined 
> > in "draft-ietf-pwe3-segmented-pw-18.txt".
> > It describes the PW status exchange when connecting 2 PW segments 
> > with one or both of them are static running inband PW OAM messages 
> > specified in "draft-ietf-pwe3-static-pw-status-00.txt".
> > It describes what PW status value to use when (1) one PW segment is 
> > being locked using (LI) or put in Loopback (LB) or (2) when the 
> > MPLS-TP LSP carrying the PW segment is being locked or put in 
LoopBack.
> > Lock Instruct (LI) and Loopback (LB) OAM functions for MPLS-TP 
> > networks specified in"draft-ietf-mpls-tp-li-lb-00.txt".
> > 
> > The authors are seeking more feedback from the mailing list, and 
> > would be grateful if you could review the document and post comments 
> > on the mailing list.
> > 
> > Thanks,
> > 
> > Sami
> > 
> > 
> 

> 
> --------------------------------------------------------
> ZTE Information Security Notice: The information contained in this mail
> is solely property of the sender's organization. This mail communication
> is confidential. Recipients named above are obligated to maintain 
secrecy
> and are not permitted to disclose the contents of this communication to
> others.
> This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they are
> addressed. If you have received this email in error please notify the
> originator of the message. Any views expressed in this message are those
> of the individual sender.
> This message has been scanned for viruses and Spam by ZTE Anti-Spam
> system.


--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.