Re: WGLC for draft-ietf-bfd-unaffiliated-echo (ending 7 April, 2023)

xiao.min2@zte.com.cn Thu, 06 April 2023 06:51 UTC

Return-Path: <xiao.min2@zte.com.cn>
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 AF232C13AE26 for <rtg-bfd@ietfa.amsl.com>; Wed, 5 Apr 2023 23:51:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.894
X-Spam-Level:
X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LW5oAwsVTAnf for <rtg-bfd@ietfa.amsl.com>; Wed, 5 Apr 2023 23:51:37 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 716BAC13AE2B for <rtg-bfd@ietf.org>; Wed, 5 Apr 2023 23:51:26 -0700 (PDT)
Received: from mse-fl2.zte.com.cn (unknown [10.5.228.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4PsXGM6sqyz6FK2j; Thu, 6 Apr 2023 14:51:23 +0800 (CST)
Received: from njb2app06.zte.com.cn ([10.55.23.119]) by mse-fl2.zte.com.cn with SMTP id 3366pCLc021074; Thu, 6 Apr 2023 14:51:12 +0800 (+08) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njy2app04[null]) by mapi (Zmail) with MAPI id mid201; Thu, 6 Apr 2023 14:51:14 +0800 (CST)
Date: Thu, 06 Apr 2023 14:51:14 +0800
X-Zmail-TransId: 2afc642e6be2ffffffff924-949ad
X-Mailer: Zmail v1.0
Message-ID: <202304061451146057890@zte.com.cn>
In-Reply-To: <00b301d966d7$d1094df0$731be9d0$@tsinghua.org.cn>
References: 20230321160207.GA7334@pfrc.org, 00b301d966d7$d1094df0$731be9d0$@tsinghua.org.cn
Mime-Version: 1.0
From: xiao.min2@zte.com.cn
To: wangaijun@tsinghua.org.cn
Cc: jhaas@pfrc.org, rtg-bfd@ietf.org
Subject: Re: WGLC for draft-ietf-bfd-unaffiliated-echo (ending 7 April, 2023)
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn 3366pCLc021074
X-Fangmail-Gw-Spam-Type: 0
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 642E6BEB.001/4PsXGM6sqyz6FK2j
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/Vjeh7Noyi_HztH0tfQa3JzBs6JY>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Apr 2023 06:51:38 -0000

Aijun,






Thanks for your support and review.



Please see inline...



Original



From: AijunWang <wangaijun@tsinghua.org.cn>
To: 'Jeffrey Haas' <jhaas@pfrc.org>;rtg-bfd@ietf.org <rtg-bfd@ietf.org>;
Date: 2023年04月04日 17:28
Subject: RE: WGLC for draft-ietf-bfd-unaffiliated-echo (ending 7 April, 2023)


Support its forwarding.
 
The implementation and deployment of unaffiliated-echo can extend the BFD
based fault detection technology in large scale, because it has no special
BFD related requirements to the other side.
 [XM]>>> I absolutely agree.




>From the description of this document, the state machine of local device is
conformed that described in RFC5880, the main standard parts of this
document are the contents of related fields within the BFD ECHO Packet. If
so, I suggested to point out these fields and its value in more explicit
manner, to facilitate the implementation interoperability.
 [XM]>>> Note that BFD Unaffiliated Echo does not use the AdminDown state.

Jeff has proposed a number of text changes to improve the readability, and I'm sure there is still room for improvement.




Should the section 2(update to RFC5880) be moved afterwards the section
3(Unaffiliated BFD Echo Procedures)?  
And I am worrying that is it easy for the reader/implementer to keep up with
the updated contents in current manner, because they must compare the two
documents simultaneously?  
 
Is there any other better style to point out the update to RFC5880?
 [XM]>>> There was a discussion among the authors on how to describe the updates to RFC 5880, and the current style was the best one we can think of. If there is a better style, I'm happy to do a switch.




Thanks,

Xiao Min




Best Regards
 
Aijun Wang
China Telecom
 
-----Original Message-----
From: rtg-bfd-bounces@ietf.org <rtg-bfd-bounces@ietf.org> On Behalf Of
Jeffrey Haas
Sent: Wednesday, March 22, 2023 12:02 AM
To: rtg-bfd@ietf.org
Subject: WGLC for draft-ietf-bfd-unaffiliated-echo (ending 7 April, 2023)
 
Working Group,
 
https://datatracker.ietf.org/doc/draft-ietf-bfd-unaffiliated-echo/05/
 
The authors of draft-ietf-bfd-unaffiliated-echo have requested WGLC.
 
The draft, in my opinion, is in fairly good shape.  However, since it
functions via looping packets back to itself and trying to exercise the
normal RFC 5880 state machine behaviors to a large extent, the draft could
use very high scrutiny for several matters:
 
- Does the state machine behave appropriately at all stages?
- Are the descriptions of the values of the BFD fields clear in all cases?
 
Please supply the authors and the Working Group with your feedback.
 
The intended finish date for this WGLC is 7 April, 2023.  This is one week
after the end of IETF 116.
 
Note that Reshad is an author on the draft, so I'll be handling the full set
of review and shepherding work.
 
-- Jeff