[ippm] review comments on draft-mirsky-ippm-hybrid-two-step-05

Haoyu Song <haoyu.song@futurewei.com> Thu, 15 October 2020 20:03 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 217A03A1125; Thu, 15 Oct 2020 13:03:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.089
X-Spam-Level:
X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=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 wbT1giZWllAz; Thu, 15 Oct 2020 13:03:41 -0700 (PDT)
Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700090.outbound.protection.outlook.com [40.107.70.90]) (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 4F08D3A12E2; Thu, 15 Oct 2020 13:03:41 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jXgJClwZ8Qs8nfEIU0hv4qHQHQZKgOHtLWsyEko47DSmpBknV2BWira/M/41tQyDsi3knevBMhsaPc3alK2a3QkrZcadeH+X3ic/bxgeUxwdHP5v5fDfsryRNV0HorXK9RpLde2eKg28Luc1Mah3Nrzl2x9ux5nMKAY6gXvuUnaWpPx7mSRLcGsc3MVfKRLjWICREnkwJBuAUAOXOhud87a13mbu7WQlZDRlCa7wVBO2bPbkbiKKFTCIY20dG+Is/A0oGflEBUjLXO83GvtFyZLV2QRgOJ/1k+yrceslikzm8/PqcCKQAjqy7A/WvqbAGe5VQI6JJPBEFuexXhdaag==
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=s2l4ZK6ssPAmoCtrQrZC7hMSS/hLBMDd7oVvSxmhRVQ=; b=Cvlnm8IoovlTCVMBoOtOtL1hPwHcUSniUBGbSgfTHk0sKclEq29fR8tapUMsavk/Fis2Y+5oCNHgNYqWxcJPQn4M8pkDrAa+mit9DMF9vSBXopXddicFdZNOTGVCvuOoMSyor1m67AQf19tTJX1etw92wO78I8M7wobYOX+xqMHo7iS8YKfYrHzTBCgQ+C1cExly84TzHrBD89XQztIewaBQpqzUsBMuPXUDgm4JuhPqb6ZFbJqx5OP/awaQ/XFShblWWiDpWSuYwRWIOtyLgTEXGsc5z/a5WWWXmwJOYncGsP+Z7LKJevZSma7ZKU6u4OJamLlPUYUvX1biPx+LZg==
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=s2l4ZK6ssPAmoCtrQrZC7hMSS/hLBMDd7oVvSxmhRVQ=; b=eVoU9+unJEeCG0QgaHhe2eaBJJeOZ6sO4SlmYE5JvMeqqzFVIDhlyz9ub7/DQg+ehiuTyX1ylR89Q4L3Ahjss00mKEaRfbKToLxd0iRtzIp+c4MhVCxL63JkA2DubtC0/VCsm+eE7PU/k/lN1USwOmuG3fIfGaSSPjdi/3RJltk=
Received: from DM6PR13MB2762.namprd13.prod.outlook.com (2603:10b6:5:13c::13) by DM6PR13MB4477.namprd13.prod.outlook.com (2603:10b6:5:20d::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.11; Thu, 15 Oct 2020 20:03:39 +0000
Received: from DM6PR13MB2762.namprd13.prod.outlook.com ([fe80::3166:aa2e:cd89:f88a]) by DM6PR13MB2762.namprd13.prod.outlook.com ([fe80::3166:aa2e:cd89:f88a%6]) with mapi id 15.20.3477.021; Thu, 15 Oct 2020 20:03:39 +0000
From: Haoyu Song <haoyu.song@futurewei.com>
To: "draft-mirsky-ippm-hybrid-two-step@ietf.org" <draft-mirsky-ippm-hybrid-two-step@ietf.org>, "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
Thread-Topic: review comments on draft-mirsky-ippm-hybrid-two-step-05
Thread-Index: AdajLVFXnEi3pPP9T6KaONCEv9kIvg==
Date: Thu, 15 Oct 2020 20:03:39 +0000
Message-ID: <DM6PR13MB2762BFD08A042A8D386FD9579A020@DM6PR13MB2762.namprd13.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [2600:1700:38c4:650:8d80:82b6:d935:df71]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c74e74b1-ffe3-4c99-96a5-08d87145688b
x-ms-traffictypediagnostic: DM6PR13MB4477:
x-microsoft-antispam-prvs: <DM6PR13MB447746EE7D7661AC6ED135F29A020@DM6PR13MB4477.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: /SSBQECh1Pu5bylxXVyLcGMcBWrSuszMOrQsnm99lTYBRCvs3R5u9Ju9qxS89boxxNMGjEeo5ca2V9Qu0QwbeQCD9DdEPs0Ba/DLo4q0+B0Sho9mP6bF/hEq+8WRIcH0blwLTcFtGerTYoPcjimazdVgSvZe1otkFZlHNTEwX8zoecUltMm9krq8vL+Cgqjlw9Gu16xlCwk2tczPkWVn4IxprEUq3fTA1LeUp0OF6MlAW9Dp5pYdiGvJSQbmyXuaOP30QG8sU/P1T+NnRd6LZoqVQRN0bELEaOlUVQmQ/THuurlp5V3az2chN2ufKlXZ+nyOlLEhcuXIJidBQAAqzA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR13MB2762.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(39840400004)(366004)(376002)(346002)(136003)(5660300002)(71200400001)(66446008)(66946007)(2906002)(64756008)(66556008)(86362001)(83380400001)(76116006)(66476007)(52536014)(8676002)(44832011)(110136005)(6506007)(7696005)(55016002)(8936002)(478600001)(33656002)(186003)(450100002)(316002)(9686003); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: 0mvF3WBTMfZGJSf4fuwqqcw8sdkQHsXImQ7irmtM4tvO7flswT4SUkcGk6fEgCCAFXFfvr1xk6vkPD/mEh4hvhMTJ2E4LH1pGs9tndPK1Q3GmLYHoBT2aLmZfGxJw2aofrQaRW+fdSv7qzzY2faJ+rCY/F0klY+E5064zednrkqTXoDUbFjkm+TKSKwU2EgKu9XMFyfhG2Af3Wt+PCIQyffguOkotuKMZl/Ns3tvfraU3NSWJQ06nowMrdHwZo8jdIexeKwvgpu//PkzYIcVpGqmb6d8rJRnsWkdGs0U2XUzujAVBNbBZ0BZn17KY4hXhZlZOvjmiVjsFXz5NTQA6cE6pLn6MpJRPgwg0ZwhJEYu5cDBvqUEvCpzBqQKPhP5k0V9fnk67ccALkefcQMk4hykxzTxcL5Ts0k56CydMaax2Be7nRrTOun+iu1JjBBhb7JL9xt/kUm/ED17zfUNQkPO/uf6TaYJ4jEa6OTaTiRWgEtxDslIUrzQwiwLYKAzDCNEesE1wi1wHm5MRKyCKgpbBNx9ZB5DHaE0oXQjnxgcYA+12GYb3/i0IBUCxfyLc4GM4NjW24GhLyf4oM3v5Rn6Xfzrp1uoYJ2M6S4E/2svqHovZuVZkqCMHl4gntdz6Prt75NHvgGuiJXnJ2IH9Ul/S1tMK9yF+PHdJrh4FySc8qGbXp9ncNdphtjcpo/qvYXFDSS/aeKb4MWv9v20uw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM6PR13MB2762BFD08A042A8D386FD9579A020DM6PR13MB2762namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR13MB2762.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c74e74b1-ffe3-4c99-96a5-08d87145688b
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Oct 2020 20:03:39.2306 (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: Ygj70TApUh3ZKjuc61jtXayAzLVLt/aL5B8gd3NeHwyDbtoX9QjDdcDKUCFSzo4RtO3XeU11OvpIAfmULmdWIg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR13MB4477
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/qsrGvV1KPTcw91MLakYu_hbh_fs>
Subject: [ippm] review comments on draft-mirsky-ippm-hybrid-two-step-05
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: Thu, 15 Oct 2020 20:03:43 -0000

Hi authors and IPPM,

I reviewed the draft and see a close link of the proposed method with the other methods in discussion in the IPPMWG. Below are some questions and comments for your consideration.

  1.  I believe HTS has its place in the on-path telemetry branch of technology. In essence, it sits just between IOAM and PBT: collect the telemetry data using one dedicated and separate packet. The benefit of doing so is clear and sound.
  2.  To best progress this work, I think a good strategy is to try to align it with the existing specifications of IOAM Trace and IOAM DEX (e.g., data and header specification). It's even possible to think about it as yet another option for IOAM.
  3.  The nodes on the path need to maintain the states for each trigger (the transport header and timer). This is not a  trivial process and the scalability also needs to be considered.
  4.  How is the trigger implemented and how is the follow-up packet header encapsulated? The current draft doesn't provide enough details on these issues.
  5.  The definition and usage of the sequence number is not very clear to me. It seems to be used to differentiate the internal generated follow-up packets. Based on the description, if a follow-up packet is dropped, then each hop on the remaining path will experience the timer expiration and generate a new follow-up packet. Will these packets all have the same sequence number? If the original follow-up packet is just delayed but not dropped, how will this and the other newly generated follow-up packets are differentiated and processed?
  6.  The specification of the data profile is also missing. Isn't the data profile should be carried by the trigger packet instead of the follow-up packet?
  7.  The telemetry is encoded as TLV. How can the collector tell which data is generated by which node?
Please let me known if I missed or misunderstood anything. Thanks!
Best regards,
Haoyu