Re: [ippm] New Draft draft-gandhi-spring-udp-pm
"Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com> Mon, 10 September 2018 12:36 UTC
Return-Path: <rgandhi@cisco.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 40026130EBD; Mon, 10 Sep 2018 05:36:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 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, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 LeRsTLPTNpDY; Mon, 10 Sep 2018 05:36:32 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83549127B92; Mon, 10 Sep 2018 05:36:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=28742; q=dns/txt; s=iport; t=1536582992; x=1537792592; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=BBe4xfy2+ktX/PUos+I3GKgWnte8md5nt0OurMVtoB4=; b=D2Lnn99drSeR+lbNpHWZqPGaOZtVygYm5Gv+WU4yiepLRcDoKJ122E4M 8neXSUu8GMMruZTceVyoMbiaVbOztHN073GZHJhlJ+hOQE7BJTGAAyTj5 G9tiJwWeb4vU5715IyIfLBWsK27c4MsmQwhz4aLhXsTYSnrpMSmXKPagg E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0C5AABxZJZb/5NdJa1SChkBAQEBAQEBAQEBAQEHAQEBAQGCV0gvZX8oCoNoiBOMHoFoJZY0gXoLJ4EvAYMVAheDYiE0GAECAQECAQECbRwMhTgBAQEBAyNEEhACAQgRAwEBASEHAwICAjAUCQgCBA4FgyEBgR1kD6RQgS4fhA8BPYUJBYplF4FBP4ESJwwTgkyCdyQCAwGBMkIJFoJLMYImAogmhQyFYYh1CQKGN4lJF45wizqILAIRFIElHTiBVXAVZQGCQYsVhT5vjHuBHQEB
X-IronPort-AV: E=Sophos;i="5.53,355,1531785600"; d="scan'208,217";a="232185009"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Sep 2018 12:36:30 +0000
Received: from XCH-ALN-019.cisco.com (xch-aln-019.cisco.com [173.36.7.29]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id w8ACaUiP031303 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 10 Sep 2018 12:36:30 GMT
Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-019.cisco.com (173.36.7.29) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 10 Sep 2018 07:36:30 -0500
Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1395.000; Mon, 10 Sep 2018 07:36:30 -0500
From: "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>
To: Mach Chen <mach.chen@huawei.com>
CC: "ippm@ietf.org" <ippm@ietf.org>, spring <spring@ietf.org>
Thread-Topic: New Draft draft-gandhi-spring-udp-pm
Thread-Index: AQHUHdYWIyzVjAdRVki/QCU1ZO1Y+aSdv1EAgEwbkYA=
Date: Mon, 10 Sep 2018 12:36:30 +0000
Message-ID: <BB5CFE61-A182-4846-B748-FDBE7F10A3E7@cisco.com>
References: <92ED16BE-ACDF-4901-91B5-BC39A744C2F1@cisco.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE29254C085@dggeml510-mbx.china.huawei.com>
In-Reply-To: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE29254C085@dggeml510-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.1d.0.161209
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.181.86]
Content-Type: multipart/alternative; boundary="_000_BB5CFE61A1824846B748FDBE7F10A3E7ciscocom_"
MIME-Version: 1.0
X-Outbound-SMTP-Client: 173.36.7.29, xch-aln-019.cisco.com
X-Outbound-Node: rcdn-core-11.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/aHPrTBLU4KzsZxyLrS_25HnnyMw>
Subject: Re: [ippm] New Draft draft-gandhi-spring-udp-pm
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: Mon, 10 Sep 2018 12:36:35 -0000
Thanks Mach for the comments. We will add following TLV in the next revision of the draft. 3.1.2.1. Block Number TLV The Loss Measurement using Alternate-Marking method defined in [RFC8321] requires to identify the Block Number (colour) of the traffic counters carried by the probe query and response messages. Probe query and response messages specified in [RFC6374] for Loss Measurement do not define any means to carry the Block Number. [RFC6374] defines probe query and response messages that can include one or more optional TLVs. New TLV Type (value TBA8) is defined in this document to carry Block Number (32-bit) for the traffic counters in the probe query and response messages for loss measurement. The format of the Block Number TLV is shown in Figure 11: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type TBA7 | Length | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Block Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 11: Block Number TLV The Block Number TLV is optional. The PM querier node SHOULD only insert one Block Number TLV in the probe query message and the responder node in the probe response message SHOULD return the first Block Number TLV from the probe query messages and ignore other Block Number TLVs if present. In probe query and response messages, the counters MUST belong to the same Block Number. Thanks, Rakesh From: Mach Chen <mach.chen@huawei.com> Date: Monday, July 23, 2018 at 11:31 PM To: "=SMTP:rgandhi@cisco. com" <rgandhi@cisco.com> Cc: "ippm@ietf.org" <ippm@ietf.org>, spring <spring@ietf.org> Subject: RE: New Draft draft-gandhi-spring-udp-pm Hi Authors, The draft-gandhi-spring-udp-pm-01 defines a new C flag as following: 3.1.2.1. Loss Measurement Flags An LM message carries Data Format Flags (DFlags) as defined in [RFC6374]. New Flag is defined in this document for Color (C) in the DFlags field as follows. +-+-+-+-+ |X|B|C|0| +-+-+-+-+ Data Format Flags The Flag C indicates the Color of the counters in the LM probe message [RFC6374] when using Alternate-Marking method defined in [RFC8321]. ------------- As defined in Section 4.2 of [RFC8321], could you consider to define more than one flag or a TLV to carry Block number instead? Best regards, Mach From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Rakesh Gandhi (rgandhi) Sent: Tuesday, July 17, 2018 9:57 PM To: ippm@ietf.org Subject: [ippm] New Draft draft-gandhi-spring-udp-pm Hi WG, We like to introduce following new draft that was presented to SPRING WG yesterday. This draft defines IP/UDP path for sending probe query messages for delay and loss measurement that is agnostics to data plane (SR-MPLS/SRv6/IP) and does not require to bootstrap PM session. https://datatracker.ietf.org/doc/draft-gandhi-spring-udp-pm/ You may find presentation in the following package (it is the second draft). https://datatracker.ietf.org/meeting/102/materials/slides-102-spring-13-performance-measurement-in-sr-networks-00 We welcome your comments and suggestions. Thanks, Rakesh (On behalf of authors and contributors)
- [ippm] New Draft draft-gandhi-spring-udp-pm Rakesh Gandhi (rgandhi)
- Re: [ippm] New Draft draft-gandhi-spring-udp-pm Greg Mirsky
- Re: [ippm] New Draft draft-gandhi-spring-udp-pm Mach Chen
- Re: [ippm] New Draft draft-gandhi-spring-udp-pm Rakesh Gandhi (rgandhi)
- Re: [ippm] [spring] New Draft draft-gandhi-spring… Rakesh Gandhi
- Re: [ippm] New Draft draft-gandhi-spring-udp-pm Mach Chen