From nobody Mon Apr 5 07:50:44 2021 Return-Path: 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 3A7C33A1BAE for ; Mon, 5 Apr 2021 07:50:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, 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=yahoo.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 586BZoGbwmIA for ; Mon, 5 Apr 2021 07:50:39 -0700 (PDT) Received: from sonic314-13.consmr.mail.bf2.yahoo.com (sonic314-13.consmr.mail.bf2.yahoo.com [74.6.132.123]) (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 D11F23A1BAD for ; Mon, 5 Apr 2021 07:50:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1617634235; bh=BOKQsucwq13SjheXJUvdDJiXeTrWdpHx0uGyhRaNOI8=; h=Date:Subject:From:To:References:From:Subject:Reply-To; b=ibxmTo/lhKfqj1oNiRWLQZJq/zbppfCQ+7A1Oxiol50T3l/4i2ECsgAKTFE0ya5EUbo0FOWhgiHE6s7oXHew4L5QJ5ksPZBs8AfoPNPBX/2DQ19H2ITXcORd2eQurRUy6CzsBsciVVKe16+JbpDpFGmlsyToLMdz1bHULev0n0zrR1K7IkwNKo922PX7M6EsRNSf5xzqsafrFblZT2PX0DWFhE7+Ltzurn8DByRU+B1M5rRML4LPoCDSgYc2fFvpTAMWNIfrOrgjxaRk/KRsVxioSG5INXwqLrfKvdj6j8TYY+sImKeNzwag1ePdS6n85XYazCvol7F7vNClTDz+rg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1617634235; bh=tr+WylMDz5/AzOnUyO3GBVPMvUC051d8ooykU5Y9FJt=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=jrzdSWNF/YG6JPvOP5txob4JBa0LXtm6y/qtuxlnGNuqKJ9Rdpg3w827mgj/ctE2bTrjw/FRoHFrXTv1lJCioTPbHvnKEGORCU65rwxy5HpwIFhI+6WpNlhSKD921AvVgox825qEtyidjkI7eyL7g56dpsFDjQlrXSfbeDx4sNl8Y4cluBa0kLYjnOiZrpW8n9P517ugKq/C65cSRMOkBawktQaFGVOa2yXdMhMppJdao66PiseoJutx51FEA+9FafKuhzSziv/H4ogNe7vpi0nSE1iq6mdCed7xMdbcKNKDKpLZx6IFQp+cf5OdbomrXXn0rVWiD8ATv0VBEsAALQ== X-YMail-OSG: 80245GAVM1mtu12jjVYLxrFsrlKbRiCFHgD1PEMt9SKIGkx1xqcnrk040AYlhVw PgmBoXDTRV89_3bPsfTtHCGz.uNrm4_8anHf6SO03saiK2OrAKFdWR_H5Wfs69fzFT8K6YP8lD62 0ofg6iL8e1HPTW6sLihkpQrFE_2G8ihzoy6f5YGq.q4ckPwh39zAV83MdtHAI0hYCSnlbGHjFJoY kd0usJg01sEHrqC0CPlJonI6419OFcK1kckxghN.twX9bdm3LCnEtexFcGvjgNFu.9c518N96v5a mq2boG073A9dP8isJVhADlZllX5hyfntpzzr1yHldZjgZMKePpwWuY07LclVmOtDj5xvhQxoN0FA hzWVrPtkP7DSvlrghx8aBjunxfzSs8DoeAyRQ97yy.z6.5G06tej..UfyALvXqaWQMfXdPxFuOXR HgvAfHQk.OF8Tfv_vrks27adumHcY6Yj4asCL4Yn0JnQ76EDIwlEtMSo5uGeHi8u5uh0qr7T7CHY aPeSQDB9bvAfVVKj65VlMGKbSm5ozZvsTbbocUxxBn2TjBrZ.L0ugbV7QR03e.Fruqztfl7SLrUM 2_IMLqAz8.T3oyyMR1N8oel5n7MH9BsGPwbEI1TrUzLrDrYnllm3UzZa_Ma9YX58FrlO7STHIw8m AbTRR8yX8PSY0LRJdUBv.D3c9sZByw71ylcJbjkSuzQzvxr3BUOUZ_9obh24pohTnYj0OtOuyCQw CC76JIz1NBVPRqgVgyULUIo2WMdxiVDjHPuN4.LNVX_Vx76MJA0AF_r4ZRjRKR21tVAFVCfGdcWq QqoiRvuXFbORKtIvrYKqiGf_OOMaJBOvQBvNzZJ5pdmzj14d49quJcDymLsJ0ecado0edyYuMak0 DfYudwF_UFA6NsEegWIQUgzLfXzx9Mh3SgwxNSUFbJuiFcjFT3pQHGY4mUOPXzK6WeEnGmCxpEVe 8.lQOLuscdt.b756AWenzwlKz4tqONVaVs0toKBRx2hVAwU8JkayQwuSHznYt7ib4ahQEuY8ae.h d7YjXubYP0Qn79ZWkCPKmBQ6eVUSABTv7mDP3h.RtEDp7z3DMJrmEqjBeh3lWv_wZSuxziojNzBS Xz0RG7PjCP5H9pvEt8YKS6wS0YxzXmbT1SjNer5IjbF7xt1nYvuLIpWcPKQSoBXS2EdkUrDPrZko FHr3aaveobwzxOL90YdO9dmVpfGevLrYkVSE.jFC2IA7HFyzNBiiGOEikg1rpX45GZSrP.v7UAtg TuMK1yEY5Dg5kLrvJB.lH05fsE_5lz7pGdz.aRZiudQM_hawy0JcBpJyHcSLJKmvmZXx4Wp29RSF SF9dxdb3AHG8hL6iyX72AZ.AhDU7QUgugsC5ia4qxbxS5IyL1GjOqiFKtBofoQH2witK.icoR5yC bzj2KJl0Y5IdleA1xnwMgkl1vCs8s80SvlNk49kF33AM04djtvIbNMwZeB81nIMkYcnhNmXv_UP0 9bXPp1A08jWT6JIVTtp3vzK_Cf1GBiOuUORtvz2HxHsepZfcdWaRky0hCXtjKWakVvcgIMhg3KD2 k4iKGLtXiV6xRZd5N2SbbJUIH4vNnrlZJrUEz5AILU.meQ0LNxdoTHCtm_iFSz7bKeD5arY3QYTn 3BUtynbhQR5yUnoU2Rs6BHyHkwWvU03mUJ8rVIhYTGysboThjtuViUOGCVoOX2prVpwvzF8lJySX OFT9GMUDFNympqp.tI4spjfqqRr58fq5.0_oDP94G7BwIdv4XwM.gAENoCPoDJQRXMp5CQUjcdjF 8d2ZlPFeYnnqt3.i3s6Ko_l0g.ABygTDoEz9VjDDGQPmTglu6YBpfos3xoT0KE1BjdAynEjPmWvX De06wpQrnI6YwMfDYp9ZgDwIwXvuDEdEqszo2dKb1bPxRFHUdC0xOenYmoB_W6nzv0safyZJXEhi _s_ASe30AbfHMBENZHNu0UcVOhF9FeVJBs1E3kY1tj_cjO0rKmOYV.fWE7ia0VomHSrK4XM6AdTi h_G_CTsFXZLoLDND9uL.mRs7R2FwzDcofkPsi7w8FjI7JLnJwnK5YgKl7mIZWE.XDE0e8BB7fzXh oOQk1RTKb65e5OlTORxl_4pbnyDc7AEC4rwY9ERnvE5IP80Bjw5RB9_Bjg89d57.EqeTJfmPKkLO oIjBkY1K4vNY2w6CKKDgWTglNIRpFeXvVSvPa57crulJtPskz7bnD6Zosl4S3jGPXqHQoaeps03q UFytMk15wxD400hr_UNWFZcZWuHEMBk_44Vs9c9qhiSSR5JxeXqgmh9SecLkx4BMp.yB7HeCeWTe RmpHKR2wNRlNfhWgHiEjibkaG2zqcmkIFpEYmhtSUaQpe68a4nzU_u0Pl5kRzvYMaxcHV6EgikJU 6Gymx9N2jto9Wbxkx7u4sy12krxpE1rjeziif4pQimyV6vWSIaLaH_VBEln2z7SBEbRHwppwMuA- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.bf2.yahoo.com with HTTP; Mon, 5 Apr 2021 14:50:35 +0000 Received: by kubenode521.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f460278f5615c0aa4209ed047efe58cc; Mon, 05 Apr 2021 14:50:31 +0000 (UTC) User-Agent: Microsoft-MacOutlook/16.44.20121301 Date: Mon, 05 Apr 2021 10:50:28 -0400 Subject: Split of BFD YANG From: Reshad Rahman To: "rtg-bfd@ietf. org" Message-ID: <61C96274-E646-44C9-9C80-9B3410C9DE35@yahoo.com> Thread-Topic: Split of BFD YANG Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3700464631_437828081" References: <61C96274-E646-44C9-9C80-9B3410C9DE35.ref@yahoo.com> X-Mailer: WebService/1.1.17936 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/16) Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2021 14:50:43 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3700464631_437828081 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit WG, Many people have responded with their support of the split of BFD YANG to allow it to advance and unblock other YANG documents. No-one has objected. We will therefore proceed with getting the ball rolling. Regards, Reshad & Jeff. From: Rtg-bfd on behalf of Reshad Rahman Date: Friday, March 19, 2021 at 2:58 PM To: "rtg-bfd@ietf. org" Subject: Draft minutes for BFD @ IETF110 BFD WG, Draft minutes have been posted @ https://datatracker.ietf.org/doc/minutes-110-bfd/ Please provide comments to the list by April 2nd. Meeting recording is @ https://www.youtube.com/watch?v=vSqfJJ3gOc0 Regards, Reshad. --B_3700464631_437828081 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

WG,

 

Many people hav= e responded with their support of the split of BFD YANG to allow it to advan= ce and unblock other YANG documents. No-one has objected. We will therefore = proceed with getting the ball rolling.

 

Regards,

Reshad & Jeff.

 

<= div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm = 0cm'>

From: = Rtg-bfd <rtg-bfd-bo= unces@ietf.org> on behalf of Reshad Rahman <reshad=3D40yahoo.com@dmarc.i= etf.org>
Date: Friday, March 19, 2021 at 2:58 PM
To: = "rtg-bfd@ietf. org" <rtg-bfd@ietf.org>
Subject: Dr= aft minutes for BFD @ IETF110

 

BFD WG,

 

Draft minutes have b= een posted @ htt= ps://datatracker.ietf.org/doc/minutes-110-bfd/

 

Please provide comments to t= he list by April 2nd.

 

Meeting recording is @ https://www.youtube.com/watch?v=3DvSqfJJ3gOc= 0

 

R= egards,

Reshad.

= --B_3700464631_437828081-- From nobody Mon Apr 5 14:40:42 2021 Return-Path: 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 626BF3A2916; Mon, 5 Apr 2021 14:39:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 0iepXgTwYNHV; Mon, 5 Apr 2021 14:39:16 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 57A6F3A2912; Mon, 5 Apr 2021 14:39:13 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id EC18F1E44B; Mon, 5 Apr 2021 18:01:30 -0400 (EDT) Date: Mon, 5 Apr 2021 18:01:30 -0400 From: Jeffrey Haas To: draft-ietf-bfd-unaffiliated-echo@ietf.org Cc: rtg-bfd@ietf.org Subject: Comments on draft-ietf-bfd-unaffiliated-echo-01 Message-ID: <20210405220130.GG12257@pfrc.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: X-Mailman-Approved-At: Mon, 05 Apr 2021 14:40:41 -0700 X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2021 21:39:22 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [Speaking as an individual contributor] Authors, Attached, please find an rfcdiff containing some suggested edits to your draft. The intent is to try to add clarity to the document. If you would find it helpful, I can also forward a patch vs. the published -01 xml. --- Additionally, there are several points of discussion for you and perhaps the Working Group about this proposal: The changes recommended in section 2 are clear, but difficult to see what content each change brings. IETF has a mixed culture about how to implement such changes in a document. This draft does so by copy, paste, and change. If we can collectively find a better way to highlight the differences without being so wordy, that would be good. Alternatively, I know some people will be thrilled with the format you have chosen. :-) --- In section 3, the proposal effectively says that the BFD speaker is originating BFD Control packets in the Echo Packet mode. Since RFC 5880/5881 keeps the details about how Echo packets are made out of scope, but does provide some guidance for security, this is acceptable. I would suggest highlighting that the validation procedures of RFC 5880 are used. The intent appears to be "re-use existing BFD Control procedure as much as possible", which means re-use of code. Good! However, this leads to some interesting issues. One example is that since a BFD speaker is "hearing itself" rather than having the remote device actually speaking BFD, some things are wrong. As an example, the Discriminator procedures in the BFD Async mode can't apply. The remote won't pick its own and swap it! I'd thus recommend some text about this. RFC 5880, section 5, has the following to say about authentication: : Some form of authentication SHOULD be included, since Echo packets : may be spoofed. Some procedural text related to authentication and the contents of the packets is needed. The desired min TX and required min RX intervals should be populated with something, even if it's 1 second. And perhaps some advice that we're ignoring the values in these fields. --- Your last set of changes in section 2 attempts to adjust the text covering sending Echo packets. When the implementation transitions to sending them at the desired echo speed is a little ambiguous since the role of Control packets is on the Echo port and in Echo packets. One possible solution is that the Echo rate is not used until the BFD state machine moves to the Up stage as per normal RFC 5880 procedures. However, that involves running the state machine from its usual slow rate of 1 second until we transition to Up, and reverting to the slow rate when it goes to Down/AdminDown. This text will be tricky to do since we're blending the Control mode in the Echo packets. A strong goal of this is what happens when the remote is not echoing packets back to us properly. We do not want the BFD echo sender to transition directly to a denial-of-service condition, especially since the TTL is set to 255. The usual slow rate until Up at least mitigates the sender's role in this problem. Note that the TTL receive check on the receiver will be at least 254 due to the loop. This reduces the effectiveness of GTSM, and potentially is an issue for the loop procedure. --- Does this mechanism ever go AdminDown? What does it do, if so? --- Suggestion: Move the following text in some form to the top of section 3: : After receiving the BFD Echo packets sent from device A, the one-hop- : away BFD peer device B immediately loops them back by normal IP : forwarding, this allows device A to rapidly detect a connectivity : loss to device B. Being able to do this is a requirement for the feature, and the easy one to articulate. It provides the motivations for the rest of the section. --- Security Considerations: The URPF comments in the security considerations is really intended to say "you can't do urpf for this feature". It might be easy to just say that more directly. The requirement for this feature is that the receiver is willing to loop UDP packets on port 3785. In the simplest possible implementation, this can become an open reflector attack and is probably one of the larger security considerations our Transport and Security Area Directors and their Directorates will flag. There are two mitigations that can help with this, although it's an open question whether the host stacks supplying the loop beheaviors can support them: - A packet SHOULD NOT be looped unless it has a TTL of 255. - A packet being looped MUST NOT reset the TTL to 255, and SHOULD use a TTL of 254. The motivation for this is firstly to respect GTSM procedures on reception and prevent remote attackers from exploiting the loop. This should be able to be implemented using a firewall at the very least. Secondly, retransmiting with a fresh TTL of 255 can potentially cause a set of looping devices to infinitely loop traffic. A TTL of 254 is the largest TTL that can prevent such infinite loops. A lower TTL widens the window for targeting attack traffic to the BFD speaker originating the Echo traffic. --- Comment to note for later purposes: the BFD state variables for the yang module will need to be defined for these changes. Oddly, we never got around to doing a central IANA registry for such things. -- Jeff --x+6KMIRAuhnl3hBn Content-Type: text/html; charset=us-ascii Content-Disposition: attachment; filename="draft-ietf-bfd-unaffiliated-echo-jhaas-from-01.diff.html" Diff: draft-ietf-bfd-unaffiliated-echo-01.txt - draft-ietf-bfd-unaffiliated-echo-jhaas.txt
 draft-ietf-bfd-unaffiliated-echo-01.txt   draft-ietf-bfd-unaffiliated-echo-jhaas.txt 
