Re: [mpls-tp] Demultiplexing to BFD sessions

xiao.min2@zte.com.cn Mon, 28 June 2010 02:27 UTC

Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: mpls-tp@core3.amsl.com
Delivered-To: mpls-tp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 44B1D3A6849; Sun, 27 Jun 2010 19:27:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -97.692
X-Spam-Level:
X-Spam-Status: No, score=-97.692 tagged_above=-999 required=5 tests=[AWL=-1.546, BAYES_05=-1.11, 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 y2OvX9Tfzb12; Sun, 27 Jun 2010 19:27:53 -0700 (PDT)
Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id 7B5ED3A63CA; Sun, 27 Jun 2010 19:27:52 -0700 (PDT)
Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 552341105171106; Mon, 28 Jun 2010 10:27:21 +0800 (CST)
Received: from [10.30.3.19] by [192.168.168.15] with StormMail ESMTP id 2748.2870106300; Mon, 28 Jun 2010 10:27:56 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id o5S2QtCM061392; Mon, 28 Jun 2010 10:26:59 +0800 (CST) (envelope-from xiao.min2@zte.com.cn)
In-Reply-To: <AANLkTikZurkVBrPNBjL-v7zdZ9dTLUBDuBnNDPsCrnJf@mail.gmail.com>
To: Mukund Mani <mukund.mani@gmail.com>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 7.0 August 18, 2005
Message-ID: <OF7E03B6CE.B5C7073D-ON48257750.000D15FC-48257750.000D4123@zte.com.cn>
From: xiao.min2@zte.com.cn
Date: Mon, 28 Jun 2010 10:26:44 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2010-06-28 10:26:55, Serialize complete at 2010-06-28 10:26:55
Content-Type: multipart/alternative; boundary="=_alternative 000D411F48257750_="
X-MAIL: mse2.zte.com.cn o5S2QtCM061392
Cc: mpls-tp-bounces@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls-tp] Demultiplexing to BFD sessions
X-BeenThere: mpls-tp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: MPLS-TP Mailing list <mpls-tp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls-tp>
List-Post: <mailto:mpls-tp@ietf.org>
List-Help: <mailto:mpls-tp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Jun 2010 02:27:54 -0000

Hi Mukund,

To my understanding, discriminator exchange is applicable in some 
scenario, but not necessary in other scenario, for BFD session bootstrap.

In RFC5884 section 3.2, it's indicated that LSP Ping is used to exchange 
discriminator and bootstrap the BFD session; But in RFC5885 section 3.1, 
it's also indicated that the VCCV control channel provides the context 
required to bootstrap the BFD session and no discriminator exchange 
needed.

In the MPLS-TP context, IMO it's similar to the scenario in RFC5885 and no 
discriminator exchange is needed to bootstrap BFD session.

Best Regards,
Xiao Min




Mukund Mani <mukund.mani@gmail.com> 
发件人:  mpls-tp-bounces@ietf.org
2010-06-11 14:24

收件人
mpls-tp@ietf.org
抄送

主题
[mpls-tp] Demultiplexing to BFD sessions






Hi TP-Group
 
draft-ietf-mpls-tp-lsp-ping-bfd-procedures-00 states in Section 3
 
"When using BFD over MPLS-TP LSPs, the BFD discriminator MUST either be 
signaled via LSP-Ping or be statically configured."
 
draft-ietf-mpls-tp-bfd-cc-cv-00 states in Section 3.5.6 
 
"MPLS labels at peer MEPs are used to provide context for the received BFD 
packets."
 
As I understand from the statement in the CC/CV draft, since discriminator 
values are not required for demultiplexing to the BFD session anymore, we 
will not need LSP Ping to bootstrap BFD session for TP LSP. 
 
But draft-ietf-mpls-tp-lsp-ping-bfd-procedures-00 specifies that LSP Ping 
can also be used to signal BFD discriminator.
 
So is LSP Ping still really needed in the context of BFD over MPLS-TP?
 
Also as a part of MPLS-TP OAM could somebody explain why such a deviation 
is taken from the BFD-BASE mode of demultiplexing which even BFD-MPLS uses 
(discriminator values instead of MPLS labels), but MPLS-TP goes in for 
demultiplexing using labels.... 
 
Could somebody please clarify this..?
 
 
With Regards
Mukund
 _______________________________________________
mpls-tp mailing list
mpls-tp@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-tp