Return-Path: 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 88F1B3A67F4; Thu, 2 Sep 2010 22:31:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.656 X-Spam-Level: X-Spam-Status: No, score=-98.656 tagged_above=-999 required=5 tests=[AWL=3.182, 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 hDPL7I6GvlTh; Thu, 2 Sep 2010 22:31:39 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [63.218.89.70]) by core3.amsl.com (Postfix) with ESMTP id DC37E3A66B4; Thu, 2 Sep 2010 22:31:33 -0700 (PDT) Received: from [10.34.0.130] by mx5.zte.com.cn with surfront esmtp id 35102043691617; Fri, 3 Sep 2010 13:30:57 +0800 (CST) Received: from [10.32.0.74] by [192.168.168.15] with StormMail ESMTP id 65413.2809952657; Fri, 3 Sep 2010 13:31:53 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse3.zte.com.cn with ESMTP id o835VvDw059622; Fri, 3 Sep 2010 13:31:57 +0800 (CST) (envelope-from zhang.fei3@zte.com.cn) To: "mpls-tp@ietf.org" , ccamp@ietf.org, MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: zhang.fei3@zte.com.cn Date: Fri, 3 Sep 2010 13:31:40 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2010-09-03 13:31:49, Serialize complete at 2010-09-03 13:31:49 Content-Type: multipart/alternative; boundary="=_alternative 001ECD5748257793_=" X-MAIL: mse3.zte.com.cn o835VvDw059622 Subject: [mpls] Collecting comments on associated bidirectional LSP X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2010 05:32:05 -0000 This is a multipart message in MIME format. --=_alternative 001ECD5748257793_= Content-Type: text/plain; charset="US-ASCII" Hi all, Associated bidirectional LSP, defined in RFC5654, is useful for protection switching, for OAM that requires a reply (from MIP or MEP), and for defect correlation. There are potentially several solutions, such as GMPLS call, the Association object, and the LSP_TUNNEL_INTERFACE_ID object. Furthermore, the scheme based on the extensions to the Association object has been presented in IETF77, and there are some discussions on the mailinglist. We need to receive more comments on this topic to push this work forward, then update the document, http://tools.ietf.org/html/draft-zhang-mpls-tp-rsvpte-ext-associated-lsp-00, which is recently expired. Any comments are welome. B.R. Fei :) --=_alternative 001ECD5748257793_= Content-Type: text/html; charset="US-ASCII"
Hi all,

Associated bidirectional LSP, defined in RFC5654, is useful for protection switching, for OAM that requires a reply (from MIP or MEP), and for defect correlation.

There are potentially several solutions, such as GMPLS call, the Association object, and the LSP_TUNNEL_INTERFACE_ID object. Furthermore, the scheme based on the extensions to

the Association object has been presented in IETF77, and there are some discussions on the mailinglist.

We need to receive more comments on this topic to push this work forward, then update the document,

http://tools.ietf.org/html/draft-zhang-mpls-tp-rsvpte-ext-associated-lsp-00, which is recently expired.

Any comments are welome.

B.R.

Fei

:) --=_alternative 001ECD5748257793_=--