Re: [mpls] Last Call: draft-ietf-mpls-tp-survive-fwk (Multiprotocol Label Switching Transport Profile Survivability Framework) to Informational RFC

liu.guoman@zte.com.cn Fri, 23 April 2010 08:49 UTC

Return-Path: <liu.guoman@zte.com.cn>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D95053A6992; Fri, 23 Apr 2010 01:49:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -95.221
X-Spam-Level:
X-Spam-Status: No, score=-95.221 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, 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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pLXybnNlgFVI; Fri, 23 Apr 2010 01:49:08 -0700 (PDT)
Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id CE7953A693D; Fri, 23 Apr 2010 01:49:07 -0700 (PDT)
Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 368871570495873; Fri, 23 Apr 2010 16:45:19 +0800 (CST)
Received: from [192.168.168.1] by [192.168.168.16] with StormMail ESMTP id 88040.1570495873; Fri, 23 Apr 2010 16:45:04 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id o3N8mSre015205; Fri, 23 Apr 2010 16:48:34 +0800 (CST) (envelope-from liu.guoman@zte.com.cn)
In-Reply-To: <20100422190329.9C3343A6BAB@core3.amsl.com>
To: mpls@ietf.org, mpls-tp@ietf.org
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF8F911CB8.AE8CE6CA-ON4825770E.000B8DE0-4825770E.0030678F@zte.com.cn>
From: liu.guoman@zte.com.cn
Date: Fri, 23 Apr 2010 16:48:19 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2010-04-23 16:48:23, Serialize complete at 2010-04-23 16:48:23
Content-Type: multipart/alternative; boundary="=_alternative 0030678A4825770E_="
X-MAIL: mse2.zte.com.cn o3N8mSre015205
Subject: Re: [mpls] Last Call: draft-ietf-mpls-tp-survive-fwk (Multiprotocol Label Switching Transport Profile Survivability Framework) to Informational RFC
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Apr 2010 08:49:10 -0000

hi,all
I review this draft, I maybe have a few confusions  about the draft. maybe 
there is a little error editors in  this draft.
1 in section 1.3, there is a a describles for associated bidirection LSP 
recovery
 " This may also be the case for associated
   bidirectional LSPs where the two directions of the LSP follow
   different paths through the network.  This causes direct interaction
   between the recovery processes affecting the two directions of an
   LSP, so that both directions of the LSP are recovered at the same
   time (i.e., bidirectional recovery is a consequence of fate-sharing)."
IMO, this mean it should need to have fate-sharing for associated 
bidirection lsp?
if one direction working path have failure, another direction working path 
must
switch into protection path?

2 in section 2 Terminology and Reference
  there are two the same definitions for Restoration 
  maybe delete one definitions for Restortion;

3 there are MPLS-TP Section level and Link layer concept. I want to 
  know what difference between MPLS-TP Section Level and MPLS-TP Link 
layer?

4 Section 4.7.3 P2MP Linear Protection
  As there is a requirement of P2MP support 1:n protection in RFC 5654,
  so I suggest to add 1:n protection solution in this section or further
  study for 1:n protection of p2mp ;

best regards
liu










The IESG <iesg-secretary@ietf.org> 
发件人:  mpls-bounces@ietf.org
2010-04-23 03:03
请答复 给
ietf@ietf.org


收件人
IETF-Announce <ietf-announce@ietf.org>
抄送
mpls@ietf.org
主题
[mpls] Last Call: draft-ietf-mpls-tp-survive-fwk (Multiprotocol Label 
Switching Transport Profile Survivability Framework) to Informational RFC






The IESG has received a request from the Multiprotocol Label Switching WG 
(mpls) to consider the following document:

- 'Multiprotocol Label Switching Transport Profile Survivability 
   Framework '
   <draft-ietf-mpls-tp-survive-fwk-05.txt> as an Informational RFC

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action.  Please send substantive comments to the
ietf@ietf.org mailing lists by 2010-05-06. Exceptionally, 
comments may be sent to iesg@ietf.org instead. In either case, please 
retain the beginning of the Subject line to allow automated sorting.

The file can be obtained via
http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-survive-fwk-05.txt


IESG discussion can be tracked via
https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=18472&rfc_flag=0


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





--------------------------------------------------------
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.