Re: [Idr] 2 Week WG Adoption call for draft-ymbk-idr-rs-bfd-00 (3/2/2015 to 3/16/2015)

David Freedman <david.freedman@uk.clara.net> Tue, 17 March 2015 13:53 UTC

Return-Path: <david.freedman@uk.clara.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3685E1A19E3 for <idr@ietfa.amsl.com>; Tue, 17 Mar 2015 06:53:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_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 n39AG_Rfdzxx for <idr@ietfa.amsl.com>; Tue, 17 Mar 2015 06:53:17 -0700 (PDT)
Received: from mail1.bemta3.messagelabs.com (mail1.bemta3.messagelabs.com [195.245.230.168]) by ietfa.amsl.com (Postfix) with ESMTP id 363551A1A2E for <idr@ietf.org>; Tue, 17 Mar 2015 06:53:15 -0700 (PDT)
Received: from [195.245.230.51] by server-8.bemta-3.messagelabs.com id E0/14-07208-BC138055; Tue, 17 Mar 2015 13:53:15 +0000
X-Env-Sender: david.freedman@uk.clara.net
X-Msg-Ref: server-4.tower-33.messagelabs.com!1426600394!9864111!1
X-Originating-IP: [80.168.41.244]
X-StarScan-Received:
X-StarScan-Version: 6.13.4; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24333 invoked from network); 17 Mar 2015 13:53:14 -0000
Received: from staff02.mail.eu.clara.net (HELO staff02.mail.eu.clara.net) (80.168.41.244) by server-4.tower-33.messagelabs.com with SMTP; 17 Mar 2015 13:53:14 -0000
Received: from [80.168.41.252] (port=52827 helo=SRVGREXCAS05.claranet.local) by staff02.mail.eu.clara.net (staff02.mail.eu.clara.net [80.168.41.244]:25) with esmtps (TLS-1.0:RSA_AES_128_CBC_SHA1:16) id 1YXrvm-00089M-8V (return-path <david.freedman@uk.clara.net>); Tue, 17 Mar 2015 13:53:14 +0000
Received: from SRVGREXMB06.claranet.local ([fe80::70d4:3322:86e0:c10c]) by SRVGREXCAS05.claranet.local ([fe80::3915:cdff:95ac:dcdb%11]) with mapi id 14.03.0224.002; Tue, 17 Mar 2015 13:51:28 +0000
From: David Freedman <david.freedman@uk.clara.net>
To: Randy Bush <randy@psg.com>, Jeffrey Haas <jhaas@pfrc.org>
Thread-Topic: [Idr] 2 Week WG Adoption call for draft-ymbk-idr-rs-bfd-00 (3/2/2015 to 3/16/2015)
Thread-Index: AQHQX2KQloKaLrJPrEOg21NQaaXf050fV9CAgAEltoCAADaQAA==
Date: Tue, 17 Mar 2015 13:51:26 +0000
Message-ID: <D12DE147.B30D3%david.freedman@uk.clara.net>
References: <7BDA4F61-AF6C-4B56-AFC8-D5CC2B9E7A96@cisco.com> <20150316170441.GB23077@pfrc> <m2r3snj4hg.wl%randy@psg.com>
In-Reply-To: <m2r3snj4hg.wl%randy@psg.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.8.150116
x-originating-ip: [172.26.6.254]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <027D2F6BF95FDE4CA4A8CBE3F138C1A0@claranet.local>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Original-Recipient: randy@psg.com
X-Original-Sender: david.freedman@uk.clara.net
X-Original-Recipient: jhaas@pfrc.org
X-Original-Recipient: jerduran@cisco.com
X-Original-Recipient: idr@ietf.org
X-Clara-Helo: SRVGREXCAS05.claranet.local
X-BorderScout: cm=0.00 ca=0.00 time=3535 size=2311
X-BorderScout-CM-Score: 0
X-BorderScout-CA-Score: 0
X-ClamAV: clean
X-Cloudmark: 0.00
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/umsL6pjbSRUy3wvwO7rCu0y6RQY>
Cc: "idr@ietf.org" <idr@ietf.org>
Subject: Re: [Idr] 2 Week WG Adoption call for draft-ymbk-idr-rs-bfd-00 (3/2/2015 to 3/16/2015)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Mar 2015 13:53:19 -0000


On 17/03/2015 10:35, "Randy Bush" <randy@psg.com> wrote:

>> - Autodiscovery of the endpoint for BFD just by gleaning the nexthops.
>
>in reality, often A receives some paths from B but B does not send any
>paths to A.  so you will need a bit more for A to 'discover' the next
>hop.

That's actually covered in the draft, when the BFD session transitions to
up (nod to Jeff here)
we set a diagnostic flag explaining that we did this because we saw some
routes (from the RS)
with next hop of the remote system. The session is established between
systems A and B when
either A has routes for B, or B has routes for A. The session stays until
both sides agree
they are not receiving routes destined for either party, at which point it
is pruned. 

Dave.

>
>randy