Re: [ippm] Working Group Last Call: draft-ietf-ippm-ioam-data

Haoyu Song <haoyu.song@futurewei.com> Tue, 07 January 2020 22:25 UTC

Return-Path: <haoyu.song@futurewei.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 E8C211200FD for <ippm@ietfa.amsl.com>; Tue, 7 Jan 2020 14:25:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com
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 GLv0-rjx8GPO for <ippm@ietfa.amsl.com>; Tue, 7 Jan 2020 14:25:40 -0800 (PST)
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2130.outbound.protection.outlook.com [40.107.223.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4ACD120025 for <ippm@ietf.org>; Tue, 7 Jan 2020 14:25:39 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=it/lBt31UCJHoQbrtE7ut7P56/aZtS9VzADoXNZmV8IyfNGfXCVVKbTWSM/VmFaoZlfBuuNeaTj6latam+oSX85/dNphwrbePzY89dTJ3ArN+DIU76iVMWefQIhesk2XFyhOww5NZMekC8VndwmOvrYHMn8SEqKXJr816ZBwRuzo3zsyY9sNvZBESl8d+Qa9v+YYXeM1l7B9/hDFwr5E53V2eaUj8lJTcnowobkrPwSiBhGHJTn+VKOdsZKhTkiitsiAIVtbZm4DqqJ515wg+RqjwXymYmr0fKj3/qgV1iuXubo0UgzCQu7HajN6rk8PdpPGG+CunHs07mVAC1dfKQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=S9AjSXyiSiAkYO2aKOHaV/X/++mTSkjfq7bNFlJXrpg=; b=UmP53egfvIWhfUTi0NBiKBPINNJwaJlYUjVrYDPyLVZMmFnD0xSt4DS77sTzNZslJPc0wXYb6n2RF7ho1N3g4SN0T8CSyDkf+OMw0vXYE8zBYAXEj8S6OY7+kVx8/p68MxezSRFK5g/L/dRRuhDIbxukkdnQDyX3qQ2U9Y6NVGBrj/3s4QcpzlxmUrpPDMrd2JU+EHfmRr8W3kmLGtDrD1R20dtIdf5okTLopZe50/9TX+/rTu8SfIq3qVrQd1Haf1go2FuhMxq/QyNBvbK6hBkWm6qRraqdhNaUa7GJdp5eG7xD4qX4wkezJxR+QUYARz/c8/uPhVTI6bGtlGb5Og==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=S9AjSXyiSiAkYO2aKOHaV/X/++mTSkjfq7bNFlJXrpg=; b=n4RF6hjG0CXz6FRkBhjEiMFwCHKFRNrn8aShVCTu7YKVsI19fCkpspL7cL3iErh5SanRPntkNk6qTvqeV22M9nnNnpXRYSE4Qg+gP29COI8WAjpdGYaZJObe73+6xYr0UOKFg+k3o4chyjSjwnBCcnvOt3q3I0FVfSlsFHwJQ1w=
Received: from BYAPR13MB2485.namprd13.prod.outlook.com (52.135.228.19) by BYAPR13MB2263.namprd13.prod.outlook.com (52.135.228.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2623.4; Tue, 7 Jan 2020 22:25:37 +0000
Received: from BYAPR13MB2485.namprd13.prod.outlook.com ([fe80::61a4:f17f:156:4876]) by BYAPR13MB2485.namprd13.prod.outlook.com ([fe80::61a4:f17f:156:4876%7]) with mapi id 15.20.2623.008; Tue, 7 Jan 2020 22:25:37 +0000
From: Haoyu Song <haoyu.song@futurewei.com>
To: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] Working Group Last Call: draft-ietf-ippm-ioam-data
Thread-Index: AQHVxXpHWaysCQLfnkORVfHukaUXVaffwftA
Date: Tue, 07 Jan 2020 22:25:36 +0000
Message-ID: <BYAPR13MB2485F7CBE0DC383BFD63B0B29A3F0@BYAPR13MB2485.namprd13.prod.outlook.com>
References: <E5725DE6-0637-4D52-BD61-2437D29D3C3B@apple.com>
In-Reply-To: <E5725DE6-0637-4D52-BD61-2437D29D3C3B@apple.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=haoyu.song@futurewei.com;
x-originating-ip: [12.111.81.95]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1fc68730-8a1c-473f-3760-08d793c08508
x-ms-traffictypediagnostic: BYAPR13MB2263:
x-microsoft-antispam-prvs: <BYAPR13MB22638212E1D93E5E425B1A639A3F0@BYAPR13MB2263.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:4941;
x-forefront-prvs: 027578BB13
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(346002)(366004)(396003)(376002)(136003)(39850400004)(199004)(189003)(5660300002)(66476007)(66556008)(64756008)(33656002)(76116006)(66446008)(66946007)(186003)(86362001)(26005)(44832011)(71200400001)(52536014)(7696005)(53546011)(316002)(81166006)(2906002)(55016002)(110136005)(478600001)(81156014)(8676002)(9686003)(8936002)(6506007); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR13MB2263; H:BYAPR13MB2485.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: inuVPIoP9MjLqU2VSV1JkZMxE0zZUaa2mY/EQDmUgDaJ4vHAEOpWwjJtt/5uDafWw4qYgwtsJNuWwXkZZJ/22MftDA1EEcIz3ktmrEQvTuZFzhSdfAmSUMblUx9mokgGNwDfH2lC270jiNY9jGvwIDD5Aoptjg3v7Juj1P516NbQ/Jn8ru3CTSX+Dzl69g/iXxUNJx/Nm51FjbW+FRlRpomGrxuH5LEH7U+DTUAq44gB6OnTlrx1P7FLSuLYNcPfyp48cDfUy8IdZXUuSwp1Cxc7LxJv9YiLiZRnvfsu6GeG28wY7T7q7LL/XhFhCQe34fDjQCtk5K4wVElbXz1e1zjmI6t4u0wBjNiCtY9UE/3wtxZ3RYVZduEVsOBYda4a1QgcRKQFqdJsyxEn9AGyqVVjDbvkh4lGH30zG/Cwf+BuUNTDN/kk2Il0iQ4qZSDktIRsJQvJ59ONJo1u3+BJ2VDaCSspomhqQAq/IvawCCWjMibtPlcBBh13fsEx9tpLQyiSxwoNo5+/29F9EFNwuw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR13MB2485F7CBE0DC383BFD63B0B29A3F0BYAPR13MB2485namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1fc68730-8a1c-473f-3760-08d793c08508
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jan 2020 22:25:37.0007 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: jah833MGQr4JMjZ3PRIKFh+T0Tr2ut/P1UeQaiWm2wg8lcArtVvO2ILc9rEzYv9bZHJk28/yivorPJfeS8VghA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR13MB2263
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/zFRrhEFC_te5u7Y1LbJSjF6Ivp0>
Subject: Re: [ippm] Working Group Last Call: draft-ietf-ippm-ioam-data
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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, 07 Jan 2020 22:25:42 -0000

IPPM and IOAM authors,

I have a question about the variable length opaque data field in the trace option. Does that mean each node may add a variable length field (i.e., use a different scheme ID)?

     "When this field is part of the data field but a node populating
      the field has no opaque state data to report, the Length must be
      set to 0 and the Schema ID must be set to 0xFFFFFF to mean no
      schema."

>From the above description, it seems so.  Then there's a problem. If each node's data has different size, then one can't guarantee that the RemainingLen is exactly 0 when the data overflow happens.

Another issue:

    "If IOAM-Trace-Type bit 22 is not set, then NodeLen specifies the
      actual length added by each node.  If IOAM-Trace-Type bit 22 is
      set, then the actual length added by a node would be (NodeLen +
      Opaque Data Length)."

I think the "actual length added by a node would be (NodeLen+ size of opaque state snapshot field). Because the opaque data is only a part of the opaque state snapshot field, and  (opaque data length + 4 byte)=size of opaque state snapshot field.  Some other places need similar clarification.


Haoyu

From: ippm <ippm-bounces@ietf.org> On Behalf Of Tommy Pauly
Sent: Tuesday, January 07, 2020 8:48 AM
To: IETF IPPM WG <ippm@ietf.org>
Subject: [ippm] Working Group Last Call: draft-ietf-ippm-ioam-data

Hello IPPM,

Happy New Year! This email starts a working group last call for "Data Fields for In-situ OAM" (https://datatracker.ietf.org/doc/draft-ietf-ippm-ioam-data/<https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-ippm-ioam-data%2F&data=02%7C01%7Chaoyu.song%40futurewei.com%7C62dfcd2f485d4a27f58208d79391677f%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637140125044139853&sdata=Sf3SxjE%2FqK3X760G8c0Tfemu%2FPiqpkpIVHswudQWDTc%3D&reserved=0>).

The last call will end on Tuesday, January 21. Please reply to ippm@ietf.org<mailto:ippm@ietf.org> with your reviews and comments. Please indicate whether you think this document is ready for publication.

Best,
Tommy (as co-chair)