Re: [IPsec] Fwd: New Version Notification for draft-colitti-ipsecme-esp-ping-02.txt

"Panwei (William)" <william.panwei@huawei.com> Sun, 07 April 2024 09:29 UTC

Return-Path: <william.panwei@huawei.com>
X-Original-To: ipsec@ietfa.amsl.com
Delivered-To: ipsec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B726C14F696 for <ipsec@ietfa.amsl.com>; Sun, 7 Apr 2024 02:29:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.195
X-Spam-Level:
X-Spam-Status: No, score=-4.195 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 fntFlQPSzEk2 for <ipsec@ietfa.amsl.com>; Sun, 7 Apr 2024 02:29:34 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A879C14F610 for <ipsec@ietf.org>; Sun, 7 Apr 2024 02:29:34 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.31]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4VC6Mh04WDz6J9xf; Sun, 7 Apr 2024 17:28:00 +0800 (CST)
Received: from lhrpeml500003.china.huawei.com (unknown [7.191.162.67]) by mail.maildlp.com (Postfix) with ESMTPS id F3C8B1400C9; Sun, 7 Apr 2024 17:29:30 +0800 (CST)
Received: from kwepemi500010.china.huawei.com (7.221.188.191) by lhrpeml500003.china.huawei.com (7.191.162.67) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Sun, 7 Apr 2024 10:29:30 +0100
Received: from kwepemi500010.china.huawei.com (7.221.188.191) by kwepemi500010.china.huawei.com (7.221.188.191) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Sun, 7 Apr 2024 17:29:28 +0800
Received: from kwepemi500010.china.huawei.com ([7.221.188.191]) by kwepemi500010.china.huawei.com ([7.221.188.191]) with mapi id 15.01.2507.035; Sun, 7 Apr 2024 17:29:28 +0800
From: "Panwei (William)" <william.panwei@huawei.com>
To: Jen Linkova <furry13@gmail.com>, "ipsec@ietf.org" <ipsec@ietf.org>, Michael Richardson <mcr+IETF@sandelman.ca>, Lorenzo Colitti <lorenzo@google.com>
Thread-Topic: [IPsec] Fwd: New Version Notification for draft-colitti-ipsecme-esp-ping-02.txt
Thread-Index: AQHahuPd2whm9NEszkOZ/by5ghIV87Fceojw
Date: Sun, 07 Apr 2024 09:29:28 +0000
Message-ID: <7439c2506b0048f6826924632d98253a@huawei.com>
References: <171227059508.18509.7446577907257756548@ietfa.amsl.com> <CAFU7BARgDOc-C7Hoh3_TR5SSkL2yHv9-Eg2dFF9HJ8-dR2rCdw@mail.gmail.com>
In-Reply-To: <CAFU7BARgDOc-C7Hoh3_TR5SSkL2yHv9-Eg2dFF9HJ8-dR2rCdw@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.164.106.141]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipsec/NesvRVbTkEBHsfxgDkEtVVSYoEI>
Subject: Re: [IPsec] Fwd: New Version Notification for draft-colitti-ipsecme-esp-ping-02.txt
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Discussion of IPsec protocols <ipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipsec>, <mailto:ipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipsec/>
List-Post: <mailto:ipsec@ietf.org>
List-Help: <mailto:ipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Apr 2024 09:29:39 -0000

Thanks for adding the use cases section, it's useful to me.

In section 5, after adding the third scenario of not receiving the ESP Echo Reply packet, there are two points in the following paragraph that also need adjustments.
1. s/the sender can not distibguish those two scenarios/the sender can not distinguish those three scenarios.
2. The following sentence isn't correct as there are 3 possible situations.
   Therefore
   the sender SHOULD NOT treat lack of response as an indicator of end-
   to-end connectivity issues until an explicit confirmation of ESP Echo
   support by the peer is received.
Maybe change it to "Therefore the sender SHOULD NOT treat lack of response as an indicator of end-to-end connectivity issues" or "Therefore the sender SHOULD NOT treat lack of response as an indicator of end-to-end connectivity issues until it receives explicit confirmation that the peer supports and the intermediate nodes allow ESP Echo".

Regards & Thanks!
Wei PAN (潘伟)

    > -----Original Message-----
    > From: IPsec <ipsec-bounces@ietf.org> On Behalf Of Jen Linkova
    > Sent: Friday, April 5, 2024 6:59 AM
    > To: ipsec@ietf.org; Michael Richardson <mcr+IETF@sandelman.ca>;
    > Lorenzo Colitti <lorenzo@google.com>
    > Subject: [IPsec] Fwd: New Version Notification for
    > draft-colitti-ipsecme-esp-ping-02.txt
    > 
    > We've just submitted -02 which should address comments raised during
    > the IPSECME session at IETF119.
    > 
    > Comments/suggestions?
    > 
    > 
    > ---------- Forwarded message ---------
    > From: <internet-drafts@ietf.org>
    > Date: Fri, Apr 5, 2024 at 9:43 AM
    > Subject: New Version Notification for
    > draft-colitti-ipsecme-esp-ping-02.txt
    > To: Jen Linkova <furry13@gmail.com>, Lorenzo Colitti
    > <lorenzo@google.com>, Michael Richardson
    > <mcr+ietf@sandelman.ca>
    > 
    > 
    > A new version of Internet-Draft draft-colitti-ipsecme-esp-ping-02.txt
    > has been successfully submitted by Jen Linkova and posted to the IETF
    > repository.
    > 
    > Name:     draft-colitti-ipsecme-esp-ping
    > Revision: 02
    > Title:    ESP Echo Protocol
    > Date:     2024-04-04
    > Group:    Individual Submission
    > Pages:    8
    > URL:
    > https://www.ietf.org/archive/id/draft-colitti-ipsecme-esp-ping-02.txt
    > Status:
    > https://datatracker.ietf.org/doc/draft-colitti-ipsecme-esp-ping/
    > HTML:
    > https://www.ietf.org/archive/id/draft-colitti-ipsecme-esp-ping-02.html
    > HTMLized:
    > https://datatracker.ietf.org/doc/html/draft-colitti-ipsecme-esp-ping
    > Diff:
    > https://author-tools.ietf.org/iddiff?url2=draft-colitti-ipsecme-esp-ping-
    > 02
    > 
    > Abstract:
    > 
    >    This document defines an ESP echo function which can be used to
    >    detect whether a given network path supports ESP packets.
    > 
    > 
    > 
    > The IETF Secretariat
    > 
    > 
    > 
    > 
    > --
    > Cheers, Jen Linkova
    > 
    > _______________________________________________
    > IPsec mailing list
    > IPsec@ietf.org
    > https://www.ietf.org/mailman/listinfo/ipsec