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.
- [mpls] Last Call: draft-ietf-mpls-tp-survive-fwk … The IESG
- Re: [mpls] Last Call: draft-ietf-mpls-tp-survive-… liu.guoman
- Re: [mpls] Last Call: draft-ietf-mpls-tp-survive-… Adrian Farrel
- Re: [mpls] Last Call: draft-ietf-mpls-tp-survive-… liu.guoman
- Re: [mpls] Last Call: draft-ietf-mpls-tp-survive-… Shahram Davari
- Re: [mpls] [mpls-tp] Last Call: draft-ietf-mpls-t… Sprecher, Nurit (NSN - IL/Hod HaSharon)