Re: [Isis-wg] New Version Notification for draft-ginsberg-isis-sbfd-discriminator-00.txt

Hannes Gredler <hannes@juniper.net> Wed, 14 May 2014 15:58 UTC

Return-Path: <hannes@juniper.net>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED3C21A008F; Wed, 14 May 2014 08:58:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 fYYRPw7LNYcJ; Wed, 14 May 2014 08:58:14 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0616.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:616]) by ietfa.amsl.com (Postfix) with ESMTP id DE6E91A00C3; Wed, 14 May 2014 08:58:13 -0700 (PDT)
Received: from BL2PRD0510HT005.namprd05.prod.outlook.com (10.255.100.40) by BN1PR05MB517.namprd05.prod.outlook.com (10.141.65.142) with Microsoft SMTP Server (TLS) id 15.0.944.11; Wed, 14 May 2014 15:57:44 +0000
Received: from juniper.net (66.129.239.16) by pod51010.outlook.com (10.255.100.40) with Microsoft SMTP Server (TLS) id 14.16.459.0; Wed, 14 May 2014 15:57:44 +0000
Date: Wed, 14 May 2014 17:57:39 +0200
From: Hannes Gredler <hannes@juniper.net>
To: "Nobo Akiya (nobo)" <nobo@cisco.com>
Message-ID: <20140514155739.GA14148@juniper.net>
References: <20140508144606.23448.98448.idtracker@ietfa.amsl.com> <F3ADE4747C9E124B89F0ED2180CC814F23D873B9@xmb-aln-x02.cisco.com> <9DDF3832-A276-40F1-AF24-2CEAB31E63DC@juniper.net> <F3ADE4747C9E124B89F0ED2180CC814F23DB5518@xmb-aln-x02.cisco.com> <922372D3-6CE8-461E-9BD4-94C2B050C37D@juniper.net> <20140514153641.GC13993@pfrc> <CECE764681BE964CBE1DFF78F3CDD3941E14ED44@xmb-aln-x01.cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CECE764681BE964CBE1DFF78F3CDD3941E14ED44@xmb-aln-x01.cisco.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Originating-IP: [66.129.239.16]
X-Forefront-PRVS: 0211965D06
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009001)(6009001)(428001)(199002)(189002)(24454002)(377454003)(51704005)(83072002)(81542001)(31966008)(50466002)(50986999)(83322001)(85852003)(33656001)(71816001)(76176999)(561944003)(81342001)(74502001)(36756003)(83506001)(64706001)(46406003)(46102001)(74662001)(87936001)(47776003)(99396002)(92726001)(77982001)(86362001)(80022001)(66066001)(20776003)(92566001)(21056001)(4396001)(97756001)(23726002)(79102001)(76482001)(101416001)(54356999)(102836001)(33026002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN1PR05MB517; H:BL2PRD0510HT005.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
Received-SPF: None (: juniper.net does not designate permitted sender hosts)
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=hannes@juniper.net;
X-OriginatorOrg: juniper.net
Archived-At: http://mailarchive.ietf.org/arch/msg/isis-wg/UgjucCVSuXuEff9a00wAU7aGGTg
Cc: Jeffrey Haas <jhaas@pfrc.org>, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>, "isis-wg@ietf.org" <isis-wg@ietf.org>
Subject: Re: [Isis-wg] New Version Notification for draft-ginsberg-isis-sbfd-discriminator-00.txt
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/isis-wg/>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 May 2014 15:58:16 -0000

On Wed, May 14, 2014 at 03:48:10PM +0000, Nobo Akiya (nobo) wrote:
| Hi Jeff,
| 
| > On Wed, May 14, 2014 at 05:26:52PM +0200, Hannes Gredler wrote:
| > > On May 14, 2014, at 5:22 PM, Les Ginsberg (ginsberg) wrote:
| > > > Thanx for the comments.
| > > > I don't see how your proposal solves the problem you are attempting to
| > address. The sender of the S-BFD packet has no control over what interface
| > is used to receive the packet on the target node. Associating it with a prefix
| > will not help in that regard.
| > >
| > > well it would help first endpoint discovery and pinning down BFD traffic to
| > particular line card.
| > 
| > Indeed.  In the SPRING related case (or even some MPLS scenarios), traffic
| > may be heavily steered to a given interface.  This interface may not even be
| > to a router, but may be an ingress for a SFC device and that ingress is critical
| > for the execution of the chain.
| 
| In those cases, one should be sending S-BFD packet in-band, which would go through the specific interface/LC to reach the reflector session on the target node (i.e. outage will be detected regardless of the discriminator used). So having separate reflector discriminator won't be adding further benefit.
| 
| Flip side is, if a reflector is hosted on LC 1 and traffic engineered tunnel is terminating on LC2, then outage of LC1 can cause the "no S-BFD response" on the tunnel terminating on LC2. However, I would think this is a limitation with implementation.

what about AF discovery ? - how would a receiver know what AF a S-BFD session to bring up with ?