RE: issues about draft-ietf-bfd-rfc5884-clarifications-02

Gregory Mirsky <gregory.mirsky@ericsson.com> Fri, 17 July 2015 07:19 UTC

Return-Path: <gregory.mirsky@ericsson.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA5071B3032 for <rtg-bfd@ietfa.amsl.com>; Fri, 17 Jul 2015 00:19:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.75
X-Spam-Level:
X-Spam-Status: No, score=-101.75 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3CYkbRyzEItg for <rtg-bfd@ietfa.amsl.com>; Fri, 17 Jul 2015 00:19:49 -0700 (PDT)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45D8D1B2FFD for <rtg-bfd@ietf.org>; Fri, 17 Jul 2015 00:19:49 -0700 (PDT)
X-AuditID: c618062d-f799e6d00000329e-7f-55a850f0b16f
Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 33.FF.12958.0F058A55; Fri, 17 Jul 2015 02:48:49 +0200 (CEST)
Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0210.002; Fri, 17 Jul 2015 03:19:46 -0400
From: Gregory Mirsky <gregory.mirsky@ericsson.com>
To: "MALLIK MUDIGONDA (mmudigon)" <mmudigon@cisco.com>, Santosh P K <santoshpk@juniper.net>, "S. Davari" <davarish@yahoo.com>
Subject: RE: issues about draft-ietf-bfd-rfc5884-clarifications-02
Thread-Topic: issues about draft-ietf-bfd-rfc5884-clarifications-02
Thread-Index: AQHQwEzKexo4BDj5o0iETIA0ekMCSJ3fYWkA///d+mA=
Date: Fri, 17 Jul 2015 07:19:45 +0000
Message-ID: <7347100B5761DC41A166AC17F22DF11221860C27@eusaamb103.ericsson.se>
References: <D1CD4981.4517%mmudigon@cisco.com> <OFFC8D1A54.3565CD48-ON48257E84.0023896D-48257E84.00293A35@zte.com.cn> <SN1PR0501MB1760617949C9921E5A5E12ADB3980@SN1PR0501MB1760.namprd05.prod.outlook.com> <7CD7F2E3-88E5-4237-8FCC-BA95FAD7F281@yahoo.com> <SN1PR0501MB1760DEF6CC53A314DE76DC22B3980@SN1PR0501MB1760.namprd05.prod.outlook.com> <D1CE8CCE.459A%mmudigon@cisco.com>
In-Reply-To: <D1CE8CCE.459A%mmudigon@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.11]
Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF11221860C27eusaamb103erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprOIsWRmVeSWpSXmKPExsUyuXRPiO7HgBWhBvf2s1kcfN7EaHHk1TFm iw/Hj7FbfP6zjdHi2t2tzA6sHlN+b2T1WLLkJ5PH9aar7B6zZh1m8liz7wdLAGsUl01Kak5m WWqRvl0CV8a2k5cYC9rWMFX8XbuVtYGxfxpTFyMnh4SAicS7id3sELaYxIV769m6GLk4hASO Mkoc+rWQFSQhJLCcUaL/cAKIzSZgJPFiYw9Yg4hAvcTGtnlADRwczAJxEvMvCYCEhQWcJDoW LWWEKHGWeNbynAXCtpK4sWYq2EgWAVWJP0c3gNm8Ar4Sp94dZYRY9ZdJYn1zFYjNKaAvMWly MzOIzQh02/dTa8BuZhYQl7j1ZD7U/QISS/acZ4awRSVePv7HCmErSXz8PZ8doj5f4uSDlcwQ uwQlTs58wjKBUXQWklGzkJTNQlIGEdeSmNfwG6pGUWJK90N2CFtT4srkQ1C2tsSyha+ZFzCy r2LkKC1OLctNNzLYxAiMyWMSbLo7GPe8tDzEKMDBqMTDq/BxeagQa2JZcWXuIUZpDhYlcV7H qLxQIYH0xJLU7NTUgtSi+KLSnNTiQ4xMHJxSDYyzr3uu7zMOVm7Wmcn1dtnKJYu9DxWHsV/Z 9b8lQPTGe7fmrZz95/jfX/qmKb8q4vzBcynPTH+HT58Xesr0epdN4bs1ngoq0o/+RxVN3/gy Q8RtccKOtzdP6hw6PGNH/omyya9VXr2bOCvknuP9uFV5/Ca6c5Ryw4XuLjjcf+P4/nNpHVd2 Fq+7rsRSnJFoqMVcVJwIAFLpdd2qAgAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-bfd/1ilbuShqaA-HjqQ-xBT7SoiWnMc>
Cc: "peng.shaofu@zte.com.cn" <peng.shaofu@zte.com.cn>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Jul 2015 07:19:52 -0000

Hi  Malik,
I cannot see scenario when bootstrapping LSP Ping has the same source IP address and BFD Discriminator. Something must be different. Consider two nodes with ECMP ¨C A and B. A bootstraps two FD sessions with two LSP Pings. True, IP Source addresses are the same in both as well as FEC. But Discriminators will be different as they must e unique within the same node. Right? If the case of three nodes when two set BFD sessions to the same FEC on the third and accidentally pick the same Discriminator, then IP source addresses must be different between them. Am I missing something?

                Regards,
                                Greg

