[mpls] draft-liu-mpls-tp-bnm-00.txt - was no subject
Stewart Bryant <stbryant@cisco.com> Fri, 06 March 2009 11:38 UTC
Return-Path: <stbryant@cisco.com>
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 793B83A6AA9; Fri, 6 Mar 2009 03:38:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.907
X-Spam-Level:
X-Spam-Status: No, score=-9.907 tagged_above=-999 required=5 tests=[AWL=0.092, BAYES_00=-2.599, J_CHICKENPOX_38=0.6, RCVD_IN_DNSWL_HI=-8]
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 ipk5fIEDHocp; Fri, 6 Mar 2009 03:38:10 -0800 (PST)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id ADE793A682E; Fri, 6 Mar 2009 03:38:09 -0800 (PST)
X-IronPort-AV: E=Sophos;i="4.38,314,1233532800"; d="scan'208";a="35526660"
Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 06 Mar 2009 11:38:39 +0000
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n26BcctY026426; Fri, 6 Mar 2009 12:38:39 +0100
Received: from cisco.com (mrwint.cisco.com [64.103.71.48]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n26BccnS028818; Fri, 6 Mar 2009 11:38:38 GMT
Received: from Stewarts-Computer.local (localhost [127.0.0.1]) by cisco.com (8.11.7p3+Sun/8.8.8) with ESMTP id n26BcbF09811; Fri, 6 Mar 2009 11:38:37 GMT
Message-ID: <49B10B3D.1030703@cisco.com>
Date: Fri, 06 Mar 2009 11:38:37 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209)
MIME-Version: 1.0
To: "liu.guoman@zte.com.cn" <liu.guoman@zte.com.cn>
References: <OF2EB321E5.C5AD3F3E-ON48257571.003092A4-48257571.0031718F@zte.com.cn> <4D3F2B2A3FE4B54DBF449418B192A1FE74CEB559@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com>
In-Reply-To: <4D3F2B2A3FE4B54DBF449418B192A1FE74CEB559@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=3979; t=1236339519; x=1237203519; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20<stbryant@cisco.com> |Subject:=20draft-liu-mpls-tp-bnm-00.txt=20-=20was=20no=20s ubject |Sender:=20; bh=vpKaKXDNsvhywkjBSTVZ8f2O7OAljE3CLkyo7K24UGM=; b=g5d3avR+YwKp6nAyJLCncIjf45MqFXtR0M0O5O1sNeQRsiw3nd7Saefgao hF+FoylCDch1bKRWHTH1Wh3h4J07pAK3yIWYh895D9QBpID3rcbSkdIlDf2x yUemLNXrTB;
Authentication-Results: ams-dkim-2; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; );
Cc: "mpls@ietf.org" <mpls@ietf.org>, "mpls-tp@ietf.org" <mpls-tp@ietf.org>
Subject: [mpls] draft-liu-mpls-tp-bnm-00.txt - was no subject
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: stbryant@cisco.com
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, 06 Mar 2009 11:38:11 -0000
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] (no subject) zze-CHAIEB Imene RD-CORE-LAN
- [mpls] (no subject) George Swallow
- [mpls] (no subject) Gürkan Gülcan (Koç.net)
- [mpls] (no subject) rehan mohammad jamadar
- [mpls] (no subject) HS Chen
- [mpls] (no subject) rachid rachid
- [mpls] (no subject) Verschoore de la Houssaye, Jerry
- [mpls] (no subject) liu.guoman
- Re: [mpls] (no subject) LEVRAU, LIEVEN (LIEVEN)
- [mpls] draft-liu-mpls-tp-bnm-00.txt - was no subj… Stewart Bryant
- Re: [mpls] draft-liu-mpls-tp-bnm-00.txt - was no … liu.guoman
- [mpls] (no subject) Abdullah Shafiq
- [mpls] (no subject) dai.xuehui
- [mpls] (no subject) Shahram Davari
- [mpls] draft-davari-tictoc-1588overmpls-00.txt S. Davari
- [mpls] (no subject) Bert Wijnen (IETF)
- [mpls] (no subject) Larry
- [mpls] (no subject) Scott Mansfield
- [mpls] (no subject) Ross Callon