Re: [Detnet] The new d-ACH format

"Yangfan(Fan,IP Standards)" <shirley.yangfan@huawei.com> Wed, 17 November 2021 10:26 UTC

Return-Path: <shirley.yangfan@huawei.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A9FF3A0B2A; Wed, 17 Nov 2021 02:26:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 RMcHm-0O5SAN; Wed, 17 Nov 2021 02:26:18 -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 3F7D93A05E2; Wed, 17 Nov 2021 02:26:18 -0800 (PST)
Received: from fraeml711-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HvJs31Tjnz67h5c; Wed, 17 Nov 2021 18:22:31 +0800 (CST)
Received: from kwepeml100005.china.huawei.com (7.221.188.221) by fraeml711-chm.china.huawei.com (10.206.15.60) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 17 Nov 2021 11:26:14 +0100
Received: from kwepeml500003.china.huawei.com (7.221.188.182) by kwepeml100005.china.huawei.com (7.221.188.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.20; Wed, 17 Nov 2021 18:26:13 +0800
Received: from kwepeml500003.china.huawei.com ([7.221.188.182]) by kwepeml500003.china.huawei.com ([7.221.188.182]) with mapi id 15.01.2308.020; Wed, 17 Nov 2021 18:26:13 +0800
From: "Yangfan(Fan,IP Standards)" <shirley.yangfan@huawei.com>
To: Greg Mirsky <gregimirsky@gmail.com>, DetNet WG <detnet@ietf.org>
CC: DetNet Chairs <detnet-chairs@ietf.org>
Thread-Topic: [Detnet] The new d-ACH format
Thread-Index: AQHX1jT6kt4ISHhgWEiVyrfZDO18/KwGJc6AgAFbiDA=
Date: Wed, 17 Nov 2021 10:26:13 +0000
Message-ID: <ff2311755057431e9f4ddd1fb65db660@huawei.com>
References: <CA+RyBmWQC9cDZOS7sowcU5ZJsYmJpeUjsaCeCbuxhtD2jS4nGg@mail.gmail.com> <CA+RyBmXmZriCtWZGRdYFBx7yK_NnSvOmDVbE5wo0FT0FryLcVQ@mail.gmail.com>
In-Reply-To: <CA+RyBmXmZriCtWZGRdYFBx7yK_NnSvOmDVbE5wo0FT0FryLcVQ@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.112.41.70]
Content-Type: multipart/alternative; boundary="_000_ff2311755057431e9f4ddd1fb65db660huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/1fpLrEPT90Y7a8ilG37ZAnY2uj0>
Subject: Re: [Detnet] The new d-ACH format
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Nov 2021 10:26:23 -0000

Hi Greg,

Regarding the new d-ACH format, I have a few questions to share, hopefully trigger more discussions.

1)       I feel we need more specifications of Node ID.  Using 20 bits to indicate a Node in MPLS data plane, can I deduce it is an MPLS label? In any MPLS data planes except SR-MPLS, there is no definition to use a label to identify a node. If we want a format generic for all MPLS data planes, I wonder whether node id is a good indicator? Whether 20 bits is enough?

2)       I also noticed there is a session ID, but is only 4 bit length, which I believe is way too short. Moreover, whether originator node ID and session ID are duplicated here to identify an OAM session. To dig deeper, DetNet OAM should be stateless or stateful?

3)       if we plans to take advantages of CFM y.1731 mechanisms,  level and flags are necessary but the length also needs further considerations.

Looking forward to further discussions.

Regards,
Fan




From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of Greg Mirsky
Sent: Wednesday, November 17, 2021 4:55 AM
To: DetNet WG <detnet@ietf.org>
Cc: DetNet Chairs <detnet-chairs@ietf.org>
Subject: Re: [Detnet] The new d-ACH format

Dear All,
I hope you've recovered from the IETF-112 (timing on the West Coast was brutal).
Please share your thoughts, comments, and questions about the proposed new format of d-ACH and whether you support including it and updating draft-ietf-detnet-mpls-oam.

Regards,
Greg

On Wed, Nov 10, 2021 at 5:14 AM Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>> wrote:
Dear All,
Bala'zs has presented the new d-ACH (DetNet Associated Channel Header) format at the DetNet WG meeting. Earlier this week, the new d-ACH format was presented at joint PALS, MPLS, and DetNet meeting and received several positive comments. At the DetNet WG meeting, it was proposed to integrate the technical part, the new format of d-ACH<https://datatracker.ietf.org/doc/html/draft-varga-detnet-service-sub-layer-oam-01#page-6> into the draft-ietf-detnet-mpls-oam<https://datatracker.ietf.org/doc/draft-ietf-detnet-mpls-oam/>.
Please, respond with the indication of your support or no support for the proposed update of the WG document.

Regards,
Greg (as the Editor of draft-ietf-detnet-mpls-oam)