Re: [ippm] [OPSAWG] draft-gfz-opsawg-ipfix-alt-mark-00

Giuseppe Fioccola <giuseppe.fioccola@huawei.com> Wed, 24 April 2024 16:33 UTC

Return-Path: <giuseppe.fioccola@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 A8BD6C14F5F4; Wed, 24 Apr 2024 09:33:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.894
X-Spam-Level:
X-Spam-Status: No, score=-6.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=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 A80VhBfQfd7m; Wed, 24 Apr 2024 09:33:20 -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 77CE8C14F5E8; Wed, 24 Apr 2024 09:33:20 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.231]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4VPl0N3xPWz6D92t; Thu, 25 Apr 2024 00:33:08 +0800 (CST)
Received: from frapeml100006.china.huawei.com (unknown [7.182.85.201]) by mail.maildlp.com (Postfix) with ESMTPS id 749EB1408F9; Thu, 25 Apr 2024 00:33:17 +0800 (CST)
Received: from frapeml500006.china.huawei.com (7.182.85.219) by frapeml100006.china.huawei.com (7.182.85.201) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Wed, 24 Apr 2024 18:33:17 +0200
Received: from frapeml500006.china.huawei.com ([7.182.85.219]) by frapeml500006.china.huawei.com ([7.182.85.219]) with mapi id 15.01.2507.035; Wed, 24 Apr 2024 18:33:17 +0200
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn>, "Thomas.Graf@swisscom.com" <Thomas.Graf@swisscom.com>
CC: "draft-gfz-opsawg-ipfix-alt-mark@ietf.org" <draft-gfz-opsawg-ipfix-alt-mark@ietf.org>, "opsawg@ietf.org" <opsawg@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [OPSAWG] draft-gfz-opsawg-ipfix-alt-mark-00
Thread-Index: AQHahNvxzojh5WrtNES96FmHCyvecLFUt2SAgAEBq4CAAA0DgIAAb0UAgCEbXXA=
Date: Wed, 24 Apr 2024 16:33:17 +0000
Message-ID: <7d5ba1f734f54d6a8d9cd0ad5b862b2f@huawei.com>
References: 20240403105349766H6VG2pF8d1gMupLhUrD1Z@zte.com.cn, 0218ACB2-996A-4BC2-9264-421FD2294FD0@swisscom.com <20240403181838982SZwwtBLEGhhgPH5XW6TT3@zte.com.cn>
In-Reply-To: <20240403181838982SZwwtBLEGhhgPH5XW6TT3@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.81.200.253]
Content-Type: multipart/alternative; boundary="_000_7d5ba1f734f54d6a8d9cd0ad5b862b2fhuaweicom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/nO2QE0Uffck_TU68YksATUGZ3lI>
Subject: Re: [ippm] [OPSAWG] draft-gfz-opsawg-ipfix-alt-mark-00
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: Wed, 24 Apr 2024 16:33:24 -0000

Hi Xiao, All,
We have just uploaded the new revision of draft-gfz-opsawg-ipfix-alt-mark and we added some text to clarify the point you raised about the LAG interface.

Regards,

Giuseppe

From: xiao.min2@zte.com.cn <xiao.min2@zte.com.cn>
Sent: Wednesday, April 3, 2024 12:19 PM
To: Thomas.Graf@swisscom.com
Cc: draft-gfz-opsawg-ipfix-alt-mark@ietf.org; opsawg@ietf.org; ippm@ietf.org
Subject: Re: [OPSAWG] draft-gfz-opsawg-ipfix-alt-mark-00


Got it. Thank you Thomas!

If some text can be added to clarify this usage of ingressInterface/egressInterface and ingressPhysicalInterface/egressPhysicalInterface, that would help the implementer.



Cheers,

