Re: [OPSAWG]  WG Adoption Call for draft-feng-opsawg-incident-management-04

Qin Wu <bill.wu@huawei.com> Sat, 24 February 2024 08:24 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31F54C14F684; Sat, 24 Feb 2024 00:24:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.204
X-Spam-Level:
X-Spam-Status: No, score=-4.204 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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, T_SCC_BODY_TEXT_LINE=-0.01, 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 rsLWBZt9u2pC; Sat, 24 Feb 2024 00:24:01 -0800 (PST)
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 C0DBFC14F61F; Sat, 24 Feb 2024 00:24:00 -0800 (PST)
Received: from mail.maildlp.com (unknown [172.18.186.31]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Thftp0VbCz6K5pB; Sat, 24 Feb 2024 16:19:46 +0800 (CST)
Received: from lhrpeml100006.china.huawei.com (unknown [7.191.160.224]) by mail.maildlp.com (Postfix) with ESMTPS id B6250140B2F; Sat, 24 Feb 2024 16:23:57 +0800 (CST)
Received: from canpemm500008.china.huawei.com (7.192.105.151) by lhrpeml100006.china.huawei.com (7.191.160.224) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Sat, 24 Feb 2024 08:23:56 +0000
Received: from canpemm500005.china.huawei.com (7.192.104.229) by canpemm500008.china.huawei.com (7.192.105.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Sat, 24 Feb 2024 16:23:54 +0800
Received: from canpemm500005.china.huawei.com ([7.192.104.229]) by canpemm500005.china.huawei.com ([7.192.104.229]) with mapi id 15.01.2507.035; Sat, 24 Feb 2024 16:23:54 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "li_zhenqiang@hotmail.com" <li_zhenqiang@hotmail.com>, "Rob Wilton (rwilton)" <rwilton@cisco.com>, "alex.huang-feng@insa-lyon.fr" <alex.huang-feng@insa-lyon.fr>, Henk Birkholz <henk.birkholz@ietf.contact>, "draft-feng-opsawg-incident-management.all@ietf.org" <draft-feng-opsawg-incident-management.all@ietf.org>
CC: "opsawg@ietf.org" <opsawg@ietf.org>, "nmop@ietf.org" <nmop@ietf.org>
Thread-Topic: Re: [OPSAWG] WG Adoption Call for draft-feng-opsawg-incident-management-04
Thread-Index: Adpm+WxuatTwM82vQEiEnnZSH8L8Hw==
Date: Sat, 24 Feb 2024 08:23:54 +0000
Message-ID: <699a5b4739ed4c748e242dd9cc5e6999@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.118.68]
Content-Type: multipart/related; boundary="_004_699a5b4739ed4c748e242dd9cc5e6999huaweicom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/EY2HCC08foRanyxo5U7WW10Euz8>
Subject: Re: [OPSAWG]  WG Adoption Call for draft-feng-opsawg-incident-management-04
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Feb 2024 08:24:06 -0000

Thanks Zhengqiang for your support and comment.
Regarding you question, incident server needs to rely on data correlation technology and data analytics component to tell him the real effect on the relevant service, such data correlation technology is also referred to as service impact analysis to help incident server to understand whether lower level or device level network anomaly has impact on the service, hope this clarifies.

-Qin
发件人: li_zhenqiang@hotmail.com [mailto:li_zhenqiang@hotmail.com]
发送时间: 2024年2月20日 16:10
收件人: Qin Wu <bill.wu@huawei.com>; Rob Wilton (rwilton) <rwilton@cisco.com>; alex.huang-feng@insa-lyon.fr; Henk Birkholz <henk.birkholz@ietf.contact>; draft-feng-opsawg-incident-management.all@ietf.org
抄送: opsawg@ietf.org; nmop@ietf.org
主题: Re: Re: [OPSAWG] WG Adoption Call for draft-feng-opsawg-incident-management-04

Hello all,

I think NMOP is the right place to discuss this draft now. I support its adoption there.

Please consider the following question: As the definition in this draft, network incident is defined from the perspective of a service and is raised by an incident server. Can the incident server know the real effect on the relevant services? For example, in figure 5 in this draft, VPN A may not perceive the link down between P1 and P2 because its packets are not lost during the interruption.

________________________________
Best Regards,
Zhenqiang Li
China Mobile
li_zhenqiang@hotmail.com<mailto:li_zhenqiang@hotmail.com>

发件人: Qin Wu<mailto:bill.wu=40huawei.com@dmarc.ietf.org>
发送时间: 2024-02-18 10:17
收件人: Rob Wilton (rwilton)<mailto:rwilton@cisco.com>; Alex Huang Feng<mailto:alex.huang-feng@insa-lyon.fr>; Henk Birkholz<mailto:henk.birkholz@ietf.contact>; draft-feng-opsawg-incident-management.all@ietf.org<mailto:draft-feng-opsawg-incident-management.all@ietf.org>
抄送: OPSAWG<mailto:opsawg@ietf.org>; nmop@ietf.org<mailto:nmop@ietf.org>
主题: Re: [OPSAWG] WG Adoption Call for draft-feng-opsawg-incident-management-04
Hi, NMOP Chairs:
Since this document has been discussed in OPSAWG for a long time, and because it was ready for adoption there, and considering that it is now 'suddenly' in scope for NMOP, could we please consider moving the existing adoption poll to NMOP (perhaps extending it to make up for time when NMOP was not aware of the poll).

-Qin (on behalf of authors)
发件人: Rob Wilton (rwilton) [mailto:rwilton@cisco.com]
发送时间: 2024年2月13日 18:06
收件人: Alex Huang Feng <alex.huang-feng@insa-lyon.fr<mailto:alex.huang-feng@insa-lyon.fr>>; Henk Birkholz <henk.birkholz@ietf.contact<mailto:henk.birkholz@ietf.contact>>; draft-feng-opsawg-incident-management.all@ietf.org<mailto:draft-feng-opsawg-incident-management.all@ietf.org>
抄送: OPSAWG <opsawg@ietf.org<mailto:opsawg@ietf.org>>; nmop@ietf.org<mailto:nmop@ietf.org>
主题: Re: [OPSAWG] [cid:image002.jpg@01DA673C.DF63A880] WG Adoption Call for draft-feng-opsawg-incident-management-04

Hi authors, OPSAWG, WG chairs,

I appreciate that the timing isn’t ideal, but given that NMOP has just been successfully chartered, and Incident Management is one of the current topics of focus for that WG, then I think that it would be better for this document to be discussed, and potentially adopted, within that WG.  I.e., so that all the incident management related drafts and discussions are kept to one place.

I appreciate that this will potentially slow the adoption a bit, since I think that NMOP should meet first, and this draft should then be presented in NMOP, but hopefully it would only slow the adoption call by a few months.

Note – this doesn’t stop interested parties showing their interest in this work, reviewing the draft and providing comments now.  And of course, that discussion can also happen on the NMOP list.

Regards,
Rob


From: OPSAWG <opsawg-bounces@ietf.org<mailto:opsawg-bounces@ietf.org>> on behalf of Alex Huang Feng <alex.huang-feng@insa-lyon.fr<mailto:alex.huang-feng@insa-lyon.fr>>
Date: Tuesday, 13 February 2024 at 05:25
To: Henk Birkholz <henk.birkholz@ietf.contact<mailto:henk.birkholz@ietf.contact>>
Cc: OPSAWG <opsawg@ietf.org<mailto:opsawg@ietf.org>>
Subject: Re: [OPSAWG] [cid:image002.jpg@01DA673C.DF63A880] WG Adoption Call for draft-feng-opsawg-incident-management-04
Dear OPSAWG,

I support the progress of this document.

I only have a comment. Since the creation of the new NMOP WG, I wonder if this draft should be discussed in that WG too. There is “incident management” in the charter.
Some of the related work such as https://datatracker.ietf.org/doc/draft-davis-nmop-incident-terminology/ is planned to be discussed there.
Just wondering.

Regards,
Alex

On 9 Feb 2024, at 00:44, Henk Birkholz <henk.birkholz@ietf.contact<mailto:henk.birkholz@ietf.contact>> wrote:

Dear OPSAWG members,

this email starts a call for Working Group Adoption of


https://www.ietf.org/archive/id/draft-feng-opsawg-incident-management-04.html

ending on Thursday, February 22nd.

As a reminder, this I-D specifies a YANG Module for Incident Management. Incidents in this context are scoped to unexpected yet quantifiable adverse effects detected in a network service. The majority of the document provides background and motivation for the structure of the YANG Module that is in support of reporting, diagnosing, and mitigating the detected adverse effects.

The chairs acknowledge some positive feedback on the list and a positive poll result at IETF118. We would like to gather feedback from the WG if there is interest to further contribute and review.

Please reply with your support and especially any substantive comments you may have.


For the OPSAWG co-chairs,

Henk

_______________________________________________
OPSAWG mailing list
OPSAWG@ietf.org<mailto:OPSAWG@ietf.org>
https://www.ietf.org/mailman/listinfo/opsawg