Re: Correcting BFD Echo model

Greg Mirsky <gregimirsky@gmail.com> Mon, 27 February 2017 00:39 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19BB9129494; Sun, 26 Feb 2017 16:39:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 ug8DYp5LtXxN; Sun, 26 Feb 2017 16:39:09 -0800 (PST)
Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C796D1299F6; Sun, 26 Feb 2017 16:39:09 -0800 (PST)
Received: by mail-oi0-x22c.google.com with SMTP id f192so12532287oic.3; Sun, 26 Feb 2017 16:39:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=TOemXZSx5wcRqy0q9PvmhT/OlPkGZFyDXjsoFqgpTLM=; b=nFEd9rC5VO2lpprKLcYxaF+wjNJnJTN01etVjUqvv7AHH6hFVWTc2bCjeRXCSExRow 69fK6DWgTJmKrjIBwwmrUTHkVmTy8pvPb7mWNZp0nxv6kUX4MOmuCBMf0tC9xKTK18ZM eW2uluViUEJeNmt89LHxxrd+9BBDC4x1QgA6Wiz8Njt9PYdXHnCWIKLjwqjtI/WYsdT6 Boa8XQQ6vJNjtejct7glZficoZVyqEfJ98w1aKYzeli2qYzPnbfNiVBeIxk+bWRWnmXu hNCrITKO/srs2wqIrLH7aiY1D8nTgidPy8R5aD3Trs+S9HleIo4S1hXPicJ24Lux6kNo ioxA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=TOemXZSx5wcRqy0q9PvmhT/OlPkGZFyDXjsoFqgpTLM=; b=bNDyhhkMSd4mYfMa/agcwvYeOFCkXtM1QGyjAtDDrnrOpqjRjEh1WpaD5iIyYAoSKB pFLsRyQFuqdkT2rKpKC/OlGFoVNzIlRGWVP1Oq/Hg3Z3sdR1o0QCFPHVD+NmFtMtkMHs hU593ZcESzLIbB5dx8nlafuv5q4wPGnx3Ues6h7z8mgfqzxqSj13LNgjg3EvcLARwzqn kxUxzMg8FTa+x0FH17zy5qkY71fTgELOZLtCO7I05yad+/3KcdlUBNfBMnJhFL2U6e2l 2/Tg8l0JBG/yiFa6IiqXt5WP6qdcYvjZizcauhMeBAe2kPOXsxgEPRdAboFzXV4J8b6x T0mg==
X-Gm-Message-State: AMke39mH8kd0ngxI3dCv8GYkO0Xm30jBh3Fwy+w1UR//2RH/bLLiitYA4RwiP5/yjHhPuynKBPnNS9PxTVPqdw==
X-Received: by 10.202.232.210 with SMTP id f201mr6347889oih.60.1488155949086; Sun, 26 Feb 2017 16:39:09 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.21.21 with HTTP; Sun, 26 Feb 2017 16:39:08 -0800 (PST)
In-Reply-To: <D4D8BE31.25AE5C%rrahman@cisco.com>
References: <CA+RyBmWcU79iCBYM_bi__Ce1RpWwNn_jZCkPHv3Sc+qtybt_pg@mail.gmail.com> <D4D8BE31.25AE5C%rrahman@cisco.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Sun, 26 Feb 2017 16:39:08 -0800
Message-ID: <CA+RyBmWyQZs5B3LG8x=ZoVXTkiHhGPzbZwRX70jCyT_MpQwzCA@mail.gmail.com>
Subject: Re: Correcting BFD Echo model
To: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
Content-Type: multipart/alternative; boundary="001a11407b32b73fd30549784edc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/gW8oon86B2_dGaCw1KQ34VmDcCg>
Cc: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>, "draft-ietf-bfd-yang@ietf.org" <draft-ietf-bfd-yang@ietf.org>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.17
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: Mon, 27 Feb 2017 00:39:11 -0000

Hi Reshad,
thank you for the question. Here's my reasoning:

   - only Required Min Echo RX Interval is present in RFC 5880 and it
   allows to indicate not only the smallest interval between consecutive BFD
   Echo packets but whether system supports BFD Echo function at all;
   - since BFD Echo may be transmitted only when the session state is Up,
   operator is fully equipped to learn the value of Required Min Echo RX
   Interval of its BFD peer and to set Echo transmit interval accordingly;
   - requesting BFD Echo, in my opinion, is no different from requesting IP
   ping or LSP ping.

Hence my conclusion - transmit interval for BFD Echo is more suitable in
RPC then as configuration parameter.

Regards,
Greg

On Sun, Feb 26, 2017 at 2:52 PM, Reshad Rahman (rrahman) <rrahman@cisco.com>
wrote:

> Hi Greg,
>
> Can you please explain why you believe this should go in RPC?
>
> Regards,
> Reshad.
>
> From: Greg Mirsky <gregimirsky@gmail.com>
> Date: Saturday, February 25, 2017 at 6:48 PM
> To: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>, "draft-ietf-bfd-yang@ietf.org"
> <draft-ietf-bfd-yang@ietf.org>
> Subject: Correcting BFD Echo model
> Resent-From: <alias-bounces@ietf.org>
> Resent-To: <vero.zheng@huawei.com>, Reshad <rrahman@cisco.com>, <
> mjethanandani@gmail.com>, <santosh.pallagatti@gmail.com>, <
> gregimirsky@gmail.com>
> Resent-Date: Saturday, February 25, 2017 at 6:48 PM
>
> Dear All,
> I've reviewed the BFD YANG model and now I'm thinking that desired-min-echo-tx-interval
> and attributing to it the behavior, i.e. when the value is 0, of Required
> Min Echo RX Interval are not in the right place. I think that definition of
> desired transmit interval of BFD Echo should be in corresponding RPC
> definition, not in configuration part of the model.
> Appreciate your comments.
>
> Regards,
> Greg
>