[sfc] Review comments for : Performance Measurement Architecture for SFC
Phaneendra manda <phaneendra.manda@huawei.com> Tue, 22 November 2016 09:46 UTC
Return-Path: <phaneendra.manda@huawei.com>
X-Original-To: sfc@ietfa.amsl.com
Delivered-To: sfc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E644D129CAF for <sfc@ietfa.amsl.com>; Tue, 22 Nov 2016 01:46:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.553
X-Spam-Level:
X-Spam-Status: No, score=-5.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DRUGS_MUSCLE=0.164, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 R0B5OqqNYliP for <sfc@ietfa.amsl.com>; Tue, 22 Nov 2016 01:45:57 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 60402129C9F for <sfc@ietf.org>; Tue, 22 Nov 2016 01:45:54 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DBD11207; Tue, 22 Nov 2016 09:45:51 +0000 (GMT)
Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 22 Nov 2016 09:44:50 +0000
Received: from BLREML501-MBX.china.huawei.com ([10.20.5.198]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0235.001; Tue, 22 Nov 2016 15:14:38 +0530
From: Phaneendra manda <phaneendra.manda@huawei.com>
To: "sfc@ietf.org" <sfc@ietf.org>
Thread-Topic: [sfc] Review comments for : Performance Measurement Architecture for SFC
Thread-Index: AdJEpQpj92A8+idKSra49KzWKaNe9A==
Date: Tue, 22 Nov 2016 09:44:37 +0000
Message-ID: <6A6AEA8F97B29F4585E1A9F4BE8838747E3A8A57@blreml501-mbx>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.18.148.192]
Content-Type: multipart/alternative; boundary="_000_6A6AEA8F97B29F4585E1A9F4BE8838747E3A8A57blreml501mbx_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.583413D0.004D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 2b092cab863e623eea061dae098b1015
Archived-At: <https://mailarchive.ietf.org/arch/msg/sfc/hWvauXfIECAxcgdiZ2PmRMwwpu4>
X-Mailman-Approved-At: Wed, 23 Nov 2016 05:01:35 -0800
Cc: Aruna kumar padhi <aruna.padhi@huawei.com>
Subject: [sfc] Review comments for : Performance Measurement Architecture for SFC
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Network Service Chaining <sfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sfc>, <mailto:sfc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sfc/>
List-Post: <mailto:sfc@ietf.org>
List-Help: <mailto:sfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sfc>, <mailto:sfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Nov 2016 07:19:31 -0000
Hi, Please find the below review comments for draft-agv-sfc-performance-measurement-architecture-02 1. In section 2 Measurement Controller: An entity that controls and coordinates a set of measurement functions. The measurement controller is responsible for programming the performance measurement instance at measurement classifier and updating the same to measurement collector, additionally it can inject probe packets in SFP for measurement. can be Measurement Controller: An entity that controls and coordinates a set of measurement functions. The measurement controller is responsible for programming the performance measurement instance(PMI) at measurement classifier and updating the same to measurement collector, additionally it can inject probe packets in SFP for measurement. While going through document there is no abbreviation mapped for PMI. Marking this would improve the readability 2. In section 3 Active measurement : Measurement controller induce probe packets with encoded performance measurement data or programs PMI at measurement classifier which will in turn induce probe packets with encoded performance measurement data. measurement controller updates the PMI to measurement collector. Participating measurement agents based on received encoded information carry out measurements and reports the collected data to measurement collector. measurement collector co-relates received data and provides measurement results. can be Active measurement : Measurement controller induce probe packets with encoded performance measurement data or programs PMI at measurement classifier which will in turn induce probe packets with encoded performance measurement data. Measurement controller updates the PMI to measurement collector. Participating measurement agents based on received encoded information carry out measurements and reports the collected data to measurement collector. measurement collector co-relates received data and provides measurement results. 3. In section 4.1 "PMF identifier" - PMF is used without providing any abbreviation. 4. In section 4.3.3 MA identifier has two parts 1) Node identifier - 24 bit a) For SFF: MUST be unique number assigned by controller b) For SF: All zero. Context identifier itself identifies SF node. I think here it should be Service Index. Context identifier referred nowhere in the draft. 5. In section 4.3.3 - At MA : Presence of self service index triggers the PM collection & reporting can be - At MA : Presence of self MA identifier triggers the PM collection & reporting Because of below reasons - A service function does not know its service index - As mentioned in section 5, point 1, it is mentioned Measurement controller programs the MA identifier to MA. So the MA knows the MA identifier not the service index. 6. In section 2 In the description of Measurement Classifier : It can also generate probe packet. Need to be updated in description (In section 6 it is mentioned Measurement classifier may generate probe packet based on the instruction by measurement controller. 7. In Section 4.3.3 A service function can be part of multiple service function chains, In this case the Measurement Agent will have 2 MA ID's configured. As per the draft in section 4.3.3, there is no consideration for Service Path Index(SPI) while MA Identifier construction. So MA Identifier may have conflict. 8. In Section 4.3.3 There is no clarity on Measurement Agent Identifier with PM type value on how it is encoded. Like few bits are used for MA Identifier and few bits are used for PM type. It is just mentioned MA Identifier with PM type. I think more details can be provided here. Thanks & Regards Phaneendra Manda.
- [sfc] Review comments for : Performance Measureme… Phaneendra manda
- Re: [sfc] Review comments for : Performance Measu… Gaurav agrawal