From patchwork Mon Nov 23 16:25:01 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Russell Bryant X-Patchwork-Id: 547682 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from archives.nicira.com (unknown [IPv6:2600:3c00::f03c:91ff:fe6e:bdf7]) by ozlabs.org (Postfix) with ESMTP id 0379014078B for ; Tue, 24 Nov 2015 03:25:10 +1100 (AEDT) Received: from archives.nicira.com (localhost [127.0.0.1]) by archives.nicira.com (Postfix) with ESMTP id 8AB2010573; Mon, 23 Nov 2015 08:25:09 -0800 (PST) X-Original-To: dev@openvswitch.org Delivered-To: dev@openvswitch.org Received: from mx1e4.cudamail.com (mx1.cudamail.com [69.90.118.67]) by archives.nicira.com (Postfix) with ESMTPS id 2F93710572 for ; Mon, 23 Nov 2015 08:25:08 -0800 (PST) Received: from bar5.cudamail.com (unknown [192.168.21.12]) by mx1e4.cudamail.com (Postfix) with ESMTPS id 92C771E008F for ; Mon, 23 Nov 2015 09:25:07 -0700 (MST) X-ASG-Debug-ID: 1448295906-09eadd53d128e920001-byXFYA Received: from mx1-pf1.cudamail.com ([192.168.24.1]) by bar5.cudamail.com with ESMTP id uOdmBasjyJclq6lY (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 23 Nov 2015 09:25:06 -0700 (MST) X-Barracuda-Envelope-From: russell@ovn.org X-Barracuda-RBL-Trusted-Forwarder: 192.168.24.1 Received: from unknown (HELO mx1.redhat.com) (209.132.183.28) by mx1-pf1.cudamail.com with ESMTPS (DHE-RSA-AES256-SHA encrypted); 23 Nov 2015 16:25:06 -0000 Received-SPF: neutral (mx1-pf1.cudamail.com: 209.132.183.28 is neither permitted nor denied by SPF record at ovn.org) X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-Barracuda-RBL-IP: 209.132.183.28 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (Postfix) with ESMTPS id 38C74811D9; Mon, 23 Nov 2015 16:25:05 +0000 (UTC) Received: from x1c.redhat.com (ovpn-112-74.phx2.redhat.com [10.3.112.74]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id tANGP35p013917; Mon, 23 Nov 2015 11:25:03 -0500 X-CudaMail-Envelope-Sender: russell@ovn.org From: Russell Bryant To: dev@openvswitch.org X-CudaMail-Whitelist-To: dev@openvswitch.org X-CudaMail-MID: CM-E1-1122037718 X-CudaMail-DTE: 112315 X-CudaMail-Originating-IP: 209.132.183.28 Date: Mon, 23 Nov 2015 11:25:01 -0500 X-ASG-Orig-Subj: [##CM-E1-1122037718##][PATCH] ovn: Update BFD item in the ovn TODO list. Message-Id: <1448295901-32560-1-git-send-email-russell@ovn.org> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: UNKNOWN[192.168.24.1] X-Barracuda-Start-Time: 1448295906 X-Barracuda-Encrypted: DHE-RSA-AES256-SHA X-Barracuda-URL: https://web.cudamail.com:443/cgi-mod/mark.cgi X-ASG-Whitelist: Header =?UTF-8?B?eFwtY3VkYW1haWxcLXdoaXRlbGlzdFwtdG8=?= X-Virus-Scanned: by bsmtpd at cudamail.com X-Barracuda-BRTS-Status: 1 Subject: [ovs-dev] [PATCH] ovn: Update BFD item in the ovn TODO list. X-BeenThere: dev@openvswitch.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Errors-To: dev-bounces@openvswitch.org Sender: "dev" Update the BFD todo item to clarify where we might use BFD as it previously seemed to imply we wanted to enable it for all hypervisor-to-hypervisor tunnels. Signed-off-by: Russell Bryant Acked-By: Kyle Mestery Acked-by: Ben Pfaff --- This patch attemptes to update the TODO item based on our ML discussion. Alternatively, we could just remove the TODO item since it's more speculative at this point. ovn/TODO | 15 +++++++++++---- 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/ovn/TODO b/ovn/TODO index 1f2a73f..22d6bd8 100644 --- a/ovn/TODO +++ b/ovn/TODO @@ -306,11 +306,18 @@ think it does everything else. the Multicast_Group table entry in ovn-sb database into Mcast_Macs_Remote table configuration in VTEP database. -* Use BFD as tunnel monitor. +* Consider the use BFD as tunnel monitor. - Both ovn-controller and ovn-contorller-vtep should use BFD to - monitor the tunnel liveness. Both ovs-vswitchd schema and - VTEP schema supports BFD. + The use of BFD for hypervisor-to-hypervisor tunnels is probably not worth it, + since there's no alternative to switch to if a tunnel goes down. It could + make sense at a slow rate if someone does OVN monitoring system integration, + but not otherwise. + + When OVN gets to supporting HA for gateways (see ovn/OVN-GW-HA.md), BFD is + likely needed as a part of that solution. + + There's more commentary in this ML post: + http://openvswitch.org/pipermail/dev/2015-November/062385.html * ACL