From: Rtg-bfd [mailto:rtg-bfd-bounces@ietf.org] On Behalf Of MALLIK MUDIGONDA (mmudigon)
Sent: Thursday, July 16, 2015 10:15 PM
To: Santosh P K; S. Davari
Cc: peng.shaofu@zte.com.cn; rtg-bfd@ietf.org
Subject: Re: issues about draft-ietf-bfd-rfc5884-clarifications-02

Hi,

The question is even with LSP ping, how to de-mutiplex if all the parameters are the same. That¡¯s where the source address comes into picture.

Thanks

Regards
Mallik

From: Santosh P K <santoshpk@juniper.net<mailto:santoshpk@juniper.net>>
Date: Friday, 17 July 2015 10:21
To: "S. Davari" <davarish@yahoo.com<mailto:davarish@yahoo.com>>
Cc: "peng.shaofu@zte.com.cn<mailto:peng.shaofu@zte.com.cn>" <peng.shaofu@zte.com.cn<mailto:peng.shaofu@zte.com.cn>>, Mallik Mudigonda <mmudigon@cisco.com<mailto:mmudigon@cisco.com>>, "rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>" <rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>
Subject: RE: issues about draft-ietf-bfd-rfc5884-clarifications-02

Sharam,
   True but here it is 5884 and for 5884 (MPLS BFD) we do bootstrapping using LSP ping and that exchange discr right? So you should ideally not receive any BFD packet with your_disc = 0.

Thanks
Santosh P K

From: S. Davari [mailto:davarish@yahoo.com]
Sent: Friday, July 17, 2015 9:51 AM
To: Santosh P K
Cc: peng.shaofu@zte.com.cn<mailto:peng.shaofu@zte.com.cn>; MALLIK MUDIGONDA (mmudigon); rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>
Subject: Re: issues about draft-ietf-bfd-rfc5884-clarifications-02

Hi Santosh

I think the issue is the first BFD packet that has your Desc =0. Question is how to differentiate them when they are from different ingress LSR.

Regards,
Shahram


On Jul 16, 2015, at 8:48 PM, Santosh P K <santoshpk@juniper.net<mailto:santoshpk@juniper.net>> wrote:
Hello Deccan, MALLIK and Shahram,
     I want to understand why do we need this? When BFD bootstrapping is completed then we use local discr (BFD packet your discr) as a key which will be unique with in the local system. Please take a look at below section of RFC 5880.

https://tools.ietf.org/html/rfc5880#section-6.3

We don¡¯t need to really use any other fields as we would have exchanged the discr using LSP ping. I might have misunderstood your question and would like to be corrected.


Thanks
Santosh P K

From: Rtg-bfd [mailto:rtg-bfd-bounces@ietf.org] On Behalf Of peng.shaofu@zte.com.cn<mailto:peng.shaofu@zte.com.cn>
Sent: Thursday, July 16, 2015 1:00 PM
To: MALLIK MUDIGONDA (mmudigon)
Cc: rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>; S. Davari
Subject: ´ð¸´: Re: issues about draft-ietf-bfd-rfc5884-clarifications-02


Hi Mallik

Source address is also a good method. But it is better to form as standard.

thanks





"MALLIK MUDIGONDA (mmudigon)" <mmudigon@cisco.com<mailto:mmudigon@cisco.com>>

2015-07-16 ÏÂÎç 02:16

ÊÕ¼þÈË

"S. Davari" <davarish@yahoo.com<mailto:davarish@yahoo.com>>, "peng.shaofu@zte.com.cn<mailto:peng.shaofu@zte.com.cn>" <peng.shaofu@zte.com.cn<mailto:peng.shaofu@zte.com.cn>>

³­ËÍ

"rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>" <rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>

Ö÷Ìâ

Re: issues about draft-ietf-bfd-rfc5884-clarifications-02







Hi,

I think the question is 2 different ingress LSRs using the same FEC, LSP, Discriminator values. Discriminator values can be the same for 2 different ingress LSRs and if the other values are same we can always use the Source address to differentiate. Am I missing something?

Regards
Mallik

From: "S. Davari" <davarish@yahoo.com<mailto:davarish@yahoo.com>>
Date: Wednesday, 15 July 2015 20:12
To: "peng.shaofu@zte.com.cn<mailto:peng.shaofu@zte.com.cn>" <peng.shaofu@zte.com.cn<mailto:peng.shaofu@zte.com.cn>>
Cc: "rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>" <rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>
Subject: Re: issues about draft-ietf-bfd-rfc5884-clarifications-02

Hi

Why can't the ingress allocate different LD to each of those BFD sessions?

Regards,
Shahram


On Jul 15, 2015, at 7:30 AM, "peng.shaofu@zte.com.cn<mailto:peng.shaofu@zte.com.cn>" <peng.shaofu@zte.com.cn<mailto:peng.shaofu@zte.com.cn>> wrote:


hi authors

It is neccessary to address the case that different ingress LSR establish BFD session with the same egress LSR, with same FEC, same local descriminator.
I think it is very useful to introduce a BFD Initiator TLV to LSP ping echo request message, to distinguish different ingress LSR. So that ingress allocate LD based on tuple <FEC, LSP> as defined in this draft, but egress allocate LD based on tuple <Initiator, FEC, RD>.

thanks
deccan


--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.





--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.








--------------------------------------------------------

ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.