Re: [mpls] draft-liu-mpls-tp-bnm-00.txt - was no subject

liu.guoman@zte.com.cn Sat, 07 March 2009 06:11 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 063093A6AAD; Fri, 6 Mar 2009 22:11:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -91.818
X-Spam-Level:
X-Spam-Status: No, score=-91.818 tagged_above=-999 required=5 tests=[AWL=-0.572, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, J_CHICKENPOX_38=0.6, J_CHICKENPOX_39=0.6, J_CHICKENPOX_56=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_SPAM=3.798, RDNS_NONE=0.1, 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 mHSLiP1s4kN3; Fri, 6 Mar 2009 22:11:21 -0800 (PST)
Received: from mail.zte.com.cn (unknown [202.103.147.144]) by core3.amsl.com (Postfix) with ESMTP id E87103A6AD9; Fri, 6 Mar 2009 22:11:13 -0800 (PST)
Received: from [10.30.3.18] by 10.30.2.249 with StormMail ESMTP id 35764.3345023926; Sat, 7 Mar 2009 14:33:11 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id n276B0UU021475; Sat, 7 Mar 2009 14:11:00 +0800 (CST) (envelope-from liu.guoman@zte.com.cn)
In-Reply-To: <49B10B3D.1030703@cisco.com>
To: stbryant@cisco.com
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF0A26B8C5.47554C07-ON48257572.000F2DDD-48257572.0021B784@zte.com.cn>
From: liu.guoman@zte.com.cn
Date: Sat, 07 Mar 2009 14:09:19 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-03-07 14:10:49, Serialize complete at 2009-03-07 14:10:49
Content-Type: multipart/alternative; boundary="=_alternative 0021B77948257572_="
X-MAIL: mse1.zte.com.cn n276B0UU021475
Cc: mpls@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] draft-liu-mpls-tp-bnm-00.txt - was no subject
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: Sat, 07 Mar 2009 06:11:23 -0000

Bryant:
  thank you for your comments to my draft ,About A bit, I think your 
suggestion is true. I completely agree you.
secondly, I see and study deeply draft-boutros-mpls-tp-xxx-00,maybe the 
encapsulation in our draft is the same as boutor's . but both function is 
different.In boutros's draft, it used to detecting defects of the path and 
lsp switching by resigning a new type OAM (FM/loopback/cv). while This BNM 
OAM packet in our draft maybe have more function by extending different 
type of TLV packets. it may not only backward notify fault to source point 
like BDI. it also have these functions such as VSR/EXR/SSM/CSF 
ect.functions which are mentioned in T-MPLS layer network. in additions it 
is very important for our solution to keep compatibility with MPLS layer 
network.
for CSF functions , you may see TIU Y.17TOM, there can be detail 
explaination and description in it .
here I will say sorry to all for last ULR is wrong.please may see this 
draft as the follow URL:
    http://www.ietf.org/internet-drafts/draft-liu-mpls-tp-bnm-00.txt 
 
regards
liu
 




Stewart Bryant <stbryant@cisco.com> 
发件人:  mpls-bounces@ietf.org
2009-03-06 19:38
请答复 给
stbryant@cisco.com


收件人
"liu.guoman@zte.com.cn" <liu.guoman@zte.com.cn>
抄送
"mpls@ietf.org" <mpls@ietf.org>, "mpls-tp@ietf.org" <mpls-tp@ietf.org>
主题
[mpls] draft-liu-mpls-tp-bnm-00.txt - was no subject






The draft is at

http://www.ietf.org/internet-drafts/draft-liu-mpls-tp-bnm-00.txt

A few points

The A bit mechanism is not the mechanism that is described in the latest
version of draft-ietf-mpls-tp-gach-gal. Instead you need to define the
type to always have an TLV, but set the TLV length to zero in the
TLV header when no TLVs are needed.

We need to consider the overlap with draft-boutros-mpls-tp-xxx-00.txt
series of drafts and should look to merge the appropriate content.

I am not sure at this stage why we need vendor specific and/or
experimental types. At best I think we only need one, but
I think experiments should be conducted on the experimental
ACH code point.

There is no explaination of the operation of the CSF and
fault TLVs.

Regards

Stewart





LEVRAU, LIEVEN (LIEVEN) wrote:
>
> Hi This link is broken.
>
> Please update and resend.
>
> 
>
> http://www.ietf.org/internet-drafts/draft-puri-pwe3-ib-encap-00.txt
>
> 
>
> 
>
> Thank you
>
> 
>
> ./
>
> Lieven
>
> 
>
> *From:* mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] *On 
> Behalf Of *liu.guoman@zte.com.cn
> *Sent:* 06 March 2009 10:01
> *To:* mpls@ietf.org; mpls-tp@ietf.org
> *Subject:* [mpls] (no subject)
>
> 
>
>
> Hi, all
>
>   Please consider a new Internet-Draft that is available from the 
on-line
> Internet-Drafts directories. We are seeking to have this incorporated as
> a MPLS Working Group draft. This document was posted last month, and
> we sincerely welcome any comments or feedback on this draft.
>
> Filename:                  draft-liu-mpls-tp-bnm-00
> Revision:                  00
> Title:                       Multiprotocol Label Switching Transport 
> Profile Backward Notify Message Packet
> Creation_date:                  2009-02-23
> Number_of_pages:           11
>
> Abstract:
> This document specifies an extension to MPLS BDI packet to form a new
> type of OAM packet BNM(Backward Notify Message) , this BNM packet
> will not only have the function of informing source MEP about
> existing fault in the back of path like MPLS BDI packet, but also it
> may response or feedback to performance and test aspect.  And these
> response or fault indication information will be encapsulated in BNM
> packet by the way of TLV packet.  So it may decrease the number of
> OAM type and keep compatibility with MPLS network. on the other hand,
> this encapsulating these feedback or response information by the way
> of TLV packet will be easy to extend OAM function to operate an MPLS
> Transport profile(MPLS-TP) label switched path (LSP).
>
>
> A URL for this Internet-Draft is:_
> _http://www.ietf.org/internet-drafts/draft-liu-mpls-tp-bnm-00.txt 
> <http://www.ietf.org/internet-drafts/draft-puri-pwe3-ib-encap-00.txt>
>
> Internet-Drafts are also available by anonymous FTP at:_
> _ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
>
> 
> --------------------------------------------------------
> 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-tp mailing list
> mpls-tp@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls-tp
> 

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