[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.