Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr

Huaimo Chen <huaimo.chen@futurewei.com> Sat, 13 June 2020 03:59 UTC

Return-Path: <huaimo.chen@futurewei.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2D6D3A0840; Fri, 12 Jun 2020 20:59:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.989
X-Spam-Level:
X-Spam-Status: No, score=-1.989 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, HTTPS_HTTP_MISMATCH=0.1, 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 hFvf8SMESlgY; Fri, 12 Jun 2020 20:59:11 -0700 (PDT)
Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2126.outbound.protection.outlook.com [40.107.94.126]) (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 9B0983A083F; Fri, 12 Jun 2020 20:59:11 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BWo0FOn4ozWg6lfAVHJp4Hl6NJ4v23ZTzbLTuM20KNr6+Z+JtntP/64LifSj7MouHylfdQ44+C2ujAjFWqrBqLfi1vzQ7BrgHAWldu+VSNFGmUON1KHs69pDtC0Khmmd/xKkhYW+KmnWDPztq0xRkkE3eNrZpxB9WNquMjzRLjy2Slu9tEZymrShLuswGWmOOQ9PLQDCeErsfnjWTg4GAG0VX1oKRHw3B80td5oOf6Jmf1gzmLO3gqPi4zRLvyjqH06QbyJQk9XBkH9VUCZ4MQU8wJ7WDoLC3sO3AsDzC4W4IIDtvII0q6Q1rdO8examrCnCfDtbFK0/AQ6WXZXnsg==
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=O7x19ucw9qZ2yTFxDDAIQV5Kmt6u19VAEzYq1MzAHj8=; b=VElJOyG4Jm8sHeqSdXoWmVU4R4d2Yb8jMTMYqJwCILvVJNCHzG9pUZCHH0zQ9fPPC5LQ/HiSXwDc0d9u3wUOJ3N3Ii4xK8sHSIlM1zJUKdkq1HBeH5MrEhS3+bd83lpsrbe7I+2qtUUnAY6CxVKViNvpTL3pEadZkzVg0tVVtBnfFORejda6vccoFL6eypAcBWkcsL1bmzANPr1mzPikcrcEGqQz7P1W9w9HTLZhyhNAbXMDsVAFSj+H5/7h5CVec8xCL4MUI8x+POCwMikQpEMhfYWdZjJfBZwbepK/kPU4x8xiXY3pl79WpjvJtpjpNi3NDb0d1hvNrn2DIudg1w==
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=O7x19ucw9qZ2yTFxDDAIQV5Kmt6u19VAEzYq1MzAHj8=; b=LPESYel+b4raK6DPLbyO4uMq7eR+wcYmwgqAH9VV7cmA9T7ZdJuR0JKQwwlAfCOUqvmvPIaFcc6fzlCycX+K4gB0dkN/k0QqaS7U09XGPr3FOefZvtBmbvhS9oa+DkPdmAVnNFFuwycLFQ4DGJ5Ej41dLuvT79fQSM0U+vshvVw=
Received: from MN2PR13MB3117.namprd13.prod.outlook.com (2603:10b6:208:13a::20) by MN2PR13MB3038.namprd13.prod.outlook.com (2603:10b6:208:137::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.12; Sat, 13 Jun 2020 03:59:08 +0000
Received: from MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2]) by MN2PR13MB3117.namprd13.prod.outlook.com ([fe80::d5b6:8550:9c40:eec2%7]) with mapi id 15.20.3109.012; Sat, 13 Jun 2020 03:59:08 +0000
From: Huaimo Chen <huaimo.chen@futurewei.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: Tarek Saad <tsaad.net@gmail.com>, "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "draft-gandhi-mpls-rfc6374-sr@ietf.org" <draft-gandhi-mpls-rfc6374-sr@ietf.org>
Thread-Topic: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr
Thread-Index: AQHWI7UWOG/zz9wDNU+Ica/MrmV3JqjPxRCtgAZB+wCAABzqIA==
Date: Sat, 13 Jun 2020 03:59:08 +0000
Message-ID: <MN2PR13MB311739202074E1CA19BB0DD5F29E0@MN2PR13MB3117.namprd13.prod.outlook.com>
References: <CH2PR19MB40241A395AAD7976CD74FE11FCA40@CH2PR19MB4024.namprd19.prod.outlook.com> <MN2PR13MB3117086E43C785B4A327D942F2820@MN2PR13MB3117.namprd13.prod.outlook.com>, <CA+RyBmWvT0rgoUWmmdZd0qN+q2BCt7vk52u321d9miZZ3rYNow@mail.gmail.com>
In-Reply-To: <CA+RyBmWvT0rgoUWmmdZd0qN+q2BCt7vk52u321d9miZZ3rYNow@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [2601:199:4300:8e5a:c4c6:15ee:f48a:8bb8]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 395d5b24-c9da-4c50-577f-08d80f4e1f9e
x-ms-traffictypediagnostic: MN2PR13MB3038:
x-microsoft-antispam-prvs: <MN2PR13MB30389A272E09DBB19F15E87AF29E0@MN2PR13MB3038.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 0433DB2766
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: EXQpMxkwsLB5ZJqEv/TO5cNn4lM6hCchxBeWVr5ZH/nyKKF7qIuFXIlN8YjF84spU2V7/idfgXOAbb6acKs/ixSQICJqskSRo8IXuyV2wz4wIjbfGAeSGDukPmOUin5/Iu5JTFr0GDzRKHHJuTVszj77XZJK8zWGve4UX1tiJlQYhzRhc6LFEd3Pr/QW/22ai0GZVL/9f3u4juB44mDSlol4e6wWMqA4nRRP16UHbjHM+hlcd5EoCMQBp57iZmGQPj61UCB1udoE9QKJ6kZOaYsqhdUwjzHF/vu6sM9YPKWx8UAvRJTQdkXbdz5OvxBa84s+pFDiNIeZ5RJwA9R+ee9b41QiOBSko8Q/sgFDFsN4QrFCwIX40OxB1ulXVkv7eM4K8SAKLeHNPK8MgGHWLQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR13MB3117.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(346002)(366004)(396003)(376002)(39840400004)(8936002)(166002)(9686003)(71200400001)(478600001)(7696005)(6506007)(44832011)(83380400001)(186003)(316002)(54906003)(4326008)(53546011)(33656002)(966005)(66446008)(5660300002)(52536014)(6916009)(2906002)(66946007)(19627405001)(66476007)(8676002)(76116006)(66556008)(86362001)(64756008)(55016002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: Fnpx7JeYYKpCAOhStAAdUXCYWYNwax530Q4y9atSLPgkx2+2rTvNbNJxeZngUX17pfEZbgUDlhV/n80O7S/JzFkaQ3fJD1PGkqA5UtDFVOCJRrdpGc7ZzLX/Dl0Lhnm9fVwipAA8Eo+2sPv20eiyvkIs3dJu+eIzZj0u6ygkMdFVHAb6KMe33ifVl4ekq6D0fv2LI9100d/icm7kWDxgZ3LJpv71r5vIVjXvawqC82ug4pATI3XJB6YIA94yL9EPSsqsiO36S7DoCt8oM5ZHNRw70F8Dm6X8hbg5TnK0EMd/5OHMcFPwORRzCVk9V2LdA7A23S5D15rr48+fP24LjK2S9L8+qFcSQVTjmP47x5EtWlqnRzJSCrGolFfMQykjm/jJR5MOwzYTELg9aHjkq63sGVrRhquJt2ykH6gmsheUiWzyeSdfCgIPCCdEG2NvYc6QCm/hN9EEyDfJLsQ5SNBAwDIWIjXc+ljBZRUkHJoDS5y/M3fiqCYOowvnNvYDxMBd69cNiuzfJckRxlGhwaYM9s2dOc4q8pyZfaZQW7gtB/UzObQJMyQ0biiM8DEK
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR13MB311739202074E1CA19BB0DD5F29E0MN2PR13MB3117namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 395d5b24-c9da-4c50-577f-08d80f4e1f9e
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Jun 2020 03:59:08.4322 (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: VCWYllJBhmetBKohLEczhXZvvY6Kx59iJRxP+xUDNdvoWmRt7VwJVjKQ35NfDC/QTmBPdr38dUK/iD3U7R+FGQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3038
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/lKU3RR2gD0TvNkWXTQQvYoEocLQ>
Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Jun 2020 03:59:14 -0000

Hi Greg,

    In the contexts of the draft-gandhi-mpls-rfc6374-sr and my comments, one way means one way  Measurement Mode, out-of-band means out-of-band probe reply.

Best Regards,
Huaimo
________________________________
From: Greg Mirsky <gregimirsky@gmail.com>
Sent: Friday, June 12, 2020 10:06 PM
To: Huaimo Chen <huaimo.chen@futurewei.com>
Cc: Tarek Saad <tsaad.net@gmail.com>om>; mpls@ietf.org <mpls@ietf.org>rg>; mpls-chairs@ietf.org <mpls-chairs@ietf.org>rg>; draft-gandhi-mpls-rfc6374-sr@ietf.org <draft-gandhi-mpls-rfc6374-sr@ietf.org>
Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr

Hi Huaimo,
thank you for your comments. Though I am not a co-author of the draft, I am very interested in the topic. I have a question related to your comments and conclusions below:

  *   you've noted "It seems that the Performance Measurement for a SR P2MP Path (or policy) is limited to one way and out-of-band. Should the document add some texts talking about these limitations?" If that truly is the case, i.e., the proposed OAM mechanism can only work as out-of-band, what is the value of the measurement results using the synthetic method of measurement? If, as you have noted, a test packet does not follow the monitored data flow, how trustworthy and useful the loss and delay measurement are achieved? I think that I cannot agree with your conclusion that the prosed PM OAM mechanism can only work as out-of-band tool, i.e., support direct measurement statistics by collecting counters. The fact that a test packet, as described in the draft, uses the precisely same policies as a data packet, in my view, ensures that it is in-band and shares the fate with the data flow, which is essential to obtaining useful performance measurements.

I much appreciate your consideration of my question.

Regards,
Greg

On Mon, Jun 8, 2020 at 8:52 PM Huaimo Chen <huaimo.chen@futurewei.com<mailto:huaimo.chen@futurewei.com>> wrote:
Hi All,

    I have reviewed the document and have the following comments.

    1.  The document is useful and technically sound. It can be considered for WG adoption.

    2.  The document seems talking about the Loss Measurement Message and Delay Measurement Message. Should it have some texts for Combined Loss/Delay Measurement Message?

    3.  There are a couple of IETF drafts about SR P2MP Path.. The document just mentions one of them and the Performance Measurement for a SR P2MP Path (or policy) is based on this one draft. Should the Performance Measurement for a SR P2MP Path (or policy) be general enough for all?

    4.  It seems that the Performance Measurement for a SR P2MP Path (or policy) is limited to one way and out-of-band. Should the document add some texts talking about these limitations?

    5.  The registry for the newly defined Return Path TLV Type and Block Number TLV Type is missing in the document. Is it the "MPLS Loss/Delay Measurement TLV Object" registry?

    6.  It seems that a new registry should be defined for the Sub-TLV types under the Return Path TLV in the document.

    7.  In section 5.1. and section 6.1., Should "For both SR Links and end-to-end measurement for SR-MPLS Policies" be changed to something like "For both SR Links and end-to-end SR-MPLS Policies measurements"?

    8.  In section 6.2., should something like a user case be added into the sentence "The Block Number TLV is Mandatory when used.."?


Best Regards,
Huaimo
_______________________________________________
mpls mailing list
mpls@ietf.org<mailto:mpls@ietf.org>
https://www.ietf.org/mailman/listinfo/mpls<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fmpls&data=02%7C01%7Chuaimo.chen%40futurewei.com%7Cb44dac159869454cf79b08d80f3e65b6%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637276107983736087&sdata=lI8R1QJaZiZnvrz3n%2BuLee7acwKtXvXRLF3BQf80EO8%3D&reserved=0>