Xiao Min
Original
From: Thomas.Graf@swisscom.com<mailto:Thomas.Graf@swisscom.com> <Thomas.Graf@swisscom.com<mailto:Thomas.Graf@swisscom.com>>
To: 肖敏10093570;
Cc: draft-gfz-opsawg-ipfix-alt-mark@ietf.org<mailto:draft-gfz-opsawg-ipfix-alt-mark@ietf.org> <draft-gfz-opsawg-ipfix-alt-mark@ietf.org<mailto:draft-gfz-opsawg-ipfix-alt-mark@ietf.org>>;opsawg@ietf.org <opsawg@ietf.org<mailto:opsawg@ietf.org>>;ippm@ietf.org <ippm@ietf.org<mailto:ippm@ietf.org>>;
Date: 2024年04月03日 11:41
Subject: Re: [OPSAWG] draft-gfz-opsawg-ipfix-alt-mark-00
Dear Xiao,

Correct. Obviously this will be exported per flow and the interface entities have to be key fields as the flow entities as well.

Best wishes
Thomas


On 3 Apr 2024, at 04:54, xiao.min2@zte.com.cn<mailto:xiao.min2@zte.com.cn> wrote:


Be aware: This is an external email.



Correcting the email address ippm@ietf.org<mailto:ippm@ietf.org>.



Hi Thomas,



If I understand you correctly, you mean the IE exporter can use ingressInterface/egressInterface to indicate LAG port and ingressPhysicalInterface/egressPhysicalInterface to indicate LAG member port, so the receiver can deduce the implicit meanings of them if they have different values, is that right?





Cheers,

Xiao Min


From: Thomas.Graf@swisscom.com<mailto:Thomas.Graf@swisscom.com> <Thomas.Graf@swisscom.com<mailto:Thomas.Graf@swisscom.com>>
To: 肖敏10093570;draft-gfz-opsawg-ipfix-alt-mark@ietf.org <draft-gfz-opsawg-ipfix-alt-mark@ietf.org<mailto:draft-gfz-opsawg-ipfix-alt-mark@ietf.org>>;
Cc: opsawg@ietf.org<mailto:opsawg@ietf.org> <opsawg@ietf.org<mailto:opsawg@ietf.org>>;'ippm@ietf.org <'ippm@ietf.org>;
Date: 2024年04月02日 19:32
Subject: RE: [OPSAWG] draft-gfz-opsawg-ipfix-alt-mark-00
Dear Xiao,

I agree that the description and the additional information does not provide information to distinguish between

ingressInterface, egressInterface

and

ingressPhysicalInterface, egressPhysicalInterface

However from an implementation perspective I have observed that in all cases ingressInterface and egressInterface refer to logical and ingressPhysicalInterface and egressPhysicalInterface to physical interfaces.

Where ingressInterfaceType and egressInterfaceType, which references to https://www.iana.org/assignments/ianaiftype-mib/ianaiftype-mib, is describing what type of interface it is.

I would expect in a LAG configuration that the lag interface is ingressInterface resp. egressInterface and the member interfaces are ingressPhysicalInterface resp. egressPhysicalInterface.

I hope that helps.

Best wishes
Thomas

From: OPSAWG <opsawg-bounces@ietf.org<mailto:opsawg-bounces@ietf.org>> On Behalf Of xiao.min2@zte.com.cn<mailto:xiao.min2@zte.com.cn>
Sent: Tuesday, April 2, 2024 10:58 AM
To: draft-gfz-opsawg-ipfix-alt-mark@ietf.org<mailto:draft-gfz-opsawg-ipfix-alt-mark@ietf.org>
Cc: opsawg@ietf.org<mailto:opsawg@ietf.org>; 'ippm@ietf.org
Subject: [OPSAWG] draft-gfz-opsawg-ipfix-alt-mark-00


Be aware: This is an external email.



Hi authors,



At the request of Giuseppe, I had a read on draft-gfz-opsawg-ipfix-alt-mark-00.

There are IPFIX IEs ingressInterface, egressInterface, ingressPhysicalInterface and egressPhysicalInterface, is there an IE indicating a LAG interface?



Best Regards,

Xiao Min