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

"S. Davari" <davarish@yahoo.com> Fri, 17 July 2015 04:21 UTC

Return-Path: <davarish@yahoo.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 421CD1B2AC9 for <rtg-bfd@ietfa.amsl.com>; Thu, 16 Jul 2015 21:21:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.708
X-Spam-Level:
X-Spam-Status: No, score=-2.708 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 6cJKeDxiJ7wM for <rtg-bfd@ietfa.amsl.com>; Thu, 16 Jul 2015 21:21:19 -0700 (PDT)
Received: from nm38-vm1.bullet.mail.bf1.yahoo.com (nm38-vm1.bullet.mail.bf1.yahoo.com [72.30.239.17]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6C2A1B2AC8 for <rtg-bfd@ietf.org>; Thu, 16 Jul 2015 21:21:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1437106878; bh=qjyeKjWFc3vNjZkp0azK5gWOQuSl7MH5XtXVPHjbcDc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject; b=A1lV1R5JCBAfqPjLR4xooIrlLR0Sm0kVj+89J4y/gnCJxP4Zua4bbVgdkUdJx9QiKcjHdZHswb9Deq3GBqyRsmM56VJWFFIauHM6HGmw+VfQCOzd6+WlCODlKV7B66INvcD5Sisk5OLeYUH1iMP2D5wUHWcGgKAWJ7NToToSjvYkJdyo+UhpRwtdFLbh/6Fa0UewsVwy7+lHXt9G32PjsMsCP89bInwNcfgTbh+nJgsFJQ/3VBe1xvYcamiqVSlLgRepPvqwrLw6yOsai9LN6QJ0m38WO3rL6GhgKYm9GlFdEIqHY2PJ+2P1KF7Wfd4v3pM8IWSOk5P4sH84LrnNjA==
Received: from [98.139.215.142] by nm38.bullet.mail.bf1.yahoo.com with NNFMP; 17 Jul 2015 04:21:18 -0000
Received: from [98.139.211.195] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 17 Jul 2015 04:21:18 -0000
Received: from [127.0.0.1] by smtp204.mail.bf1.yahoo.com with NNFMP; 17 Jul 2015 04:21:17 -0000
X-Yahoo-Newman-Id: 996762.5985.bm@smtp204.mail.bf1.yahoo.com
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: waW_L8YVM1m7m6WTiaAIUyI4DifmZnqe7YB8_e7Zfbl5x8o 1dkzqE53pFwEESO.0z_me8tJx1rVn4Sltt9c9hOuXZIxPs.0U66zdS0.QExi E20aWUxMzLtYsQJjOzaPX8wOblLI5l51dHSU0ft08HpqyeGtbsC0F79Tdie9 bp9VebcFoy3yq9Y7cevCYnRbfszzr.Te1GlnivPV1GRz8Rrot0ORAu0PJ8mu lTGkFqFTlcDfMyO1rOpnXIOdISUBgn3k_T7rfvwwo1X3_RnDaA6TBE4Gk9_Q BZJlhVIMaSEN2_HvlcCe3WnpdETW4JdzMR3W9XQyG_S9GG8Ip3eBLRvelQ0m .PyEAgrbHujiZVXysay8YIdHXeY.op.miyjsFEoHCm2Q5k.PkA2eNOKGd1xT SjLQEwm_l79up9T5yqNw77HxvuGS7Nl0Hznz0lLM0yylVckArjm8OvXjQbc6 7H6WOlOBxMV.JK82cHGyVezmIwE2Urlq5js_jObB15CzuXeClRuFW92zLvPK RE_akVQzoYlJp0dioM.4NXgLfLFePQpi.
X-Yahoo-SMTP: ygPrP9CswBCWPbPtKJlJyLY0KMlg
Content-Type: multipart/alternative; boundary="Apple-Mail-90597572-0758-4E3D-8C71-D0AC76E0B676"
Mime-Version: 1.0 (1.0)
Subject: Re: issues about draft-ietf-bfd-rfc5884-clarifications-02
From: "S. Davari" <davarish@yahoo.com>
X-Mailer: iPhone Mail (12B440)
In-Reply-To: <SN1PR0501MB1760617949C9921E5A5E12ADB3980@SN1PR0501MB1760.namprd05.prod.outlook.com>
Date: Thu, 16 Jul 2015 21:21:15 -0700
Content-Transfer-Encoding: 7bit
Message-Id: <7CD7F2E3-88E5-4237-8FCC-BA95FAD7F281@yahoo.com>
References: <D1CD4981.4517%mmudigon@cisco.com> <OFFC8D1A54.3565CD48-ON48257E84.0023896D-48257E84.00293A35@zte.com.cn> <SN1PR0501MB1760617949C9921E5A5E12ADB3980@SN1PR0501MB1760.namprd05.prod.outlook.com>
To: Santosh P K <santoshpk@juniper.net>
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-bfd/HIX_ajZysadVBpw1cxGf-oA_4GY>
X-Mailman-Approved-At: Fri, 17 Jul 2015 18:16:45 -0700
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 04:21:22 -0000

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> 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
> Sent: Thursday, July 16, 2015 1:00 PM
> To: MALLIK MUDIGONDA (mmudigon)
> Cc: 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>
> 2015-07-16 下午 02:16 
> 
> 收件人
> "S. Davari" <davarish@yahoo.com>, "peng.shaofu@zte.com.cn" <peng.shaofu@zte.com.cn>
> 抄送
> "rtg-bfd@ietf.org" <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>
> Date: Wednesday, 15 July 2015 20:12
> To: "peng.shaofu@zte.com.cn" <peng.shaofu@zte.com.cn>
> Cc: "rtg-bfd@ietf.org" <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" <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.
>  
>