IETF Logo Mail Archive

Re: TWAMP analysis for assisting BFD debuggin (was Re: BFD stability follow-up from IETF-91)

Mahesh Jethanandani <mjethanandani@gmail.com> Mon, 22 December 2014 06:29 UTC

Return-Path: <mjethanandani@gmail.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 9BAAC1A8886 for <rtg-bfd@ietfa.amsl.com>; Sun, 21 Dec 2014 22:29:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.598
X-Spam-Level:
X-Spam-Status: No, score=-0.598 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, 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, 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 XJfEURlw2X9U for <rtg-bfd@ietfa.amsl.com>; Sun, 21 Dec 2014 22:29:54 -0800 (PST)
Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 155A51A89AA for <rtg-bfd@ietf.org>; Sun, 21 Dec 2014 22:29:54 -0800 (PST)
Received: by mail-ie0-f169.google.com with SMTP id y20so3849194ier.0 for <rtg-bfd@ietf.org>; Sun, 21 Dec 2014 22:29:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:content-transfer-encoding:subject:references:from :mime-version:in-reply-to:message-id:date:cc:to; bh=4hgkeAisbvODxF4c+MokLBvdrh+93Z4pmwLWUmsp+ic=; b=eFI2b9W1ubFs+h2xTqxDrfKfrWjJmq2r+ajquW034zUXujKhD7SoAth2F89QR2LNfu 82YPKuclBRCxjEmT0R7arpre9D8gML6Z1Vp5NKSupd9pxbm83fPWt0uppZKIBaliLv76 3jfoC1tH651TmFC8y8BcPiG3ZBSBJ+mFXPccuIvo9u1UMQUFAaajqDOIBswWPs/L+m2q MR3uiD1PDrl82a3v2fJXLqInQgXs98JPXZD+9hksyQSBA6FQecPdXGi+iAThuU/KvGoV iUvX3XDcPTgb+BPuo9PhQ3xkAdqoEDMYgQOLHSNf91tn/XhLUYf8q67YPupswME7BJ/Z 5j7g==
X-Received: by 10.107.129.80 with SMTP id c77mr18409457iod.92.1419229792873; Sun, 21 Dec 2014 22:29:52 -0800 (PST)
Received: from [10.71.0.219] (96-35-158-10.static.stls.mo.charter.com. [96.35.158.10]) by mx.google.com with ESMTPSA id 5sm8114819iom.7.2014.12.21.22.29.51 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Dec 2014 22:29:51 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail-0481D64C-4740-426A-8D0C-F86FA3C2D83F"
Content-Transfer-Encoding: 7bit
Subject: Re: TWAMP analysis for assisting BFD debuggin (was Re: BFD stability follow-up from IETF-91)
References: <00a001d00d64$7735ce50$65a16af0$@chinamobile.com> <7347100B5761DC41A166AC17F22DF1121B8A87E6@eusaamb103.ericsson.se> <730769BB-D021-4E22-878A-2C289822A156@gmail.com> <7347100B5761DC41A166AC17F22DF1121B8AA754@eusaamb103.ericsson.se> <09CD6B2F-4DCC-429F-848B-223C72A0F171@gmail.com> <7347100B5761DC41A166AC17F22DF1121B8AAA24@eusaamb103.ericsson.se> <CO2PR0501MB8231A4913DEB31323847CA8B3780@CO2PR0501MB823.namprd05.prod.outlook.com> <7347100B5761DC41A166AC17F22DF1121B8AAC0D@eusaamb103.ericsson.se> <CAG1kdoiquWYaAz5ti14VrmiqXmph-SpjgYs=m8AuQGdKGo2xXQ@mail.gmail.com> <7347100B5761DC41A166AC17F22DF1121B8AACDB@eusaamb103.ericsson.se> <20141219210222.GJ16279@pfrc> <7347100B5761DC41A166AC17F22DF1121B8C5EA0@eusaamb103.ericsson.se>
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B8C5EA0@eusaamb103.ericsson.se>
Message-Id: <F81ED3EF-5818-45D8-9F5F-7CE8910B6B43@gmail.com>
Date: Sun, 21 Dec 2014 20:17:05 -0800
To: Gregory Mirsky <gregory.mirsky@ericsson.com>
X-Mailer: iPad Mail (11D257)
Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-bfd/2fJs5MuCfA2ySbNiUI8n1WP4EC4
Cc: "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: <http://www.ietf.org/mail-archive/web/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: Mon, 22 Dec 2014 06:29:55 -0000

Greg,

I do not think the issue we are trying to debug is of whether a BFD flap is a real defect or a false negative, but rather why did BFD flap. And that is the information that is not available by running other PM tools.

If you go back to my email from a few weeks ago, when I gave a customer scenario, you would remember I was talking about a BFD flap causing tunnel to switch over. This draft is attempting to explain to the customer why the tunnel switched over when it did. How would you explain to the customer the reason for a failover?

Mahesh Jethanandani
mjethanandani@gmail.com

> On Dec 19, 2014, at 2:52 PM, Gregory Mirsky <gregory.mirsky@ericsson.com> wrote:
> 
> Whether Down state is indication of the real defect or false negative, that is the question to be answered through analysis of available information and follow-up with debugging and troubleshooting the BFD itself rather than the network if there are concerns that it was not a real defect.

v2.23.0 | Report a Bug | By Email