BFD Working Group W. Cheng BFD Working Group W. Cheng
Internet-Draft R. Wang Internet-Draft R. Wang
Updates: 5880 (if approved) China Mobile Updates: 5880 (if approved) China Mobile
Intended status: Standards Track X. Min Intended status: Standards Track X. Min
Expires: May 6, 2021 ZTE Corp. Expires: October 7, 2021 ZTE Corp.
R. Rahman R. Rahman
Cisco Systems Cisco Systems
R. Boddireddy R. Boddireddy
Juniper Networks Juniper Networks
November 2, 2020 April 5, 2021
Unaffiliated BFD Echo Function Unaffiliated BFD Echo Function
draft-ietf-bfd-unaffiliated-echo-01 draft-ietf-bfd-unaffiliated-echo-01
Abstract Abstract
Bidirectional Forwarding Detection (BFD) is a fault detection Bidirectional Forwarding Detection (BFD) is a fault detection
protocol that can quickly determine a communication failure between protocol that can quickly determine a communication failure between
two forwarding engines. This document proposes a use of the BFD Echo two forwarding engines. This document proposes a use of the BFD Echo
function where the local system supports BFD but the neighboring function where the local system supports BFD but the neighboring
system does not support BFD. system does not support BFD.
Status of This Memo Status of This Memo
This Internet-Draft is submitted in full conformance with the This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79. provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet- working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/. Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
This Internet-Draft will expire on May 6, 2021. This Internet-Draft will expire on October 7, 2021.
Copyright Notice Copyright Notice
Copyright (c) 2020 IETF Trust and the persons identified as the Copyright (c) 2021 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of (http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License. described in the Simplified BSD License.
Table of Contents Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Updates to RFC 5880 . . . . . . . . . . . . . . . . . . . . . 3 2. Updates to RFC 5880 . . . . . . . . . . . . . . . . . . . . . 3
3. Unaffiliated BFD Echo Procedures . . . . . . . . . . . . . . 6 3. Unaffiliated BFD Echo Procedures . . . . . . . . . . . . . . 6
4. Unaffilicated BFD Echo Applicability . . . . . . . . . . . . 7 4. Unaffilicated BFD Echo Applicability . . . . . . . . . . . . 7
5. Security Considerations . . . . . . . . . . . . . . . . . . . 8 5. Security Considerations . . . . . . . . . . . . . . . . . . . 7
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 8 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 8
7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 8 7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 8
8. Contributors . . . . . . . . . . . . . . . . . . . . . . . . 8 8. Contributors . . . . . . . . . . . . . . . . . . . . . . . . 8
9. References . . . . . . . . . . . . . . . . . . . . . . . . . 8 9. References . . . . . . . . . . . . . . . . . . . . . . . . . 8
9.1. Normative References . . . . . . . . . . . . . . . . . . 8 9.1. Normative References . . . . . . . . . . . . . . . . . . 8
9.2. Informative References . . . . . . . . . . . . . . . . . 9 9.2. Informative References . . . . . . . . . . . . . . . . . 8
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 9 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 9
1. Introduction 1. Introduction
To minimize the impact of device/link faults on services and improve To minimize the impact of device/link faults on services and improve
network availability, a network device must be able to quickly detect network availability, a network device must be able to quickly detect
faults in communication with adjacent devices. Measures can then be faults in communication with adjacent devices. Measures can then be
taken to promptly rectify the faults to ensure service continuity. taken to promptly rectify the faults to ensure service continuity.
BFD [RFC5880] is a low-overhead, short-duration method to detect BFD [RFC5880] is a low-overhead, short-duration method to detect
faults on the communication path between adjacent forwarding engines. faults on the communication path between adjacent forwarding engines.
The faults can be on interface, data link, and even forwarding The faults can be on interfaces, data link(s), and even the
engine. It is a single, unified mechanism to monitor any media and forwarding engines. It is a single, unified mechanism to monitor any
protocol layers in real time. media and protocol layers in real time.
BFD defines Asynchronous mode to satisfy various deployment BFD defines an Asynchronous mode to satisfy various deployment
scenarios, and also supports Echo function to reduce the device scenarios. It also supports an Echo function to reduce the device
requirement for BFD. When the Echo function is activated, the local requirement for BFD. When the Echo function is activated, the local
system sends BFD Echo packets and the remote system loops back the system sends BFD Echo packets and the remote system loops back the
received Echo packets through the forwarding path. If several received Echo packets through the forwarding path. If several
consecutive BFD Echo packets are not received by the local system, consecutive BFD Echo packets are not received by the local system,
then the BFD session is declared to be Down. then the BFD session is declared to be Down.
When using BFD Echo function, there are two typical scenarios as When using BFD Echo function, there are two typical scenarios as
below: below:
o Full BFD protocol capability with affiliated Echo function: this o Full BFD protocol capability with affiliated Echo function: This
scenario requires both the local device and the neighboring device scenario requires both the local device and the neighboring device
to support full BFD protocol. to support the full BFD protocol.
o Only BFD Echo function without full BFD protocol capability: o BFD Echo-Only function without full BFD protocol capability: This
this scenario requires only the local device to support sending scenario requires only the local device to support sending and
and demultiplexing BFD Control packets. demultiplexing BFD Control packets.
The two typical scenarios are both reasonable and useful, and the The latter scenario is referred to as Unaffiliated BFD Echo function
latter is referred to as Unaffiliated BFD Echo function in this in this document.
document.
Section 6.2.2 of [BBF-TR-146] describes one use case of the Section 6.2.2 of [BBF-TR-146] describes one use case of the
Unaffiliated BFD Echo function, and at least one more use case is Unaffiliated BFD Echo function, and at least one more use case is
known in the field BFD deployment. known is known to be deployed.
This document describes the use of the Unaffiliated BFD Echo function This document describes the use of the Unaffiliated BFD Echo function
over IPv4 and IPv6 for single IP hop. over IPv4 and IPv6 for single IP hop.
2. Updates to RFC 5880 2. Updates to RFC 5880
The Unaffiliated BFD Echo function described in this document reuses The Unaffiliated BFD Echo function described in this document reuses
the BFD Echo function as described in [RFC5880] and [RFC5881], but the BFD Echo function as described in [RFC5880] and [RFC5881], but
does not require BFD asynchronous mode. When using the Unaffiliated does not require BFD Asynchronous mode. When using the Unaffiliated
BFD Echo function, only the local system has the BFD protocol BFD Echo function, only the local system has the BFD protocol
enabled, the remote system just loops back the received BFD Echo enabled; the remote system just loops back the received BFD Echo
packets as regular data packets. packets as regular data packets.
With that said, this document updates [RFC5880] with respect to its This document updates [RFC5880] with respect to its descriptions on
descriptions on the BFD Echo function as follows. the BFD Echo function as follows.
o [RFC5880] states in the 4th paragraph of Section 3.2: o [RFC5880] states in the 4th paragraph of Section 3.2:
An adjunct to both modes is the Echo function. When the Echo An adjunct to both modes is the Echo function. When the Echo
function is active, a stream of BFD Echo packets is transmitted in function is active, a stream of BFD Echo packets is transmitted in
such a way as to have the other system loop them back through its such a way as to have the other system loop them back through its
forwarding path. If a number of packets of the echoed data stream forwarding path. If a number of packets of the echoed data stream
are not received, the session is declared to be down. The Echo are not received, the session is declared to be down. The Echo
function may be used with either Asynchronous or Demand mode. function may be used with either Asynchronous or Demand mode.
Since the Echo function is handling the task of detection, the Since the Echo function is handling the task of detection, the
skipping to change at page 7, line 34 skipping to change at page 7, line 30
+--------+ +---------+ +--------+ +---------+
| A |---------------------------------| B | | A |---------------------------------| B |
| |Inf 1 Inf 1| | | |Inf 1 Inf 1| |
+--------+10.1.1.1/24 10.1.1.2/24+---------+ +--------+10.1.1.1/24 10.1.1.2/24+---------+
BFD is supported. BFD is not supported. BFD is supported. BFD is not supported.
Figure 1: Unaffiliated BFD Echo deployment scenario Figure 1: Unaffiliated BFD Echo deployment scenario
4. Unaffilicated BFD Echo Applicability 4. Unaffilicated BFD Echo Applicability
With the more and more application of BFD detection, there are some Some devices that would benefit from the use of BFD may be unable to
scenarios the BFD Echo function is deployed. And due to the support the full BFD protocol. Examples of such devices include
different capabilities of the devices deploying BFD Echo function, servers running virtual machines, or Internet of Things (IoT)
it's required to apply Unaffiliated BFD Echo to the devices that devices. The Unaffiliated BFD Echo function can be used when two
couldn't afford the overhead of the full BFD protocol capability, devices are connected and only one of them supports the BFD protocol,
such as the servers running virtual machines or some Internet of and the other is capable of looping BFD Echo packets.
Things (IoT) devices. Unaffiliated BFD Echo can be used when two
devices are connected and only one of them supports BFD protocol
capability.
Unaffiliated BFD Echo function is reasonable and useful. Firstly,
Unaffiliated BFD Echo can use BFD protocol capability at the local
BFD-supported device, while using IP forwarding capability at the
peer BFD-unsupported device, so Unaffiliated BFD Echo can support
fast detecting and manage BFD sessions very effectively. Secondly,
it is scalable when using Unaffiliated BFD Echo to adapt to different
capabilities of devices.
5. Security Considerations 5. Security Considerations
All Security Considerations from [RFC5880] and [RFC5881] apply.
Unicast Reverse Path Forwarding (uRPF), as specified in [RFC3704] and Unicast Reverse Path Forwarding (uRPF), as specified in [RFC3704] and
[RFC8704], is a security feature that prevents the IP address [RFC8704], is a security feature that prevents the IP address
spoofing attacks which is commonly used in DoS, DDoS. uRPF has two spoofing attacks which is commonly used in DoS, DDoS. uRPF has two
modes called strict mode and loose mode. uRPF strict mode means that modes called strict mode and loose mode. uRPF strict mode means that
the router will perform checks for all incoming packets on a certain the router will perform checks for all incoming packets on a certain
interface: whether the router has a matching entry for the source IP interface: whether the router has a matching entry for the source IP
in the routing table and whether the router uses the same interface in the routing table and whether the router uses the same interface
to reach this source IP as where the router received this packet on. to reach this source IP as where the router received this packet on.
Note that the use of BFD Echo function would prevent the use of uRPF Note that the use of BFD Echo function would prevent the use of uRPF
in strict mode. in strict mode.
6. IANA Considerations 6. IANA Considerations
This document has no IANA action requested. This document has no IANA action requested.
7. Acknowledgements 7. Acknowledgements
The authors would like to acknowledge Ketan Talaulikar, Greg Mirsky The authors would like to acknowledge Ketan Talaulikar, Greg Mirsky
skipping to change at page 9, line 6 skipping to change at page 8, line 41
9. References 9. References
9.1. Normative References 9.1. Normative References
[RFC5880] Katz, D. and D. Ward, "Bidirectional Forwarding Detection [RFC5880] Katz, D. and D. Ward, "Bidirectional Forwarding Detection
(BFD)", RFC 5880, DOI 10.17487/RFC5880, June 2010, (BFD)", RFC 5880, DOI 10.17487/RFC5880, June 2010,
<https://www.rfc-editor.org/info/rfc5880>. <https://www.rfc-editor.org/info/rfc5880>.
[RFC5881] Katz, D. and D. Ward, "Bidirectional Forwarding Detection [RFC5881] Katz, D. and D. Ward, "Bidirectional Forwarding Detection
(BFD) for IPv4 and IPv6 (Single Hop)", RFC 5881, (BFD) for IPv4 and IPv6 (Single Hop)", RFC 5881, DOI
DOI 10.17487/RFC5881, June 2010, 10.17487/RFC5881, June 2010, <https://www.rfc-
<https://www.rfc-editor.org/info/rfc5881>. editor.org/info/rfc5881>.
9.2. Informative References 9.2. Informative References
[BBF-TR-146] [BBF-TR-146]
Broadband Forum, "BBF Technical Report - Subscriber Broadband Forum, "BBF Technical Report - Subscriber
Sessions Issue 1", 2013, <https://www.broadband- Sessions Issue 1", 2013, <https://www.broadband-
forum.org/technical/download/TR-146.pdf>. forum.org/technical/download/TR-146.pdf>.
[RFC3704] Baker, F. and P. Savola, "Ingress Filtering for Multihomed [RFC3704] Baker, F. and P. Savola, "Ingress Filtering for Multihomed
Networks", BCP 84, RFC 3704, DOI 10.17487/RFC3704, March Networks", BCP 84, RFC 3704, DOI 10.17487/RFC3704, March
 End of changes. 22 change blocks. 
46 lines changed or deleted 37 lines changed or added

This html diff was produced by rfcdiff 1.34. The latest version is available from http://tools.ietf.org/tools/rfcdiff/
--x+6KMIRAuhnl3hBn-- From nobody Fri Apr 9 05:07:10 2021 Return-Path: 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 7A28A3A12FC for ; Fri, 9 Apr 2021 05:07:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, 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=yahoo.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 0-XIaRbd-FeZ for ; Fri, 9 Apr 2021 05:07:03 -0700 (PDT) Received: from sonic316-11.consmr.mail.bf2.yahoo.com (sonic316-11.consmr.mail.bf2.yahoo.com [74.6.130.121]) (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 5153A3A1ECA for ; Fri, 9 Apr 2021 05:07:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1617970016; bh=fc7ESdzKi7xbOiUT71PQ0ki5yuODhPgDF+i3V7NYMqA=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject:Reply-To; b=gkWxV/RdrPrCxbfe/yM8C7pXCtaEuqvqaGAuyaKbjw56dLUKFyWAxa6qCx02SozHHjDVtBGLSy4svD423rGBsfACmf03jbDoQEiCYg4Ed/rt9RVGEeVuBEG76+INNbbc3Nalm3RnOO8wC934yjB81FamwWUOoErWqa4kuXPlLNjrJuW2qBYBY2pfLVa4BQ58/JhekrEQPDVNtvJn3d2oU3nJElVLTo8PwrqMicHL1H/7yFtbRseSGX1Q4zTIqyMDVSDdvrMcCgBN17Lqgav1a73WxnnyJrHDGhlgCYhf6KNO4hYgvQp247yZXLuoZ897OEEb8eZjSgioHl8gFWsdpQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1617970016; bh=0pBl+Kk11tZuXfGn9Fp/bLhEdOaK/ribpmN2h9LY3eS=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=ZmW2DaK//1GK4hQixRe8oBa2EewfxP+ec3Pkj5NY7DXOWhwbjPR/+4y0RhEV73fUl+cXB1lMrusLwbpytmEOn/65qHLi4EYtHn5N/1sEjWjBkToeYXeaeZmFHAjccSQDMB9rD2iKhuFAc8qCqarCqb1ABCqG9BJ424LB7Wx5SzCZl3Diwb9c6ySgMYbBVC7H3Lkm6nftkx4g2x1iRQdjTvSTatHtGmjuEdDw/BTY9F9q5WtkFPqNvx6brjnNsdwUNnuXvMCVZyiqd98Y4oLWqUFMi9YwHMM+ilhnQod8TboMxUndXAfRDs5RNaga4kbYKp2Yj6Zcskd073dBwGhFjA== X-YMail-OSG: xNHP3BcVM1kG5AaeaDzktEHE3JmTtIdRCm4DM.DKVqaj52knoaouFqurKT5uWD_ euWwVbbIZdwKJNmrk3oAcZGdio6fAIvBQUEqFyKB2WMBwHYYjmrYyhnOepX0bgs6rU1UDzMP39fN 24oAC_D_ILT1rrbmh8ZjeMFvGUlAyP6cz8BLW1mE5N8Z8emrQR35_9VRvwICN2ua0zH0GMW9UISx TXkKsi6G38Irbu7umGn0MEiYz5zxDzFQ9xbQQsNrEXjx22VwHj7dolpF3FuFRG9WuRzwnzifK1Y4 Cm.jTkkOKCHjxlQaK62Hkx1k0.jyyYRCHmyayAiefej6PYbCLKpM3e5J6R2mNiT5CjIxkZgK3I4n WaKNEV76ArTB8nvYxyDxzYC6bKW4CP8OE37DPQtUdXqOoQcANSkM7fPdzwk3eUUhvUM5QCMnEcir b54rt3_wrCrnbnrsnDieQms8xm.32a0EHkWkHASb.wVg1_.ufn2uGmdwoL2W_WdFxQv36bE7ZI3R fkiKpySaYIqNWhAOrwWkwE4uUYyI6hy7CizFZ4h3aOuueriWjAQnIC.MpLEwmgfuea_ogrxiH9ow MomkLVd16rYp2N_p67Uy9.ftuLDwjOfrETueuTJr40pMMkVTxrV6GNgLW8curH5FLr40wIUI8k7B OOwx0hQAnoqnT5qUdaS_ngqFVMfQ06AJlDO0wfcPjYYWNgWuRMXNfWkmCHTy8dLyoAZzir9KTlTz m5rZfxDcSNqTMPgNnl30CwdsnoYHM4d1Rv0F.ytzMEkOkvSxXpFmMCUrQON7ulcE5Yq0KcWeb8lX JoVtGXGeSRf8ruWJTCQLF.3RoUI2sOLBcOlstODet5AuWoX1KFuRIMN1Yab8yhj12Fx0YsvmFj40 gCc7m9ois4U9_.Tw6UHLfhh2r3fJKA2FyQ1YWG3jhAzSsBnQUJUutsMHGwaA5W5XmhjK2sSzeqHD pGkOMvMtFYtIL2.3y_lsD8BY4XyMpxbkp5GnvhUbtS9.ILlwd8siifo1P5j36HvDv1qBJueJm_4S qiohxvG8LFmoRpD5x1Xlg.wOy60_fsOu4oY1Yg1Pr7lLZshaw4lnbbUhELWplMZL8ks8ct1FOuht 4.i5x3faVbkXpj3_JTRqEVY8UrQgIo29AvhvA6HBH1QvBgd0Pe9tMXgtddKTIAoJxfFdGySAjy56 9mESrVc2Sk0IUNJtzpuK76gz8NsBctXQsrArSYKI5oQXPUFK0_fLohO5KhokkSRSaVZrCiWHlfDy JHC0rGfEcUe4YieFKir80XKlDZKNdst2rS7G1bAMb3t63QfPTRYelUx1bxgDg3_0m0GbKBXAtTMa LAfgfxRYCmfumPtQt7bsjTqRVdLc4TYPKNclFqhnRyyx4CwMN5dvuscQXbqHY3qAC7ipvzTZsuGb jCWenxY9AlYuMCR7XBd2E6v3kx9VLXFDzD2BSGCbU5adGzMOODPlfgCSFkH4A4KEG1bVcaaBklw8 0t6.9gmKVZbqQ_9pMjurCKoO8M16mq3ef69WfvpViivgQHh0K6gguSWIpB.RShWa_zs_OEEw8YJM vDHYFuNH8dSW4l.k_UNtbpIaC8CNEljnmCrRxIZUqSTACQwNDd_1neZv.Fnh.jR9b1GkYP9ew_yj 4QT2ol5ODFe2WOAifvkFluR_taIM1AebODBrgAs6Rq1YHIv2.F9_3VVOReuSbgot5A6kpYSAAD9v GFSyLP1NWP9BPoUrqtETft3Lz6u1o_ba_NBj9zvucC7WBw8iLq56T8_uL9seslji3TtzdLTssf9L EgdRv5qbFDAAtxzeHs2nAlCKdzy6fEL1rJjvOGnNa2nc8NcZic2H7ZxTcPwjGrwH7l795VbbSmtZ hYam_VR0O5GMqNCkzFyWLz7iQmzaczUVHgwdlLsKcrBBSLZ2vZEl0I__EbsMuaPhzANQWgP5amnb .TpYD3GQERpuegBW10fwV995qGppOdkjftJk3LcsivF7MbCgux8HLLQwSJkwebbtIJ9JiLrTqwba CpTAcJgIufHOiYVyQgrnHUdVAhGxnYG8Xq1bzKoNk.jIK_oQcPFLvX2imPVxSB1DMPl_2MXRXZ6T OwR8RfYPnivWv6HoX0TV7Mg5iVNkZaN.juRAuB6ZfxSyBRAQ5SPQn.1wILcs7tECTUBVrl8CNb4y PB1ewuG83tf_UVlxWWPqitNp2x4P0VW2A6WpDFOyMfdRFQ7peAiU11b9KrYd4EUwJH0FQsNWdRUw 8z0ZZrlhy4EV2CnpqnmgwSxDqLprGpPr7x_nATjn.Cc9AW3lf8Ot1rH9TNTEGH8dCsRwfWVAhvJL vLe_vXLlAtkAsfQEPNMkxZpIm8vMiqp..KQy0ga0zOCt.GBKBXNVq3cNel6z9Q2nBo.52pn3oyoJ Xkp.YhI0tYmmkaa1u5uQFo_Mb08YmGX7YcHpdhIj2dvFOBtH6L2YCmua3BcJh4UXZE.zFJ05un8u xe3w- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Fri, 9 Apr 2021 12:06:55 +0000 Received: by kubenode548.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1365ee6499b8873bd342223a5a45f52f; Fri, 09 Apr 2021 12:06:48 +0000 (UTC) User-Agent: Microsoft-MacOutlook/16.44.20121301 Date: Fri, 09 Apr 2021 08:06:46 -0400 Subject: FW: v3 XML resources From: Reshad Rahman To: "rtg-bfd@ietf. org" Message-ID: Thread-Topic: v3 XML resources References: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-Mailer: WebService/1.1.18121 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/16) Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 12:07:08 -0000 FYI =EF=BB=BFOn 2021-04-08, 7:33 PM, "WGChairs on behalf of Sandy Ginoza" wrote: Greetings all, There has been some confusion about where documentation for v3 XML is a= vailable. Below is a list of helpful v3 resources. Please share with other= s looking for guidance. =20 Thanks, Sandy Ginoza=20 (for the RFC Production Center) What about v3 XML? - FAQ: https://www.rfc-editor.org/materials/FAQ-xml2rfcv3.html - Schema documentation: https://xml2rfc.ietf.org/xml2rfc-doc.html - Where to run the v2->v3 converter on the web: https://xml2rfc.ietf.org/experimental.html (select "convert v2 to v3 XML") What about SVG? - FAQ:=20 https://www.rfc-editor.org/materials/FAQ-xml2rfcv3.html#name-how-do-i-g= enerate-svg-that- - SVG Tips: https://www.rfc-editor.org/rse/wiki/doku.php?id=3Dsvg_files - Use svgcheck to convert your SVG file to meet the requirements of the= profile:=20 https://xml2rfc.ietf.org/experimental.html#svg12checker or https://pypi.org/project/svgcheck Where's the schema for this? - https://svn.ietf.org/svn/tools/xml2rfc/trunk/cli/xml2rfc/data/v3.rnc - https://svn.ietf.org/svn/tools/xml2rfc/trunk/cli/xml2rfc/data/SVG-1.2= -RFC.rnc From nobody Sat Apr 10 19:06:41 2021 Return-Path: X-Original-To: rtg-bfd@ietf.org Delivered-To: rtg-bfd@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F7A53A2490; Sat, 10 Apr 2021 19:06:36 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: rtg-bfd@ietf.org Subject: I-D Action: draft-ietf-bfd-stability-09.txt X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: rtg-bfd@ietf.org Message-ID: <161810679639.9580.2229281487865880588@ietfa.amsl.com> Date: Sat, 10 Apr 2021 19:06:36 -0700 Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2021 02:06:36 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bidirectional Forwarding Detection WG of the IETF. Title : BFD Stability Authors : Ashesh Mishra Mahesh Jethanandani Ankur Saxena Santosh Pallagatti Mach Chen Peng Fan Filename : draft-ietf-bfd-stability-09.txt Pages : 13 Date : 2021-04-10 Abstract: This document describes extensions to the Bidirectional Forwarding Detection (BFD) protocol to measure BFD stability. Specifically, it describes a mechanism for detection of BFD packet loss. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bfd-stability/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bfd-stability-09 https://datatracker.ietf.org/doc/html/draft-ietf-bfd-stability-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bfd-stability-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Apr 10 19:19:58 2021 Return-Path: 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 BC6AC3A24EB for ; Sat, 10 Apr 2021 19:19:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, 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 uxPpGBZ4HsbB for ; Sat, 10 Apr 2021 19:19:55 -0700 (PDT) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 4FA423A2499 for ; Sat, 10 Apr 2021 19:19:55 -0700 (PDT) Received: by mail-pl1-x62d.google.com with SMTP id v8so4548125plz.10 for ; Sat, 10 Apr 2021 19:19:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=3zgJQuFY8ZvdQ0etnrOWn9AK90o/AJWFg0hsF6amow4=; b=p8srvC+GpoIu4bD01Kpx3rKP115r0/8ttZd7GICMcx55tEMUsY2OBQRmjVnVVBQvaX Fu2SCzuBJuViwl0au4usbucFD8bFpbgLlm97lyrf7g2jSbJRhMGPlqvF1IZDiZvXVs8Y giJdKFSwnpYYJ5lzKoO3Lx1fOZvNvwQvpYTLOMLyJPM5ZZ4jsU34WpsK0kEu3c1K4Q5B jkqbB8hBr5D/woZPZ4ymwvDf+vdb3N227cRuFGMPf0WL+LXwkPr708vZ6HoUxagYFgWc HJDtRQaC/GA+lWOKmQgzWXPTjyw+Zw7StSy34XAnX4lq3xYmzKbxWCPXC0ctp8ZE1iB7 vu0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=3zgJQuFY8ZvdQ0etnrOWn9AK90o/AJWFg0hsF6amow4=; b=KgmfbyKhzl8ipYT3OGo2Yjf4qS26oJ1yDle0F1CYae2nMxOOFvho+wGhoL8sp2Bs+y eZrXd/2Bp7OMjtMzr3mc5t0aMK23wfV8aouabsSw2j4oJx1rpPQDmVyEcxejMm2nrfQ1 CYp5xJZ31hbnSpmJrmIMLeMImSb+9171fGYw7fqC+4xx0tjwp0dvalQAdl8v/v4Q050g W6hfc3XCYSkrWaeFQEFcpFeWAC0Pw06vC+niBLiIPUbjZCYUtDFqWvLVQbM91hNikQa7 ZT8IuTcw17LONxGBp3fPMae91swY4C2yUukfKumiX1BFPR86F5TLbvK4kiNwsEMAKM0u suIQ== X-Gm-Message-State: AOAM533NsjdDXugyZFKbklTUuIoLFNQs2Ci/zKAZBoxZtemWaKvpIJ90 l68vb/lTVJU0VGqeoKoOeQGaolNQnLH0fA== X-Google-Smtp-Source: ABdhPJy6WdF0V1gfSz18/ZuX5TvVMTwePLP8LmuK9SQX7xkbUD7JaubSfhGpSg4h3ZjRo9TANEWnTQ== X-Received: by 2002:a17:90b:19ca:: with SMTP id nm10mr486368pjb.175.1618107593687; Sat, 10 Apr 2021 19:19:53 -0700 (PDT) Received: from ?IPv6:2601:647:5600:5020:cd73:3104:9a47:d9c? ([2601:647:5600:5020:cd73:3104:9a47:d9c]) by smtp.gmail.com with ESMTPSA id c128sm6098435pfb.81.2021.04.10.19.19.52 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 10 Apr 2021 19:19:53 -0700 (PDT) From: Mahesh Jethanandani Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: I-D Action: draft-ietf-bfd-stability-09.txt Date: Sat, 10 Apr 2021 19:19:52 -0700 References: <161810679639.9580.2229281487865880588@ietfa.amsl.com> To: "rtg-bfd@ietf. org" In-Reply-To: <161810679639.9580.2229281487865880588@ietfa.amsl.com> Message-Id: <250BFE63-AF4E-4B6F-B881-065377B25134@gmail.com> X-Mailer: Apple Mail (2.3445.104.17) Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2021 02:19:57 -0000 This version of the draft addresses YANG Doctors comments and also = removes the augmentation of TE model, as it has been dropped from the = BFD YANG model also. Comments are welcome. > On Apr 10, 2021, at 7:06 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Bidirectional Forwarding Detection WG = of the IETF. >=20 > Title : BFD Stability > Authors : Ashesh Mishra > Mahesh Jethanandani > Ankur Saxena > Santosh Pallagatti > Mach Chen > Peng Fan > Filename : draft-ietf-bfd-stability-09.txt > Pages : 13 > Date : 2021-04-10 >=20 > Abstract: > This document describes extensions to the Bidirectional Forwarding > Detection (BFD) protocol to measure BFD stability. Specifically, it > describes a mechanism for detection of BFD packet loss. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-bfd-stability/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-bfd-stability-09 > https://datatracker.ietf.org/doc/html/draft-ietf-bfd-stability-09 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bfd-stability-09 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 Mahesh Jethanandani mjethanandani@gmail.com From nobody Sun Apr 11 11:20:11 2021 Return-Path: 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 3C8743A184A for ; Sun, 11 Apr 2021 11:20:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, 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=yahoo.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 oUZbZ5z5mhMX for ; Sun, 11 Apr 2021 11:20:04 -0700 (PDT) Received: from sonic312-21.consmr.mail.bf2.yahoo.com (sonic312-21.consmr.mail.bf2.yahoo.com [74.6.128.83]) (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 391903A1849 for ; Sun, 11 Apr 2021 11:20:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1618165200; bh=m/HOOIW0q4vGtARvQsqDNs5iKJWNhhbadjzcNS0g26o=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject:Reply-To; b=i+tVOtmEPAGfSiN2HaiGlss3T4E/sVmnlM+o806QL8MdlGyR3I71FHBWurh+vo73TtP15DvnEfAx7+4XX0PuMu4QIKGvRQDNXJnELeO6IVnarRUd6yc2ZFkdBSEy3EU6c92x+4etEzNDe99ieNtvkPDlbKIXgOyakCJNW4yh+L2Z2H/DQs66nu3BsOLP1vkFohA/Np2AnPMY6BUed1CK/YbrTKH44/8yJeWXN/IJy3BUlGXpoK14XdTqt/4X/sm5FnVU1EL2eGmta4440IvqoB+RKUMGitaYKyiVX3vpj73Fj7NiIHGZwA1x+Asw8fvLE29HAK7NA0nk58EC4eBTcw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1618165200; bh=f51UjE1dIAgrQMauYkZbh8BzWdTYosxlalya75A9dbQ=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=K/U6G6axXNjvJxlLpm5C6IwlHivR3jJ8/m/wJwzqJ/QVCuek9tT3mtVedHwjGpOLLRWCBEPeYj3Sc1udp/0F04PS8H324AWt4W9Yt6mbHBAAh/bi11v2ICgWI2JbFOJURmN4BVjwILxJEQfmyZdqNvj7KJChxOxpvEsSI19M73CCfWThetQIbvRD/oDg9odS2ogoLbqtqamcY+s3aZnXsLEv4bvLM98li1fOHKpW9Iy7O5vqAbo2doPMmLb9zZNFPEe/awuQ0aWkw+rphX0oT0qVvUxXFPQZ5gKisorg74145wh9W2df7D3V+TYr8yX0LXxDPfp/iejTH8VlDluhuA== X-YMail-OSG: ZYZXTpQVM1lXQB_NuB6a_DoNcMOgu_cqNuxB2ou0FlNAD9mHmnZcpOejOyyxcAx BFlu16hI8JeeBrEjk.PpCwukmWIItnkd_YUMRG3JfK0jRn22PmRfjLbTV.SeS1PdHjn9Egrq4qbY mWFlhdXq7brTkKNxEiYHRWKqVgKFvZOXXVCEtSGmpFDD6._ykU0OFMHf_oPK9ZgGTF_3TRh3mqO5 zdDhyNBLBhPKrzfDsDgfdX6VNeSN0Wu9weR07IW2DV5aMZTsxnYZYFCfARtTx3gOXTPjBQuWFOw8 Eqv50Z0z2eNReynU39p1_tMj46332fHQRVwT_hfyb3RZJdkb7T2gvT1s1IPP.lg7PI9_16HWe8Pc 5QOhkuORbfAmjVJkfdxAzduc_1Z00gDWtV63MWmPi3aLtTM7BPkJB9R5.oMyh_Md6xAAr0aFnhRT eBQHI3xs4UqGS_HH3Drx1umnucZWlUUADhJII_sM_10cHY3hoLHplHTCrcm_aSgd1UpLKuHAEvaK w50mzVWDXO0RB9dOdam6rXcowg0KE2R99njbySx0jqIDHSdAmdOO5WAE8bBievnETD5rJOBgSwSy Jbn_Xhnep5vbn4mffWxHNLTb.CJkJyy6k2TSq3egLNJBeQe7ed4.Lo7.ak0RNEdiBvyL8VvlS22X huXJLIq9eazwDMumIB67mUzYZEb7SSSGvzXX38AT5EsdTz5lMao7Ji.Sy_F6fV8PNzfE2laireS6 fbZ_pYM3o11BzEBeUTRtLYdhzmNTnT_hulxFaKBxFSscroG5GE06aWdzCRtG9Dti.0gPcYJomdVs zVtxVQGBPD2BFDBl0uVLdoKDxIReSoofVjkiFI6s9kpdvT8YHc9j4M2FOPKo1ALoHloXPodxR5.J __qwfoTPzMaRUTPKzlT2.1f8ekX31wBonEa0zE3tYoYh5aaoaMmxE57Jj4OT9.qhgtUAcHXvGbD3 2XZZ9vw1PF6uJBvWMmo_PfaCFrOrukHuVIEdViF1T5HJoJF8pU0DYUuTez8a3Gzeaac1AsITUt3M yCQSokxjNK7afThUwuB7SZYhbDUAR5yFR2LI3FtX1aNo13PhnzP221SnsG8YceamNNF.nDmKFYI. ogRAhWu0Xu3Z51N3IHHB9frd2WmEfFAmGUNumv0ZUhRMz1sm2txoUMEnfwc9eBXQ.mskyC_9qiXv LPpqB9CTAwsCeNuXATL5xLJIGVAV6pQ63vcdVN2xToBH6F3Qsq1X1WyQA9W9aIaW2BEWaZH5xMd9 qhKKg0X4PRmZH8p_7vPuaKNarweS.GVOBC4MfN_J0y4ASOX4spogPzlNZz8W.41mGlIZJOC6a1BA e4i9ToqP_YW6a5OKWU3WspDJDc64okY.r6QVrDCo2ZBhcWY1K5D7kZ3vieHw_Qnyelj6EikQGCur 0jcVhiqbIzpiZsU3fzBkEfC2QsDf1SatNpfSWzmSbEPkXkd3WcOgJWK_WBAPcoXVwuhQ5Yjw.zhd Z_NnYpZVzvO1FlltmPCuDnphon_FK7A2muNIQTnu7FxLxl_2wihsTymHNJo2criT9G_vjl1dIjOP nip6tYzfvCBGWYF5C6js2KveNWCdF1VZZyu13cXnzT4txLBbNG8d3x89AzE2vte7VUjieBdY0Hbx NOQzWEzspBe4WC5017X9SZyR_muoLywVAqpY783Fd6.0R7EAWJzhGQn1CLE.NqaSTzHFo3WZGqEO cVUj3eQeFEOfl1lpppHqSEziEN_93KBRdH910MUG2rg2n.oOHqjW6z4lCtT53Ol0uhwFHI1XaSZ0 X03sDfDmAuoc4rfwLgR2yt_mo25cRJFBAz5k2rlxWUw7IWdPN8koDbo2i1CS.8wDu1lQKTIk2vuh ZNtnQJHUWD2snNWUenE._BSvBw7Bll5BrnfCjb.3yO.QWzgEha7rMCjwzTiiSt.8NXhTMJVrCfIX YSW_x9ITd8dVOHxi_Y.jyI6Msj1y1G6Hd1kQXWG4Jt882FIP9IJgwmEWS9LDpwXhQBZf3QQSaeUs lSjpH4xylZmHiVBEeiB1nV4RmDUk.g.rzMeNRygwDIGStAtzEuVlvxvhTVj1861oGHcGcX8Xwxwx EBrd1YGq5n0um5uT1IV.s1uyUUZyAAkusl4NYZKF.mKwmz3Z3k0O3qzV3ce9fIYFXVC9DAiQAqFc dOCUz7_3w95M0N7N0Pr1_3KYl6.ifBtL2YYsD3xZh8sjBo7Q19WAvsDwIRqeY5JpidQ3OV9aqFT7 uJZeHbXm4uGspZFE9MxXkuzM2XedbFOL9S_6NZuKQkvVCCo1Z8yzSehF3WfJXSEs0NOfOWcus0LM HWJg8KLuHgPzDxcfXrNtcO.WNLZdAd7yOrv5fzAQoNXDLPpaFjYQFdf0j3PIfku9dzmrjBHXji3e yh502ylXYm8Eg3RdFnEfYg8.K83p8ALPk2.mkY7Sqex9UI9RMQdAyDJ77.lIEU26xlb65xdTj03A OCUdBfCLCloW3bAPrwkc0zvx4tkLKXO6BSwnjcxov0NTjNkT5IyT6xiQe8VhlzAslAVvhLeZijhB P9rymvDydTqnnmxoerbMBKineBmHPYTDd0G.kVNV9WxADTl1wCwDdlJ9z X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.bf2.yahoo.com with HTTP; Sun, 11 Apr 2021 18:20:00 +0000 Received: by kubenode512.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 728c96ef73b5870830cf77e5394d4e77; Sun, 11 Apr 2021 18:19:59 +0000 (UTC) User-Agent: Microsoft-MacOutlook/16.44.20121301 Date: Sun, 11 Apr 2021 14:19:57 -0400 Subject: Re: I-D Action: draft-ietf-bfd-stability-09.txt From: Reshad Rahman To: Mahesh Jethanandani , "rtg-bfd@ietf. org" Message-ID: <99B84AE8-6991-44B5-A9DA-E3207066E505@yahoo.com> Thread-Topic: I-D Action: draft-ietf-bfd-stability-09.txt References: <161810679639.9580.2229281487865880588@ietfa.amsl.com> <250BFE63-AF4E-4B6F-B881-065377B25134@gmail.com> In-Reply-To: <250BFE63-AF4E-4B6F-B881-065377B25134@gmail.com> Mime-version: 1.0 Content-type: multipart/mixed; boundary="B_3700995599_473256274" X-Mailer: WebService/1.1.18121 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/16) Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2021 18:20:09 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3700995599_473256274 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Hi Mahesh, Thanks for the update, looks good. Nits: Section 6.1: Is lsp really needed in this paragraph? If lsp is kept, please capitalize t= o LSP (and add a reference). This YANG module augments the "ietf-bfd" module to add the loss count to the per-session or lsp for BFD packets that are lost. Section 7.2: s/registers one YANG modules/registers one YANG module/ Also, a couple of minor comments from a previous version haven't been addre= ssed (see attached). Regards, Reshad. =EF=BB=BFOn 2021-04-10, 10:20 PM, "Rtg-bfd on behalf of Mahesh Jethanandani" wrote: This version of the draft addresses YANG Doctors comments and also remo= ves the augmentation of TE model, as it has been dropped from the BFD YANG m= odel also. Comments are welcome. > On Apr 10, 2021, at 7:06 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts di= rectories. > This draft is a work item of the Bidirectional Forwarding Detection W= G of the IETF. >=20 > Title : BFD Stability > Authors : Ashesh Mishra > Mahesh Jethanandani > Ankur Saxena > Santosh Pallagatti > Mach Chen > Peng Fan > Filename : draft-ietf-bfd-stability-09.txt > Pages : 13 > Date : 2021-04-10 >=20 > Abstract: > This document describes extensions to the Bidirectional Forwarding > Detection (BFD) protocol to measure BFD stability. Specifically, i= t > describes a mechanism for detection of BFD packet loss. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-bfd-stability/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-bfd-stability-09 > https://datatracker.ietf.org/doc/html/draft-ietf-bfd-stability-09 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bfd-stability-09 >=20 >=20 > Please note that it may take a couple of minutes from the time of sub= mission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 Mahesh Jethanandani mjethanandani@gmail.com --B_3700995599_473256274 Content-type: message/rfc822 Content-disposition: attachment Received: from 10.217.135.108 by atlas308.free.mail.ne1.yahoo.com with HTTP; Sat, 30 Jan 2021 23:26:52 +0000 Return-Path: Received: from 4.31.198.44 (EHLO mail.ietf.org) by 10.217.135.108 with SMTPs; Sat, 30 Jan 2021 23:26:52 +0000 X-Originating-Ip: [4.31.198.44] Received-SPF: pass (domain of ietf.org designates 4.31.198.44 as permitted sender) Authentication-Results: atlas308.free.mail.ne1.yahoo.com; dkim=pass header.i=@ietf.org header.s=ietf1; dkim=perm_fail header.i=@ietf.org header.s=ietf1; dkim=perm_fail header.i=@yahoo.com header.s=s2048; spf=pass smtp.mailfrom=ietf.org; dmarc=pass(p=NONE) header.from=dmarc.ietf.org; X-Apparently-To: reshad@yahoo.com; Sat, 30 Jan 2021 23:26:54 +0000 X-YMailISG: 2Wyd8V0WLDuPM4jQRjFO_0_jPxEaBORnZzwRNzc.q4vjqhhW YBP_aYgyyT_nDk1NGQ1dS7oK55sGHUv7_1GrBQEL_UUZHtsR.iZ6nBv5MD5p JiCJmhcDfdnb6L0Q.Weuoi6rsq6xIIAy03wDA7laRaqF930jdJ1L2JZxyL5z .Wqlue7Ki4S6_qHU2J0dDsV47gDQu7_aEEZezraNoCwXJPc3de6RgnCNRXgW kgndSgOSs4pE_8R3Bo6JadFoNtkD3q1WXgkp9DPTkqAu6RpXXa0KALOvaKWQ Q0L9VLEe0IAViQdM6nsIBpwSHYHL21_T7SjGpqnUL6mI2EqxjmJQ8JPeB9RC G9hWBPMQf1dI3s5KsyOI7PDYb4GBk8V4ssbmTDDDOLfGLW8GlC9_8srogoYG zBpvLMxvJRgDpOpW1kLozgFbCBaVyLI38PVF2_lE7PCdxTwdwahLRav0tK2V FnzHvXCIZq3mVaGoXDkDcZEQorY_tgo9VOFZH2WIs6XSQFmL54B8lvd85B.r Bpo0HZL1Xdgt852eb0y5u5.Z7AQrZw_h4wVGmiexgtat1_rmiyS_CY_xYV30 jt281cLn.OVYtQqG1S8.m9ehjAWUiHz2d8yQx9CeIu47F1G2U6lq9w4hEt28 _tcjJ2QCpDCjIGUM7n6zC7vHU.3LEiBHG8BROGbh07mzVxfbPtSLnNq_sNjL GJ3d6Cdj9JXKl6299iM0AefwpXmWoRRGGsysCFWKWdVF5hIApGyfj4PY6bY3 fOpxQvZdb5KUw9IoCHt7eocSeDn9.q9cYuwbYkb.F1WGZq9U7OjQakuQi2t3 1HllbdsqsH9RAwisRkS5CNUG.D0G9EjCnc_n1zYJbtcWYublbeJUHtI_iKa6 kdNnj4J3PbAG_GnNP8lXGsAK6lEBosm3lcs8qSVrDFN_5.VMjqNc82gi_wC2 eIKbriNGydh_atlVEQ7X4IdUnXMdDe4Jb4Hng8iVe7Xu8O7W3iDSbXe4Estj HL8KRxTFBMongkYs5fy2gq0.Un_JaFDCD4Xod2nqDuzo.bpUVMuIG7tKF85C E1wzgIQsFY9OxHL1hJvH7OapWUmrZQqGARmU74ojhoVixyY_oCpS0O1RHKFW AoiJlUGrVCSrUib5xLCy3hegc4oHqTRwhC0y2fs6xWU0PNbJCv8rEjnKOVNp BZ9x92jh0I1qwVUvh_LWTtiTwxwukyHTeh3Bkn1gbsZJxOUSDR5CwnOWw8D8 l5YQTboZqkQmqsRiku6LzcPGydvISP7gIrdRdHKAe4q9KOt9PYYsBkSpce6J clb0jzLBFRHLnZTifH01qDx3aCa6tusmsobSB.Vbl4dNkxqPIzvfHRIg60Oc XRUHLQ0nk873mLxqsGOTNA1gDuqyODW._DAqmB8NzgJ3StTEibg1oy1xLK1c Pxxumju7sHLLgcGMyEbA2SWYnadfmbLf Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E1223A1280; Sat, 30 Jan 2021 15:26:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1612049211; bh=QTlkMMt5fDF0y4DmPpFqfdMJMRUZV+JxjJt4BxqzIh4=; h=Date:Subject:To:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From; b=cU9h4c4zv+IApBJ7i06Ue2tzF7drwbn3jLqlAnEr9ltJRrsUmvWVzkIxlOUPXCSf3 AgwT5Cow/h9cEYAvM91z81p2G9WRiuo/at+9Dm9otGA0YJ401ixAm6du43VLSVMMIT FdZj30kj8OmrCmgFYVDVHz4k2hKZY/XeLmP3Mab8= Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 19C5F3A1239; Sat, 30 Jan 2021 15:26:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1612049207; bh=QTlkMMt5fDF0y4DmPpFqfdMJMRUZV+JxjJt4BxqzIh4=; h=Date:Subject:From:To:References:In-Reply-To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe; b=Bdaq/UmUrVI4MnjAydL+D7s6AdYPoVzuMIWwvkMW5AIg5W4M+GM3bj9WEB6v0nIFs wPwTYeDkspgw8yS6yVbByPw2X6wGGXJE4rcrlHHJUcidfj1mArXGbt5gPt2a9rCtyL 3khp2nF6LH77OJsROIqOGCxAYxNbPrwT3hMOlFWE= 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 5323F3A1238 for ; Sat, 30 Jan 2021 15:26:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.506 X-Spam-Level: X-Spam-Status: No, score=-0.506 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MALFORMED_FREEMAIL=1.591, MIME_QP_LONG_LINE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 71jsFuz5vayi for ; Sat, 30 Jan 2021 15:26:43 -0800 (PST) Received: from sonic310-15.consmr.mail.bf2.yahoo.com (sonic310-15.consmr.mail.bf2.yahoo.com [74.6.135.125]) (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 DCF963A1236 for ; Sat, 30 Jan 2021 15:26:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1612049197; bh=91wRx6uOul0PkQM0GJCj0Yvjy+LcCnTl9vxE1QX2fKc=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject:Reply-To; b=DJVHQCQLSop8JGq/irYigZP0LcgBP4pmW0BhlQyUjVxUu7RlUR7lw+ER+2ybApfrzZ0yVkSRpVJzF3hQUphDXYykYEuEQ6ACNdZqciwLcjc6N9PkvJ1C475nAcKO5V6D2UTA6nJcRpBd+tlxSbKBb08AOGSGTZ64O7dGTs9+ds4JdYPSoPqHPVxqupEpQDphDu8b9n0MuDPCa2Y4Bi12qGQfuhQC/Z/DARAKVKSopS9I6MOqOy1jJJCunhBd+FJV72G4J9yEdFPkILUPpuwTL/0jKrOIYu5vF6PzaQbxYwsFj5/J3BuX4vnmfPftxgRQngzHjByagScRJPQVQXDFdQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1612049197; bh=buo8VltSLM3u0FAv0oEAFJ9J08FhQ4Uo+K1PG1TZ8HR=; h=Date:Subject:From:To:From:Subject:Reply-To; b=aWf5U+6SiQusYjuLvZ2hSSW8o8+lc3wtiZhOEouEmIP4/PLQpFa6GlZ9jWgFDmEkLTzwMt/S7cWhlZArCct3l7Bmzq2vrqQNNsiE0HWNnXiJFVbBA42ZtTH/XD4hLsp0vrT908FVLx3W9QsWnwyE46Inl/yVPGHM1v1syjgfyH7b2S/4ctfKe+d07KarYBjfMYxs2XLCYMJlMzYuCwmkoWvmaVpeiZPAzg8AaF+WH2q7wQW7+UbCBdu5m5S6kOEIBWJejLTYCuqZEjHBfOuZ0zp+e5eYiRaeTa68Fn4VMhLp+7gEuHfKGZ+nTAuaFf4za6RU6h5CHuALver9wzDb3g== X-YMail-OSG: ZpG.hDsVM1l0N3xOitLqu5h3gyoHNPQ42Lz8SKQeWqRDSanxBXydBv7XYE02V7X JqYJAsdyclOmJdORaDNCP79LRohq5D5T.3GyRGVjfMzScKUkthN_0cZmsa3GZgI5Ya233DMt2BKv hzi3gcOgOvAVOWuZOKupZLfBIZnTbTCBxpK9UMJkek9lFWPx0z_ozIdIHwfcgJ7dovYwP6XAmfT4 jYECF3s4Ih4ondkum2PEtNH_ygD8AW9rbfpyH1RHUVr8fVXkiLJ3seNCWExhmMDWIt0ArBNlPKZp W6CyiescIUrG2Wyy.o7EGNBQyGB7Bbq2e2E7a_hhTta5FMO_5HJuPj_t.l.QRpBajc3ePGA3.m.X fqfm3M0NGaJNXDPph6U4RQWhZDa0C8rQRYhUnj8nBHtz1G_SZZuhb7yMe81hdXhrnQt5qlj4NkXz hwYHN6aL1wwfKg2xouySwHq_OFMgna5z.9eRUPicaT9fViUL9HowbEPrja0hk1Aj.G383Jngpuq9 WI8_d3uVd2oB_C.S4XrFg.WPmU2bGoyqCo9UyiE6UzcRR.u01_l58k3D.A7G9GYk7ZMEc1tLpO.1 HTcjVBIA.4CpG__rlAVutBX9AlFCrLf_kaM0pVzY0lIekYsZTEbvK5ZlTRAyane_xkQflAQ2l1Na 4XD_7jS7yA8yviO3ZQ8pI4pc8kvS3.6BtuczYWtGFwwPBB98kwfsA3JqT6OFwc9jMx3CvalEubhd Gmbryg6WaYI2ubSGatwb41mnYGTUKxsakyD4JPkl6HnsIGRre1gMeV.Ncbk7pzAZhmx9E.57i5_H kFRltYeo8MBHZ.Ryd3au.BdMlcyErPtT0iBShdSPTtMRBhNEXV5U_.p_Lm5su9sLNyJSdX6a8zL8 3jDyiaAOUGqxNzuDZ9oWXSRbBbbrwAoth0ngSzVuii0M_.5cm7OC1yi5qAWJ_3uYmTVX6Y2CNQWh LPDstLR1y.YrAmTaUhwu9TlrOGx5zDvo.S8SlaCETsAji3bgpQkUHyne1VBZbikGIvLOvPDOyxaq WR8glGwB0a3PIXOH3tged8op1J5QcpRiMR7qxFQg.OAsgUSKQwS20xK6aScgdz85enRALI9zv54T CoVVn4BqLLHLgmhZhIUKM0GqvMM60DxyJYzt5qGazdZll2p06TjwT64AuZ_AZIvpyy8JCgyFS0ip Qd4Rj9eFDwQIE9PsKYL.jHqI63_b6FREu6Av5g1TF638hpkbdtn4nhScdZNE7OPKsJQ4v60r9nBS Jy.5HSzYxvMML_oGG7MtZy0gyx.VVM6nnsvXHTLhjOklAdOJRyWDU4M52QS8q8H6OjGOt6F5zUBO PmmfIdr3x3oSaHraGnL9y1VmXj74YXQ2XmuEvMAstiqALwHYmhvsXH2f71j.9R_eWVN2Zv2471Va OIYcuW6QOInUV9ipQ_UAC2Zo8Ybrah6s0KqJnQqB5rbQeGln2bbMHlRLX8fyXQXuAMmO77q_TDUU 421zpZmIQGoZsRIiG9eIg0JzzbcfXRUxFplq8uzAc2vy.XzfWn2_nwnC.lC9yPjzJUbxJEApk0zi 2qoEDokN4R7yXGQ7zVkyhpOROi9V7ONoPXtwm.4es8obQ_LOQur1yFaGjRrF_633oti3nowlcKyw wlk_xr3O0eJ3KHmoPpzGSBRdut30Hc34h8GjQSKAUnUncar.5CYQW7rxRdai2EEhfDtlKrFS_hFV nH1VnH9MzQ9n5riIkfFaN.8G0AmebmWaDTzxlH8lyaComdV4Ww8lpfJTHoZsIfD58nMmYUmY1WTN G7GcolTMEynZleNpd2URjKRriGenkSn2mh127kfzWN0DoeARhLTowKr0OIvbhX9Vy3kPf.PtSmnP xpUlW6wfsA6L9NmNV_br5v89kkFlpq9MHPwfeKWe.a8dacNkdkYlMxAIESyOWFl8W1Mmt0J_lpGv kxVTpDOyF5NXcD66YDvdeP_eo9RAdtHY1bIVC3BNKMvNJ3hubIGVvejSGy76fjUZlmZEkpWWW1u6 wRNmxMGuzPtryshOkHHAiDvXiEmmBNz0DJNAPqkpEhKfnsXktHYOBr5cuiYf33sCtNhG4mCN5Iuh xFAuYa9tmbWksgTdNEfLhyZR_K5lTHlVjfCUI1_zM_Asw1_Mq.5vDPzuyAZnejwZEO8VqHJGiQzf nhCS53hGcGav.IlKBiZMDjWcgo7yfqzhYMY5QxMxppTSRkP3D_J34TONcLcMC6YCJ_90kpuBbiLg UQAJFYc.4zfqMuL0NG45Tq7egiFdcUYEf.SjjZK4qWzpDAa6VF5P2vBGf5DBwFmDbEBO27WrEntA OvURUBapBMM_wJcLrIwo4xQzRzVyMpTNdh76vReXuSsaDUk6hclRSwhaE3PAflZnISoA8Gfj5m8r RU55N0fJnCT0rcZWLxv5KMnWxxGUEa8ZNHE5MM4p0vbPyCB3KQdNJuTz0rgL2NLamNf5qCyolUhM oTPqlOm1.oFL3oLeQhGmAWLsV9gOfybpQqY2VBoCBf99ZWRS_ Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Sat, 30 Jan 2021 23:26:37 +0000 Received: by smtp416.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 007c7cf40e530afe2219b18b78d1aa86; Sat, 30 Jan 2021 23:26:34 +0000 (UTC) User-Agent: Microsoft-MacOutlook/16.44.20121301 Date: Sat, 30 Jan 2021 18:26:32 -0500 Subject: Re: New Version Notification for draft-ietf-bfd-stability-07.txt To: Santosh P K , rtg-bfd WG Message-ID: <22DEF317-0F24-47BB-9489-1C5A9D824172@yahoo.com> Thread-Topic: New Version Notification for draft-ietf-bfd-stability-07.txt References: <161061832764.21019.1994746468167370229@ietfa.amsl.com> In-Reply-To: Mime-version: 1.0 Content-type: multipart/mixed; boundary="B_3694875994_1785370114" X-Mailer: WebService/1.1.17648 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/11.0.8) Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: rtg-bfd-bounces@ietf.org Sender: "Rtg-bfd" X-Original-From: Reshad Rahman From: Reshad Rahman Content-Length: 35160 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3694875994_1785370114 Content-type: multipart/alternative; boundary="B_3694875994_1377021495" --B_3694875994_1377021495 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Hi Santosh, =20 Thanks for making the changes and addressing my comments. =20 Nits: Null was changed to NULL except in the header of section 4 In section 4, it=E2=80=99d be good to have informative references for CFM and OWA= MP. =20 Regards, Reshad. =20 From: Rtg-bfd on behalf of Santosh P K Date: Thursday, January 14, 2021 at 8:35 AM To: rtg-bfd WG Subject: Fwd: New Version Notification for draft-ietf-bfd-stability-07.txt =20 I have refreshed stability draft. Diff from the previous version is attache= d.=20 ---------- Forwarded message --------- From: Date: Thu, Jan 14, 2021 at 3:28 PM Subject: New Version Notification for draft-ietf-bfd-stability-07.txt To: Ankur Saxena , Ashesh Mishra , Mach Chen , Mahesh Jethanandani , Peng Fan , Santosh Pallagatti A new version of I-D, draft-ietf-bfd-stability-07.txt has been successfully submitted by Santosh Pallagatti and posted to the IETF repository. Name: draft-ietf-bfd-stability Revision: 07 Title: BFD Stability Document date: 2021-01-14 Group: bfd Pages: 6 URL: https://www.ietf.org/archive/id/draft-ietf-bfd-stability-07= .txt Status: https://datatracker.ietf.org/doc/draft-ietf-bfd-stability/ Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-bfd-stabil= ity Htmlized: https://tools.ietf.org/html/draft-ietf-bfd-stability-07 Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bfd-stability-= 07 Abstract: This document describes extensions to the Bidirectional Forwarding Detection (BFD) protocol to measure BFD stability. Specifically, it describes a mechanism for detection of BFD packet loss. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --B_3694875994_1377021495 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

Hi Santosh,

 

Thanks for m= aking the changes and addressing my comments.

 

Nits:

  1. Null was changed to NULL except in the header of= section 4
  2. In section 4, it=E2=80=99d be good to have informative re= ferences for CFM and OWAMP.

&nbs= p;

Regards,

Res= had.

 

From: Rtg-bfd <rtg-bfd-bounces@ietf.org&g= t; on behalf of Santosh P K <santosh.pallagatti@gmail.com>
Date:= Thursday, January 14, 2021 at 8:35 AM
To: rtg-bfd WG <rtg-= bfd@ietf.org>
Subject: Fwd: New Version Notification for draft-= ietf-bfd-stability-07.txt

 

I have refreshed stability draft. Diff from the previous version i= s attached. 

---------- Forw= arded message ---------
From: <internet-drafts@ietf.org>
Date: Thu, Jan 14, 2021 at 3:28 PMSubject: New Version Notification for draft-ietf-bfd-stability-07.txt
To= : Ankur Saxena <ankurpsaxena@gmai= l.com>, Ashesh Mishra <mi= shra.ashesh@gmail.com>, Mach Chen <mach.chen@huawei.com>, Mahesh Jethanandani <mjethanandani@gmail.com>, Peng Fan <fanp08@gmail.com>, Santosh Pallagatti &= lt;santosh.pallagatti@gmail.co= m>




A new version of I-D, draft-ietf-bfd-stability-07.txt
has b= een successfully submitted by Santosh Pallagatti and posted to the
IETF r= epository.

Name:           draft-ietf-b= fd-stability
Revision:       07
Title:   = ;       BFD Stability
Document date:  2021-01-14
G= roup:          bfd
Pages:      &n= bsp;   6
URL:            https://www.ietf.org/archive/id/draft-ietf-bfd-stability-07.txt
Stat= us:         https://datatracker.ietf.org/d= oc/draft-ietf-bfd-stability/
Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-bfd-stability<= br>Htmlized:       https://tools.ietf.org/html/dra= ft-ietf-bfd-stability-07
Diff:          &nbs= p;https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bfd-stability-07<= /a>

Abstract:
   This document describes extensions to t= he Bidirectional Forwarding
   Detection (BFD) protocol to meas= ure BFD stability.  Specifically, it
   describes a mechan= ism for detection of BFD packet loss.




Please note that it= may take a couple of minutes from the time of submission
until the htmli= zed version and diff are available at tools.ietf.org.

The IETF Secretariat

=

--B_3694875994_1377021495-- --B_3694875994_1785370114 Content-type: message/rfc822 Content-disposition: attachment Received: from 10.217.135.165 by atlas205.free.mail.ne1.yahoo.com with HTTP; Sat, 28 Nov 2020 12:27:31 +0000 Return-Path: Received: from 4.31.198.44 (EHLO mail.ietf.org) by 10.217.135.165 with SMTPs; Sat, 28 Nov 2020 12:27:31 +0000 X-Originating-Ip: [4.31.198.44] Authentication-Results: atlas205.free.mail.ne1.yahoo.com; dkim=pass header.i=@ietf.org header.s=ietf1; dkim=pass header.i=@ietf.org header.s=ietf1; dkim=pass header.i=@gmail.com header.s=20161025; spf=fail smtp.mailfrom=ietf.org; dmarc=success(p=NONE,sp=QUARANTINE) header.from=gmail.com; X-Apparently-To: reshad@yahoo.com; Sat, 28 Nov 2020 12:27:33 +0000 X-YMailISG: UoIyi8MWLDvhbiq8b.slIh64oTQsf_YrkMLJLYDhKE_6yHx4 e9GiePIsgOOBFA4UsMExddeuNFSavfEsAet1JQdw7WgBwgRn4lIeutodSAFr bPazkJHZXzKKxE0AhB_iJvZWBC6MN27zzDCXwECw.93a5VE_Fho8Z7H5.FCO NA_ky5X6pNPtjivrqqnjQfOog6AkD5LptA9IfVn7MLVuhyy0IQKevmv4eV_n lGt457J1TaSzlNR8WawO5IYdxdnfXJ7Fl8tqHXCk0K2YAnhBmnpN8oyArPyd XCCXQz_yPzrmib5dqeGN.v9bOs3Etfvuq2wdnEgkLbpjH45hkN1c7Yo0veos reVPZA4LWQTfi40zrDEdJ9TQQhZDN9NbcqqX03TCpfSx.l5mFdIMr11XFzYi K2wey6WCwhBIlj.P9csHwEu.yXFf01mngq6rN7f4pGaUQdwl8U8kMX3RqPCE R7EwCZ9y7y7LtlQVK1HRbauiLvTonO.iIh7uphb.eebhtuuObiSR1QALMSG8 BBIM6SEz0XikpM0Y7bxPngNgqJJiTVBE.7aNpdwDCtJhN_6BuUHjpILSitZZ ee09WcsFhjKAKmVLtCSo1D4bfNh388F5g7wxRt4_BSCzXQLaZo0l5SGoILXO 0KcRF6QxR6GyZw_eb.QdooSmBklbMWiw3tl84VrcLn_nX7eOWlVJhMe8hkAR Xys0akgwlsj1q8MMxduyHQ8KElT_6XI2PL0uhcM13gMiNS8kej11QGme52L8 sKXA1APanHCYlqBs_w4EWBMLFbdlxBmvmpLY7VKYjyER6qdJHRjsMqek8ME_ RuIoghreo.Fruao0Gt2uV8xsfXOWV2HrZ1iMcInuVHqy_BzGkYeS7JmxSr4O qGRmbqNJFxvHz6hopzKYSj89O2jUUJw3cBToiU94JHpLZ2Qi8jO6ZXqYgd55 GYm3wT9CcBOzwSyn8H9i1TUbMazcDDX1_j2zx7DlRrXJvnEfPqty7vwl9qmC VFHnOG3vWCtf81XPVaBgb8S7QPHG0ltbaRjsvqqXXQIHirDtSQD2MNT5kkmV 84Ewt6nljRz_Mxj1VnSM8ggR8IGnoF2nR06dAG96_JlzAAusQtyycEyNL8Lg dsff2nydCIS7EnFE6W0TqWX88Gtc12ZAhlZlLJ_YIgevPexlYrFpY62HzRDA 6jHFC1KmJITUsytn9jIS3dKPX0BZ.IUs6vcVxD4UwOWHjEELbvlje3WmBFDl NXEV784zOdBNI2RDNbI.X7jP8vusjkNbmpuSwReAVTQoCMQG8d6IUAqRXMvB yvslUcVu.Y8ZYDILYc9y4OkeuT7VZqpyRV2Ym7AvHOLGkL6eQsQbFXE.hlVG pDJo.9Dc.Z_Ovtt.AKaxuR6SW9vFGSRKj7Xmvl1ObmcVRyNMlPJ49jXFXYu1 2N8c10.OJzk- Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 24DC83A0D8A; Sat, 28 Nov 2020 04:27:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1606566450; bh=yYpDa08XEJ/a85a0n6MD9wW6jYQcHSfeFfMNp2hNQ1U=; h=References:In-Reply-To:From:Date:Subject:To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Cc; b=y5/bhNrJ3KxUEB9I7o+ptXd0tI9ntcZfhkabdA0Im3yFUAvmpFo833HWiKb+Sroet Wr7Q5AGtcYRJ1O6PnUS94cGBQZoFe9fpdKO0vkjFTVgElmYbJbhnFKf0XS4ffI7z+L KHoqYBDYZOfI9+e2oWA378LdfOxB/CIz9l7Bj2Tk= X-Mailbox-Line: From rtg-bfd-bounces@ietf.org Sat Nov 28 04:27:25 2020 Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EEBC3A0B5C; Sat, 28 Nov 2020 04:27:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1606566444; bh=yYpDa08XEJ/a85a0n6MD9wW6jYQcHSfeFfMNp2hNQ1U=; h=References:In-Reply-To:From:Date:Subject:To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Cc; b=oveanNWkJzVTn/XyrOvNGbqu5/rRoaV9kMO/uIvp2LO/iYu2UhGNd1Fj6pLDW5vll mFoy7gD82yzHcXZn/dFtHerxYCeQj5AZHFUp/zUejMxhqAKN2jK1tVZaefuEGVkl+x edPh1t2ApbwTlodo5b9txI0szDnX6wB1RQS9LIRE= 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 C922A3A0B5B for ; Sat, 28 Nov 2020 04:27:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 GIdTCvSbIaAQ for ; Sat, 28 Nov 2020 04:27:20 -0800 (PST) Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (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 BE3F53A0B58 for ; Sat, 28 Nov 2020 04:27:20 -0800 (PST) Received: by mail-il1-x133.google.com with SMTP id r17so6906644ilo.11 for ; Sat, 28 Nov 2020 04:27:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9PJe/PTUV62Un5qbu862SZAydSr9XlHivcf2cRx2AF0=; b=QPUAi01ca5R+tHVqpiDmWwzB5cuvoNjSK/wRmwZhT8MXj42lE90Vr4FuKM4JlPEyyY 2t5k+oh/HU/seloBqFGc4wD9jqJVcfJrC+FKVs5hgJgGlVCGTUFOM99t44ZQIGxw+MEU e14SCIPYzhrsBrU3yvGDo1tLecI15mgD+V3XblSlSjksZV0VKOrpPOHy0n2dWWW7PMei B9MGv+NdU9d8deQR1JqalP/Ecl3yEv9CjNJj40gSJEUIIRsR101sHLkHdX966fjmD8f6 url+claRjNOrKX4GaXJX+T87oSg8MT51bAs6RWCSWWQ8DyUUAQ3Gnn9f9ABDJn5AQh1E Xg6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9PJe/PTUV62Un5qbu862SZAydSr9XlHivcf2cRx2AF0=; b=oKLhwZUNh454X8vcMaijsbjmdz3fU8gjeSAMTxd6KhTWo/W+IToPXEx7faoSb1e17Q 2SZ0Z3Kkp4t+Di/e4NPJ/QvWa8As4T+GQQ+o8KBh7JGdEygM1K3gxJ1j3W2oOe5OqVeQ AiLZkjIi8dvmgwQOZcV66BdZuP9bhgST2TzqkAIBKwPtnNtgjooXJWeqM/3Xf5HPaOl1 OCFxb1CN3P/xjtLFfOZbh6ectKJG4rMeRPI/LaeeXEWzudYfAngVDRtq2cn42PuDOo/k VlcLmA3ld74Ti1CYzYCb12typhPglhxHmi+6TyxFRfw9LGe/my8s8wnxd80HWHklhUGt ef0g== X-Gm-Message-State: AOAM530tz6Ux1JHEtglSOTKF1W179Q0t8mElnnQZ2DNTC4MWE+Gv3hAf s8pqsPAr4OVxyJn3RM0Xd/+pejktJjun1ZFabQ8= X-Google-Smtp-Source: ABdhPJxBVMcwltLV5l9M1Gq9Po/ZltAuoagIfItvgSasW5ihWQLQqL1CAGPqbuoavVysoTESowNXA7hkeUg7mfmyVW0= X-Received: by 2002:a92:5e9a:: with SMTP id f26mr11124343ilg.129.1606566440039; Sat, 28 Nov 2020 04:27:20 -0800 (PST) MIME-Version: 1.0 References: <159463868413.22444.9991690475315066846@ietfa.amsl.com> <1B318C9F-DF6A-4762-9AAF-A2AD8A025E24@cisco.com> <9784D287-8C2D-4EFF-9586-0B4B440B2B4C@cisco.com> In-Reply-To: <9784D287-8C2D-4EFF-9586-0B4B440B2B4C@cisco.com> From: Santosh P K Date: Sat, 28 Nov 2020 17:57:08 +0530 Message-ID: Subject: Re: New Version Notification for draft-ietf-bfd-stability-06.txt To: "Reshad Rahman (rrahman)" Content-Type: multipart/alternative; boundary="000000000000f7788505b529e5c1" Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: rtg-bfd WG , "reshad@yahoo. com" Errors-To: rtg-bfd-bounces@ietf.org Sender: "Rtg-bfd" Content-Length: 17273 --000000000000f7788505b529e5c1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sure will do that. On Tue, Nov 24, 2020, 5:54 AM Reshad Rahman (rrahman) wrote: > Hi Santosh, authors, > > > > The comments below are pretty minor. Please address them in next rev and > we=E2=80=99ll be good to go to next step for this document. > > > > Regards, > > Reshad, > > > > *From: *Rtg-bfd on behalf of "Reshad Rahman > (rrahman)" > *Date: *Thursday, July 23, 2020 at 10:43 PM > *To: *Santosh P K , "rtg-bfd@ietf.org" < > rtg-bfd@ietf.org> > *Subject: *Re: New Version Notification for > draft-ietf-bfd-stability-06.txt > > > > Hi Santosh, > > > > Thanks for addressing the comments. > > > > General: NULL authentication TLV is still used, should be replaced with > NULL authentication type or section as appropriate. > > Be consistent for Null v/s NULL (NULL Auth is used in > bfd-optimizing-authentication) > > > > Introduction > > s/detect lost packet/detect lost packets/ > > > > Section 3 Use Cases: > > s/any BFD packet loss if loss/any BFD packet loss if the loss/ > > s/BFD implementation/BFD implementations/ > > Where the text says =E2=80=9Cfailure of a link=E2=80=9D, might be better = to say =E2=80=9Cfailure > of a datapath=E2=80=9D? > > Informative references to CFM and TWAMP would be useful > > > > Section 4 > > =E2=80=9Cby appending the Null-Authentication type =E2=80=9C. Suggest =E2= =80=9Cby appending an authentication section with the NULL Authentication t= ype =E2=80=9C > > > > Section 5 > > =E2=80=9CBFD uses authentication TLV=E2=80=9D, suggest change to =E2=80= =9CBFD uses an > authentication section=E2=80=9D. > > > > =E2=80=9CBFD packets MUST include NULL-Auth TLV=E2=80=9D. Change to =E2= =80=9CBFD control packets > MUST include an authentication section with the NULL Authentication type= =E2=80=9D > > > > Section 5.1 > > > > =E2=80=9CThe first BFD NULL-Auth type processed by the receiver=E2=80=A6= =E2=80=9D. Change to =E2=80=9CThe first BFD authentication section with t= he NULL Authentication type, in a valid BFD control packet, processed by th= e receiver=E2=80=9D . > > Also, does it have to be NULL Auth, I believe it can be any auth with seq= uence number? If that=E2=80=99s the case change to =E2=80=9CThe first BFD = authentication section with a non-zero sequence number, in a valid BFD cont= rol packet, processed by the receiver is used for=E2=80=A6.=E2=80=9D. > > > > Regards, > > Reshad. > > > > *From: *Rtg-bfd on behalf of Santosh P K < > santosh.pallagatti@gmail.com> > *Date: *Sunday, July 19, 2020 at 4:06 PM > *To: *"rtg-bfd@ietf.org" > *Subject: *Fwd: New Version Notification for > draft-ietf-bfd-stability-06.txt > > > > Hello All, > > A new version of draft for BFD-stablity is here for review. Changes > include addressing shepherd comments as provided here. > https://datatracker.ietf.org/doc/draft-ietf-bfd-stability/shepherdwriteup= /. > Please also see attached diff. > > > > Thanks > > Santosh P K > > ---------- Forwarded message --------- > From: > Date: Mon, Jul 13, 2020 at 4:41 PM > Subject: New Version Notification for draft-ietf-bfd-stability-06.txt > To: Mach Chen , Ankur Saxena , > Peng Fan , Mahesh Jethanandani , > Ashesh Mishra , Santosh Pallagatti < > santosh.pallagatti@gmail.com> > > > > > A new version of I-D, draft-ietf-bfd-stability-06.txt > has been successfully submitted by Santosh Pallagatti and posted to the > IETF repository. > > Name: draft-ietf-bfd-stability > Revision: 06 > Title: BFD Stability > Document date: 2020-07-13 > Group: bfd > Pages: 6 > URL: > https://www.ietf.org/internet-drafts/draft-ietf-bfd-stability-06.txt > Status: https://datatracker.ietf.org/doc/draft-ietf-bfd-stability= / > Htmlized: https://tools.ietf.org/html/draft-ietf-bfd-stability-06 > Htmlized: > https://datatracker.ietf.org/doc/html/draft-ietf-bfd-stability > Diff: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bfd-stability-06 > > Abstract: > This document describes extensions to the Bidirectional Forwarding > Detection (BFD) protocol to measure BFD stability. Specifically, it > describes a mechanism for detection of BFD packet loss. > > > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > > --000000000000f7788505b529e5c1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sure will do that.=C2=A0

On Tue, Nov 24, 2020, 5:54 AM Res= had Rahman (rrahman) <rrahman@cisco= .com> wrote:

Hi Santosh, authors,<= /u>

=C2=A0

The comments below are pretty m= inor. Please address them in next rev and we=E2=80=99ll be good to go to ne= xt step for this document.

=C2=A0

Regards,

Reshad,

=C2=A0

From= : Rtg-bfd <rtg-bfd-bounces@ietf.org> on behalf of "Reshad Rahman (rrahman= )" <rrahman=3D40cisco.com@dmarc.ietf.org>
Date: Thursday, July 23, 2020 at 10:43 PM
To: Santosh P K <santosh.pallagatti@gmail.com>, = "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: Re: New Version Notification for draft-ietf-bfd-stability-0= 6.txt

=C2=A0

Hi Santosh,

=C2=A0

Thanks for addressing the comme= nts.

=C2=A0

General: NULL authentication TL= V is still used, should be replaced with NULL authentication type or sectio= n as appropriate.

Be consistent for Null v/s NULL= (NULL Auth is used in bfd-optimizing-authentication)<= /p>

=C2=A0

Introduction

s/detect lost packet/detect los= t packets/

=C2=A0

Section 3 Use Cases: =

s/any BFD packet loss if loss/a= ny BFD packet loss if the loss/

s/BFD implementation/BFD implem= entations/

Where the text says =E2=80=9Cfa= ilure of a link=E2=80=9D, might be better to say =E2=80=9Cfailure of a data= path=E2=80=9D?

Informative references to CFM a= nd TWAMP would be useful

=C2=A0

Section 4<= /p> 

=E2=80=9Cby appending the Null-Aut=
hentication type =E2=80=9C. Suggest =E2=80=9Cby appending an authentication=
 section with the NULL Authentication type =E2=80=9C

=C2=A0


Section 5<=
/p>

=E2=80=9CBFD uses authenticatio=
n TLV=E2=80=9D, suggest change to =E2=80=9CBFD uses an authentication secti=
on=E2=80=9D.


=C2=A0


=E2=80=9CBFD packets MUST inclu=
de NULL-Auth TLV=E2=80=9D. Change to =E2=80=9CBFD control packets MUST incl=
ude an authentication section with the NULL Authentication type=E2=80=9D


=C2=A0


Section 5.1


=C2=A0


=E2=80=9CThe first BFD NULL-Auth type processed by the=
 receiver=E2=80=A6=E2=80=9D.=C2=A0 Change to =C2=A0=E2=80=9CThe first BFD a=
uthentication section with the NULL Authentication type=
, in a valid BFD control packet, processed by the receiver=E2=80=9D .


Also, does it have to be NULL Auth, I believe it can b=
e any auth with sequence number? If that=E2=80=99s the case change to =C2=
=A0=E2=80=9CThe first BFD authentication section with a=
 non-zero sequence number, in a valid BFD control packet, processed by the =
receiver is used for=E2=80=A6.=E2=80=9D.


=C2=A0


Regards,


Reshad.


=C2=A0




From=
: Rtg-bfd <rtg-bfd-bounces@ietf.org> on behalf of Santosh P K <sa=
ntosh.pallagatti@gmail.com>

Date: Sunday, July 19, 2020 at 4:06 PM

To: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>

Subject: Fwd: New Version Notification for draft-ietf-bfd-stability-=
06.txt






=C2=A0






Hello All,




=C2=A0 =C2=A0 A new version of draft for BFD-stablit=
y is here for review. Changes include addressing shepherd comments as provi=
ded here.=C2=A0https://dat=
atracker.ietf.org/doc/draft-ietf-bfd-stability/shepherdwriteup/.
 Please also see attached diff.=C2=A0






=C2=A0






Thanks






Santosh P K=C2=A0<=
/u>






---------- Forwarded message ---------

From: <internet-drafts@ietf.org>

Date: Mon, Jul 13, 2020 at 4:41 PM

Subject: New Version Notification for draft-ietf-bfd-stability-06.txt

To: Mach Chen <mach.chen@huawei.com>, Ankur Saxena <ank=
urpsaxena@gmail.com>, Peng Fan <fanp08@gmail.com>, Mahesh Je=
thanandani <mjethanandani@gmail.com>,
 Ashesh Mishra <mishra.ashesh@gmail.com>, Santosh Pallagatti=
 <santosh.pallagatti@gmail.com>










A new version of I-D, draft-ietf-bfd-stability-06.txt

has been successfully submitted by Santosh Pallagatti and posted to the

IETF repository.



Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-ietf-bfd-stability

Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A006

Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BFD Stability

Document date:=C2=A0 2020-07-13

Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 bfd

Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 6

URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 
https://www.ietf.org/internet-drafts/draft-ietf-bfd-stability-06.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0h=
ttps://datatracker.ietf.org/doc/draft-ietf-bfd-stability/

Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://t=
ools.ietf.org/html/draft-ietf-bfd-stability-06

Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0ht=
tps://datatracker.ietf.org/doc/html/draft-ietf-bfd-stability

Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bfd-stability-06



Abstract:

=C2=A0 =C2=A0This document describes extensions to the Bidirectional Forwar=
ding

=C2=A0 =C2=A0Detection (BFD) protocol to measure BFD stability.=C2=A0 Speci=
fically, it

=C2=A0 =C2=A0describes a mechanism for detection of BFD packet loss.









Please note that it may take a couple of minutes from the time of submissio=
n

until the htmlized version and diff are available at 
tools.ietf.org.



The IETF Secretariat
--000000000000f7788505b529e5c1-- --B_3694875994_1785370114-- --B_3700995599_473256274-- From nobody Mon Apr 12 09:27:13 2021 Return-Path: X-Original-To: rtg-bfd@ietf.org Delivered-To: rtg-bfd@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D7D6E3A05AC; Mon, 12 Apr 2021 09:27:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: rtg-bfd@ietf.org Subject: I-D Action: draft-ietf-bfd-stability-10.txt X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: rtg-bfd@ietf.org Message-ID: <161824482782.19351.717133744171274963@ietfa.amsl.com> Date: Mon, 12 Apr 2021 09:27:07 -0700 Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2021 16:27:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bidirectional Forwarding Detection WG of the IETF. Title : BFD Stability Authors : Ashesh Mishra Mahesh Jethanandani Ankur Saxena Santosh Pallagatti Mach Chen Peng Fan Filename : draft-ietf-bfd-stability-10.txt Pages : 13 Date : 2021-04-12 Abstract: This document describes extensions to the Bidirectional Forwarding Detection (BFD) protocol to measure BFD stability. Specifically, it describes a mechanism for detection of BFD packet loss. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bfd-stability/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bfd-stability-10 https://datatracker.ietf.org/doc/html/draft-ietf-bfd-stability-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bfd-stability-10 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Apr 12 09:30:53 2021 Return-Path: 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 6AFFF3A07B3 for ; Mon, 12 Apr 2021 09:30:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, 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 pV_jdLTBs6Di for ; Mon, 12 Apr 2021 09:30:47 -0700 (PDT) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (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 495C63A07AE for ; Mon, 12 Apr 2021 09:30:47 -0700 (PDT) Received: by mail-pl1-x62a.google.com with SMTP id e2so2343482plh.8 for ; Mon, 12 Apr 2021 09:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=kAldZBM556CrRJgK0B3hn8sytzqK4RzBirV6B1n2XHU=; b=RlbFMiprcA7y5bv58OEaG9O7C8CPbJwl5ejEj7vT3/ckrIEE7s6cOVvIr0Aqy3gyr7 fbZYNxF40ark3YAxTpoiSWBJl4Yfyya/0wq472HptIReEm6Y0C06BHKd3WC7cpGuUqDU aBOJFb0UJDMsJGtdYF4I2w69EhvrcNGAbnf7oHiKuEi3KifGLAY2MCVpk1el6GCpWu1a UIXhGSN3esdzU7NE/8VKnSxKITQfQdrh7Y+2XZRQLQiGODCb/Pi5pzFmTDtshovV1YjM cvrsh45+sed1crbAtCIbjlE1I5k9xb9sqOyiFFKPxt2ERxO+t8wU5ybrbLJcAe0nRaxT Jmjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=kAldZBM556CrRJgK0B3hn8sytzqK4RzBirV6B1n2XHU=; b=QausUn3EMG6ZcPxoYUCDWx0gd7J3lUddqP5LvabrXjYZkviz7tZ1J4fWYcWKomzq/q qkyYhGrgl1gRYeFx+JEkJIIjn/0UC4tYgL5JAxvaV4/u45W5Hh464N6GdV7CMzNlP9ND rXQuFkO9yjy8YIIwIQVCKl1RVnW2OH6Ca0mEjBl0lrimc14+xromjicJcQXtXU6OfFPD eMuuZeMJwUwj7A6+IxB7/fpoOloI12qUh25P0vBFftTRVZncctj0NWnCM8LXgOw7MXnY 4Fhl2aNu91wUJsvgFCDvz2Fzkxv+gHMZq+6PCs1iLdn6eDx6D5U4aY3sah4wMxSrGs8R rWAg== X-Gm-Message-State: AOAM533TSUQSucy1ValBfrWoCVgCKHei1qYRfRy89UrMnmr1vexdHTcE XVyZ2Ab9ishUERVexhvCeQ5fKIVgv+GIzA== X-Google-Smtp-Source: ABdhPJwqCeZ0EisAP3lcv1EzmiLmO7BjBqWSmvHgEyAukL48ftk9/3/SE7ClXDuVimZAy5zpfqNzbQ== X-Received: by 2002:a17:90a:3ee1:: with SMTP id k88mr30631090pjc.174.1618245045255; Mon, 12 Apr 2021 09:30:45 -0700 (PDT) Received: from ?IPv6:2601:647:5600:5020:586b:3587:2249:4f05? ([2601:647:5600:5020:586b:3587:2249:4f05]) by smtp.gmail.com with ESMTPSA id s15sm12439184pgs.28.2021.04.12.09.30.44 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Apr 2021 09:30:44 -0700 (PDT) From: Mahesh Jethanandani Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: I-D Action: draft-ietf-bfd-stability-10.txt Date: Mon, 12 Apr 2021 09:30:43 -0700 References: <161824482782.19351.717133744171274963@ietfa.amsl.com> To: "rtg-bfd@ietf. org" In-Reply-To: <161824482782.19351.717133744171274963@ietfa.amsl.com> Message-Id: X-Mailer: Apple Mail (2.3445.104.17) Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2021 16:30:51 -0000 This version of the draft addresses comments provided by Reshad, and his = comments that were leftover from a previous review. > On Apr 12, 2021, at 9:27 AM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Bidirectional Forwarding Detection WG = of the IETF. >=20 > Title : BFD Stability > Authors : Ashesh Mishra > Mahesh Jethanandani > Ankur Saxena > Santosh Pallagatti > Mach Chen > Peng Fan > Filename : draft-ietf-bfd-stability-10.txt > Pages : 13 > Date : 2021-04-12 >=20 > Abstract: > This document describes extensions to the Bidirectional Forwarding > Detection (BFD) protocol to measure BFD stability. Specifically, it > describes a mechanism for detection of BFD packet loss. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-bfd-stability/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-bfd-stability-10 > https://datatracker.ietf.org/doc/html/draft-ietf-bfd-stability-10 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bfd-stability-10 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 Mahesh Jethanandani mjethanandani@gmail.com From nobody Mon Apr 19 13:52:12 2021 Return-Path: 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 2AEC63A43A8 for ; Mon, 19 Apr 2021 13:52:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.194 X-Spam-Level: *** X-Spam-Status: No, score=3.194 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, MALFORMED_FREEMAIL=2.391, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 vkPNx_6Di4kq for ; Mon, 19 Apr 2021 13:52:06 -0700 (PDT) Received: from sonic315-14.consmr.mail.bf2.yahoo.com (sonic315-14.consmr.mail.bf2.yahoo.com [74.6.134.124]) (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 0F0B03A439C for ; Mon, 19 Apr 2021 13:51:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1618865510; bh=V8II89ooqOVOWC7OOpnrQEtiAf3RntuwGTY5HpVjif0=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject:Reply-To; b=HSZ1OGe8gvs1ksB7riwFN0UnLtedIOmu7v7YYoJMztAdh33IdgsOUFee4+4Uak7bxeNmKaLq0N7TjU/Ci7uRts15GIi4yIG9KZrrbnHMSgZDbTw0AOqx32vEcyPKl7g1gyW8wq1WTTVknyvSnsee1NbA8OMaa2JUyvaRLXfN4nFsMF2vSZzBygPpMfThMbqsV2Fbwmf3hi2FvYu2suXGyGgj4HY7mqU5psJXaA3/m6oZ/LGpLcAEyA7RxT9BMgG3zxSFAvUjNX4T/HMW3kydLmTx+Ondg70/vOll8i6HqbGNyCCK7b4pHbjlEMNtN8cJ31GjYcmXb9VejfI0rHc90g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1618865510; bh=TsMdP3SzMxu5j01t/TeOZdiWTeW5k70PDml/LNRWOHk=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=ApxaeFdCH237O+oUwckFR41Upg5CgV1w6+yk/tmFSlg4WJFv9jfqGruwLXFnjTPgWLPgDibq0mzzvK17xh5qfAmxFaaoNTPHgL20MkaCuSfUiW4SHiqofmbSq/DFR9lECEoAA8ZpC8kXdZdNcbyovny4Wo3bfU+yZ4niss/Dj5EKTj3GBBNxhKjFlbtZlrySfBzcN3y5S/LBB5qSnXdI+W3ZA/RxquSFKHq8G78YPsKTz+J3Ji2DEryn9hGAnhzMDNoF/iSg4Twg7d7JzI3U+UsUTewiecFapUc4DuYLtylwCTg/U4CUR4sD6SyUduXu2W8rX8cqk7UdjLWMLJqW2w== X-YMail-OSG: qz2P4FYVM1nE9w3vUhU3YCqKguMMQ7yfoiHnUMNqQFWt1JxgapRcaUvHyzmLtAy QY6wB9NwxrX0.BwIStC8bRqkQ8SLDXsZCZz86kk6Od_M21XbdH_rs13pFGAxcCLdO17c6X39wsZI g2z00WEzpfBkIJ3P_eHyY0_l7YIhVV8.eivaVQQg.YMDB.CKx49r0vF8ZeTWSbJE6_JPsz8MaEOr K7X9gTUBnXtAToU_.U2BnHhZSPM0wPokj6AN25zWCZQo_qrJ7umK_yPPZIuxpEBFjAGZGzn_R19j pCDzDh94ZYVDIUSRrBq1oyDIwxsRGFew3te4HruWmq0U4kQ.46zL5tHMy9i6aTXbwn.tQeA9oe2O yjulSmMeVQnwcrSIioFGYAcYaAnL6gyASqgf_5dR6kaA_lyrRnXw.tQPTj_qOM2QbJYxZ_6yFJeh brQZp7omsyS8V03_XUIwUKLiZL4sjnUr7a3cgEzzwjI1dMNSmpMfBcnccsEnPagZ83N3Phc_vc31 cXsJdBxWEE4FByPpE.L270Y5zy_diPZ5na4ybsnNPTFj6fX7zW_VF4A_zBwITdWRtsf8PCcZc5ZW oF.xaSKh8WEd_iEj6NOYH1zxO905Abs_8Zk6UDGYGEyQ6m9.YT7Xy2W907pl3SWOyFrdkvwsVrwE .pFFHz0r3AYhNv0OpOnlDnzGVIJ4pSiHqI7IbnKealwR1Ioxy85W1tDHY.xtKKV3RXAvjUs2cHXX yPATi9k0Dst1eWSLCWZMx5g6mUreP1sNetS.SOO7Oi2YvOxaPKjCnYgGK_dXFbWBc_6u25C5kXKb nDfN6lB45hFu9YypdvXFz_NnTV4rmGbu9d9Tx9dhhNpZPqjTFC4OliRyCVPr4VhGtDR2BCATcdFt CMYZZylHDgRJ79ytNHoW5U6VwsnOASeKyvLJRTBlZGedFnCJaf7Dq0WqDPGuKTlbaaW2k8hwsWN4 ab3j9_.qNJevdLjabCX8.0OfvQkB9PJrW__ohjBbiA8UaIn6vhOv.tMYhBkbyccRle4huZ1BTrXV 0g5A7umNqhTLXVvjWyC..RWzWLbft7mlzVGkiIXP.DMR_5TUsnr4jSYT_YO1z6oumJNLR8LrkpLt .tpXJmzebRgg4ntQb5iC4aiJScVP.ZZZdZlty9RzQlql8Bss3rYH6hi6WZEU9VYmXaQYeMKqh9V4 fZvIT0NWn7f11WGBTJpJBHNa25aDgEZX6IAIZ7PYhu2htwdPU6j2SNFG3h4UEAHF6BhmUFBg9hHf aq5P0ZiY3cNP_b7eSacAtrRvwsOGsVMgWi0WxBT1OHZRHRUWGf8SMNfBXGb0T6I7Q8rfuXFUsHD. Uop.iMuIPcR_WyTlaG8CAOwCLd4J1b3Ajz3pJ4hovyZaI0Wf.ZZYDFCX5GMoi7iXjuB8ne15tLZr wdYNBoaSUjePlrFJ7d4r_y0rswVef_Er2HF9726Kygj0RUGPoTviWCSgUniV0YVqSOKeb6Cqseh0 lbJsiGRqvywgbolZkuFbVUyjC7DMxd7WFmIKSEq8pNtNRBsjy7vSRq.r0XB_pbdSPsOtH2w2fCsn 1xaVivNdZxIC2DBDqU_G1MjlwlZP2CrvctIo9WYtOJDFjmjzShu9fhHX4WJQnzW8worqwPTDHV4Q F23nqAY_RHE62uWFP7pBbodoljUO59mlF_9YTk87wAGLCJ0lZWr9rJP1V5aF.Zl8MhKF0rGZH6Pj glkbYr4yl1r81afYtNg8FAkBhmXXvB4Wr6B7uM8BOvMFF5wTiDr2ebhlrCB4KWyDgx6fymOQACUT MEuPZ4Ao4RbE75lK15WRmPVzMiW2Fd71rusbFw02__a9p_Y4ITaEQMAJPzrp5ty06Kaha0xuaBsa 7XgLMDzl7hfnYYUPlmmLpwpabWLCjL8d.Jp1WaMlDdn5rj5Gd.3.tt_8FdBudu7ceDyhiunpWQgF zhSsO90tGf8oXkYY619DPuet090_85bktsNNJhWrHI5DN9M01iBtXh99Pf_VXvfwAa1SP3gXiS6H iUxfCS1Yx7BA7qb7vLVjrMqTLShGbd8Hm0SOnmz8hgEDBqzOZkc3KnSiNKie.ecD4eJcA3_SOeo2 ptdH_mj0BtNcF7XO3sLYeNZJhzhjq3gM9b8HF8vJxQNDWX_XeTLslzRuP7tQrvri53EFx8S_A5Rx deFmR8Ql_5GPbMj.vfh5yUd3CsunbuXmcwjp4gbSpDeChXGEJilxfpF7qMJDuzkCekF_Spx259Hu iTL28XBC1OkRkZdIXSv.b.sMvk6y2Yru6gbqALWD8e2PB5HzMlZOq33A1kQRDvp3_PRd2s_QAf.U VXZIN7jR6HmL54GxN_Uiosjy0u60t.Xw_aNfwPA4e1K_FhddjhH3krLXX2cLhmlZP4jZtWbVrpHC 9XBN4ozRG_Ipx8kAOSBq.rDZt73pjYCDetuwyc0pJDrVsRgeZeNnnTbvGXgyp8oF6GfpQTkNNk45 WFBCzz8Bu2GTaVU3DiQrEhNTDwdORmB.K6yOEAMzNpoDPDP_N6ZkRS4EusSloYPe8CR__ASQ- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Mon, 19 Apr 2021 20:51:50 +0000 Received: by kubenode560.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 76bcfa420e785fc92053f13f78645735; Mon, 19 Apr 2021 20:51:47 +0000 (UTC) User-Agent: Microsoft-MacOutlook/16.44.20121301 Date: Mon, 19 Apr 2021 16:51:43 -0400 Subject: Re: I-D Action: draft-ietf-bfd-stability-10.txt From: Reshad Rahman To: Mahesh Jethanandani , "rtg-bfd@ietf. org" Message-ID: Thread-Topic: I-D Action: draft-ietf-bfd-stability-10.txt References: <161824482782.19351.717133744171274963@ietfa.amsl.com> In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-Mailer: WebService/1.1.18121 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/16) Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2021 20:52:10 -0000 Mahesh, thanks for addressing my comments. Regards, Reshad. =EF=BB=BFOn 2021-04-12, 12:30 PM, "Rtg-bfd on behalf of Mahesh Jethanandani" wrote: This version of the draft addresses comments provided by Reshad, and hi= s comments that were leftover from a previous review. > On Apr 12, 2021, at 9:27 AM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts di= rectories. > This draft is a work item of the Bidirectional Forwarding Detection W= G of the IETF. >=20 > Title : BFD Stability > Authors : Ashesh Mishra > Mahesh Jethanandani > Ankur Saxena > Santosh Pallagatti > Mach Chen > Peng Fan > Filename : draft-ietf-bfd-stability-10.txt > Pages : 13 > Date : 2021-04-12 >=20 > Abstract: > This document describes extensions to the Bidirectional Forwarding > Detection (BFD) protocol to measure BFD stability. Specifically, i= t > describes a mechanism for detection of BFD packet loss. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-bfd-stability/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-bfd-stability-10 > https://datatracker.ietf.org/doc/html/draft-ietf-bfd-stability-10 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-bfd-stability-10 >=20 >=20 > Please note that it may take a couple of minutes from the time of sub= mission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 Mahesh Jethanandani mjethanandani@gmail.com From nobody Thu Apr 22 15:16:30 2021 Return-Path: X-Original-To: rtg-bfd@ietf.org Delivered-To: rtg-bfd@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C847E3A123D; Thu, 22 Apr 2021 15:16:28 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: rtg-bfd@ietf.org Subject: I-D Action: draft-ietf-bfd-unsolicited-03.txt X-Test-IDTracker: no X-IETF-IDTracker: 7.28.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: rtg-bfd@ietf.org Message-ID: <161912978873.16574.1842499716855787258@ietfa.amsl.com> Date: Thu, 22 Apr 2021 15:16:28 -0700 Archived-At: X-BeenThere: rtg-bfd@ietf.org X-Mailman-Version: 2.1.29 List-Id: "RTG Area: Bidirectional Forwarding Detection DT" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2021 22:16:29 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Bidirectional Forwarding Detection WG of the IETF. Title : Unsolicited BFD for Sessionless Applications Authors : Enke Chen Naiming Shen Robert Raszuk Reshad Rahman Filename : draft-ietf-bfd-unsolicited-03.txt Pages : 13 Date : 2021-04-22 Abstract: For operational simplification of "sessionless" applications using BFD, in this document we present procedures for "unsolicited BFD" that allow a BFD session to be initiated by only one side, and be established without explicit per-session configuration or registration by the other side (subject to certain per-interface or per-router policies). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bfd-unsolicited/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-bfd-unsolicited-03 https://datatracker.ietf.org/doc/html/draft-ietf-bfd-unsolicited-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bfd-unsolicited-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/