Re: [mpls-tp] Demultiplexing to BFD sessions
Mach Chen <mach@huawei.com> Fri, 11 June 2010 10:05 UTC
Return-Path: <mach@huawei.com>
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 E6AFD3A68F6 for <mpls-tp@core3.amsl.com>;
Fri, 11 Jun 2010 03:05:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.494
X-Spam-Level:
X-Spam-Status: No, score=-0.494 tagged_above=-999 required=5
tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553,
RDNS_NONE=0.1, STOX_REPLY_TYPE=0.001]
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 AhmxPk1IeuUV for
<mpls-tp@core3.amsl.com>; Fri, 11 Jun 2010 03:05:30 -0700 (PDT)
Received: from szxga02-in.huawei.com (unknown [119.145.14.65]) by
core3.amsl.com (Postfix) with ESMTP id 596F73A694D for <mpls-tp@ietf.org>;
Fri, 11 Jun 2010 03:05:30 -0700 (PDT)
Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com
(iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id
<0L3U0028AHC1PH@szxga02-in.huawei.com> for mpls-tp@ietf.org;
Fri, 11 Jun 2010 18:04:49 +0800 (CST)
Received: from m55527c ([10.110.98.169]) by szxga02-in.huawei.com (iPlanet
Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id
<0L3U00JETHC1I6@szxga02-in.huawei.com> for mpls-tp@ietf.org;
Fri, 11 Jun 2010 18:04:49 +0800 (CST)
Date: Fri, 11 Jun 2010 18:04:49 +0800
From: Mach Chen <mach@huawei.com>
In-reply-to: <AANLkTikZurkVBrPNBjL-v7zdZ9dTLUBDuBnNDPsCrnJf@mail.gmail.com>
To: Mukund Mani <mukund.mani@gmail.com>, mpls-tp@ietf.org
Message-id: <2F87F171744E4F28B6391D07C5E4E618@m55527c>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V14.0.8064.206
X-Mailer: Microsoft Windows Live Mail 14.0.8064.206
Content-type: text/plain; format=flowed; charset=ISO-8859-1;
reply-type=original
Content-transfer-encoding: 7BIT
Importance: Normal
X-Priority: 3
X-MSMail-priority: Normal
References: <AANLkTikZurkVBrPNBjL-v7zdZ9dTLUBDuBnNDPsCrnJf@mail.gmail.com>
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: Fri, 11 Jun 2010 10:05:36 -0000
Hi Mukund, I also have the same question about this. As to the BFD discriminator, IMHO, we should keep using it as it be, because it may not be enough to demultiplex the BFD session only based on the label, this is especially true when there are more than two BFD sessions over the LSP. BTW, it seems that explicit null label distribution is not excluded (and IMHO it should be excluded as PHP) in MPLS-TP (do I miss something?) , and it is one of the issues that LSP-Ping for BFD session bootstrap is trying to reslove. Best regards, Mach -------------------------------------------------- From: "Mukund Mani" <mukund.mani@gmail.com> Sent: Friday, June 11, 2010 2:24 PM To: <mpls-tp@ietf.org> Subject: [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 > <http://tools.ietf.org/html/draft-ietf-mpls-tp-bfd-cc-cv-00> > > _______________________________________________ > mpls-tp mailing list > mpls-tp@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-tp >
- [mpls-tp] Demultiplexing to BFD sessions Mukund Mani
- Re: [mpls-tp] Demultiplexing to BFD sessions Mach Chen
- Re: [mpls-tp] Demultiplexing to BFD sessions Shahram Davari
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions Shahram Davari
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions Mach Chen
- Re: [mpls-tp] Demultiplexing to BFD sessions Mach Chen
- Re: [mpls-tp] Demultiplexing to BFD sessions Adrian Farrel
- Re: [mpls-tp] Demultiplexing to BFD sessions Lavanya Srivatsa
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions Mukund Mani
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions neil.2.harrison
- Re: [mpls-tp] Demultiplexing to BFD sessions Curtis Villamizar
- Re: [mpls-tp] Demultiplexing to BFD sessions Curtis Villamizar
- Re: [mpls-tp] Demultiplexing to BFD sessions xiao.min2
- Re: [mpls-tp] Demultiplexing to BFD sessions Apratim Mukherjee
- Re: [mpls-tp] Demultiplexing to BFD sessions xiao.min2
- Re: [mpls-tp] Demultiplexing to BFD sessions Apratim Mukherjee
- Re: [mpls-tp] Demultiplexing to BFD sessions Mukund Mani
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions xiao.min2
- Re: [mpls-tp] Demultiplexing to BFD sessions Shahram Davari
- Re: [mpls-tp] Demultiplexing to BFD sessions David Allan I
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions David Allan I
- Re: [mpls-tp] Demultiplexing to BFD sessions John E Drake
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions Apratim Mukherjee
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions Apratim Mukherjee
- Re: [mpls-tp] Demultiplexing to BFD sessions David Allan I
- Re: [mpls-tp] Demultiplexing to BFD sessions Mukund Mani
- Re: [mpls-tp] Demultiplexing to BFD sessions Shahram Davari
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions David Allan I
- Re: [mpls-tp] Demultiplexing to BFD sessions Greg Mirsky
- Re: [mpls-tp] Demultiplexing to BFD sessions Mukund Mani
- Re: [mpls-tp] Demultiplexing to BFD sessions Apratim Mukherjee
- Re: [mpls-tp] Demultiplexing to BFD sessions Apratim Mukherjee