Re: [ippm] draft-spiegel-ippm-ioam-rawexport

Benoit Claise <benoit.claise@huawei.com> Tue, 19 March 2024 03:23 UTC

Return-Path: <benoit.claise@huawei.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAA93C14F69E; Mon, 18 Mar 2024 20:23:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.295
X-Spam-Level:
X-Spam-Status: No, score=-4.295 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.091, 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 wDI68ZxvH2t7; Mon, 18 Mar 2024 20:23:25 -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 29F07C14F686; Mon, 18 Mar 2024 20:23:25 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.216]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4TzH9969rPz6FGVf; Tue, 19 Mar 2024 11:22:53 +0800 (CST)
Received: from frapeml500001.china.huawei.com (unknown [7.182.85.94]) by mail.maildlp.com (Postfix) with ESMTPS id 7FA45140519; Tue, 19 Mar 2024 11:23:21 +0800 (CST)
Received: from [10.47.154.182] (10.47.154.182) by frapeml500001.china.huawei.com (7.182.85.94) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Tue, 19 Mar 2024 04:23:16 +0100
Content-Type: multipart/alternative; boundary="------------pshOkjDEMfNEedoUkb0WKkCA"
Message-ID: <14dd012f-24ef-e0cf-30c4-ed0ce15b082e@huawei.com>
Date: Tue, 19 Mar 2024 13:23:09 +1000
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1
Content-Language: en-US
To: Thomas.Graf@swisscom.com, ippm@ietf.org, opsawg@ietf.org, justin.iurman@uliege.be
References: <7192bc432d5d47aa89e7ced33ff4cc84@swisscom.com>
From: Benoit Claise <benoit.claise@huawei.com>
In-Reply-To: <7192bc432d5d47aa89e7ced33ff4cc84@swisscom.com>
X-Originating-IP: [10.47.154.182]
X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To frapeml500001.china.huawei.com (7.182.85.94)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/rltzFvJ2cdMVjCO-1N1ccPmoe1E>
Subject: Re: [ippm] draft-spiegel-ippm-ioam-rawexport
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Mar 2024 03:23:27 -0000

Dear all,

On 3/19/2024 10:40 AM, Thomas.Graf@swisscom.com wrote:
>
> Dear Justin, Dear OPSAWG and IPPM working groups
>
> Thanks a lot for the presentation at IPPM. I believe that this work 
> needs further refinement by defining also IPFIX entities for IOAM 
> which allow a decomposition of each IOAM dimension fields, thus 
> enabling IPFIX Flow Aggregation as described in RFC 7015 which is a 
> requirement to scale out for IOAM DEX and Trace Option Type. I believe 
> this should be performed after the working group adoption and me 
> should move forward quickly since IOAM is now getting implemented by 
> vendors and applied by operators.
>
> While shepherding IPFIX at OPSAWG, I noticed that most discussions 
> where around choosing the right data type and aligning with the IPFIX 
> registry. Not so much about exposing the right dimensions from the 
> data plane.
>
> draft-ietf-opsawg-ipfix-on-path-telemetry is already adopted and well 
> progressed at OPSAWG. I suggest that draft-spiegel-ippm-ioam-rawexport 
> is being adopted together with draft-gfz-opsawg-ipfix-alt-mark. With 
> that we are covering both Hybrid Type options developed at IPPM.
>
> In order to pool the IPFIX entity definitions, I believe OPSAWG would 
> be the best place to move with draft-spiegel-ippm-ioam-rawexport forward.
>
Regardless of the WG (*), I believe those two drafts should be adopted soon.

(*) OPSAWG or IPPM, it doesn't matter too much as we have the right 
expert inputs anyway. I am a little concerned that OPSAWG meeting was 
yesterday, so if we ask for WG adoption, it would be typically at the 
next physical meeting in 4 months. IMO, waiting that long is not required

Regards, Benoit
>
> I would appreciate feedback from IPPM and OPSAWG wherever they share 
> my opinion or not.
>
> Best wishes
>
> Thomas
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm