Re: [sfc] Few Querries from draft-agv-sfc-packet-delay-measurement-00

nobin mathew <nobinm@gmail.com> Thu, 30 June 2016 01:55 UTC

Return-Path: <nobinm@gmail.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 BF29E12D63C for <sfc@ietfa.amsl.com>; Wed, 29 Jun 2016 18:55:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 FUH_ceI3jasw for <sfc@ietfa.amsl.com>; Wed, 29 Jun 2016 18:55:54 -0700 (PDT)
Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8303B12D5B8 for <sfc@ietf.org>; Wed, 29 Jun 2016 18:55:54 -0700 (PDT)
Received: by mail-pa0-x22c.google.com with SMTP id hl6so22988326pac.2 for <sfc@ietf.org>; Wed, 29 Jun 2016 18:55:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:mime-version:to:cc:from:subject:date:in-reply-to :references; bh=ucfQRn0jwN6nz5kiF1zLldm2rN1XS7o9bFKr52oPK7g=; b=e65XYBgeQsjClFFa8KzHF/aK54h+6ypnlvTfURbt3eRYDL4VhFpwvUetYXm2+IvpUS iEiikonfCjsLqIc7IQLVVBY2mgh4JpqKYMk9U7GUvmHvA4imvMuIqZx2ELLXQXtnAiso STBzoHKxbY7IIaMrZxW9FItfw3cscWI2ldAmUSRI09HVhW659aRE1kYkfNrQv7egMf/p Ckx/uVE8gHyos0LCTwLKiHJ18tH5evK2k9flhoSBm7/CQu+rBYajWniyY0GxfcjA3KGy opTTY7OV/TjdK55NWtiU6bHiy1HgiOVwIa5/wUz76KVb/K3MeabaPK713lgen91Ab+nX wdGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:mime-version:to:cc:from:subject:date :in-reply-to:references; bh=ucfQRn0jwN6nz5kiF1zLldm2rN1XS7o9bFKr52oPK7g=; b=JCxSuXyQupysrWV96pTcE3p3IGyI8cVxEvPS4RAJmc6GNJBTVI+YfM524ZZFAp84Fp ZVJb2XOTfDq0g+TvF7WtWXSQ7Ec+vupbwwI73guebwCOXEti/vtnQcVs8PMofKQDLMt4 ecKcHvN8hTV2eIpc24uSOiNig2TuyntyJ7fK05cxkw0YFCm8YCM02DcmFtsIJf3Azos2 PW//mIfqhBNO+ZhjFwp0EMAWhsy+zCgHO5KLzW8ZTq91xjFhDEdrR+SoBuadAUDKa3Y3 Zc+bcKIwgVHJXBPRSq5IURqgEBrYUfzUfA1NDHOhVUEtcRd5zc7eEeVb5ijNPE0kAlmm RzdA==
X-Gm-Message-State: ALyK8tJGJB28NylnwJB5ihaLmITLiaQ454qdw2Ha0MC/pG+dDjHbasMua2Q5dG9t9dCj8A==
X-Received: by 10.66.233.103 with SMTP id tv7mr17183061pac.46.1467251754053; Wed, 29 Jun 2016 18:55:54 -0700 (PDT)
Received: from [192.168.1.2] ([122.172.214.34]) by smtp.gmail.com with ESMTPSA id jh3sm895862pac.14.2016.06.29.18.55.50 (version=SSL3 cipher=RC4-SHA bits=128/128); Wed, 29 Jun 2016 18:55:53 -0700 (PDT)
Message-ID: <57747c29.23c7420a.266f2.4ab4@mx.google.com>
MIME-Version: 1.0
To: Gaurav agrawal <gaurav.agrawal@huawei.com>
From: nobin mathew <nobinm@gmail.com>
Date: Thu, 30 Jun 2016 07:25:02 +0530
In-Reply-To: <2F2059F256F9B24F82EAC5EE47F446C6BDCA7F1C@szxemi502-mbx.china.huawei.com>
References: <CAH0NxEo9HJNUoSzUTFPU0iR37k8xPeMC-3VEFaF7Ygz8+7QHWg@mail.gmail.com> <2F2059F256F9B24F82EAC5EE47F446C6BDCA5CD4@szxemi502-mbx.china.huawei.com> <CAH0NxEoFBiXk4ns67Zz3Q6v4Z6mBcB1mKdFEKLPk3x=sJD+qqA@mail.gmail.com> <2F2059F256F9B24F82EAC5EE47F446C6BDCA7F1C@szxemi502-mbx.china.huawei.com>
Content-Type: multipart/alternative; boundary="_1CA270DC-7368-42DF-9B5B-10ADB2952759_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sfc/WQJnpUFU-RtU1u177gkC97ynpvQ>
Cc: VinodS Kumar <vinods.kumar@huawei.com>, "Anil Kumar S N (VRP Network BL)" <anil.sn@huawei.com>, "christian.jacquenet@orange.com" <christian.jacquenet@orange.com>, "sfc@ietf.org" <sfc@ietf.org>
Subject: Re: [sfc] Few Querries from draft-agv-sfc-packet-delay-measurement-00
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: Thu, 30 Jun 2016 01:55:57 -0000

Hi Gaurav,
Thank you for addressing my suggestions. I will go through the updated drafts and let you know if I have some more queries.
Regards
Nobin

-----Original Message-----
From: "Gaurav agrawal" <gaurav.agrawal@huawei.com>
Sent: ‎6/‎29/‎2016 13:07
To: "Nobin Mathew" <nobinm@gmail.com>
Cc: "Anil Kumar S N (VRP Network BL)" <anil.sn@huawei.com>; "VinodS Kumar" <vinods.kumar@huawei.com>; "sfc@ietf.org" <sfc@ietf.org>; "christian.jacquenet@orange.com" <christian.jacquenet@orange.com>
Subject: RE: [sfc] Few Querries from draft-agv-sfc-packet-delay-measurement-00

Hi Nobin,
 
Please find the in-line response [Gaurav-2]
 
Also we have revised the draft, kindly review the new versions
 
https://datatracker.ietf.org/doc/draft-agv-sfc-performance-measurement-architecture/
https://tools.ietf.org/html/draft-agv-sfc-packet-delay-measurement-01
https://datatracker.ietf.org/doc/draft-agv-sfc-packet-loss-measurement/
 
Thanks and Regards,
Gaurav
 
From: Nobin Mathew [mailto:nobinm@gmail.com] 
Sent: 2016年6月28日 16:06
To: Gaurav agrawal
Cc: Anil Kumar S N (VRP Network BL); VinodS Kumar; sfc@ietf.org
Subject: Re: [sfc] Few Querries from draft-agv-sfc-packet-delay-measurement-00
 
Hi Gaurav,
Thank you for the clarification. I have few more queries, please find them in-line. [tag: NOBIN-1]
Please address these points in both packet-delay and packet-loss measurement drafts.
 
On Tue, Jun 28, 2016 at 11:35 AM, Gaurav agrawal <gaurav.agrawal@huawei.com> wrote:
Hi Nobin,
 
Thanks for your comments, please find the response in-line.
 
From: Nobin Mathew [mailto:nobinm@gmail.com] 
Sent: 2016年4月20日 18:35
To: Anil Kumar S N (VRP Network BL); Gaurav agrawal; VinodS Kumar
Cc: sfc@ietf.org
Subject: [sfc] Few Querries from draft-agv-sfc-packet-delay-measurement-00
 
Hi Anil Kumar S N, Gaurav Agrawal,Vinod Kumar S,I have few question with respect to the delay calculation method described in the draft "draft-agv-sfc-packet-delay-measurement-00".Please let me know your opinion on this queries.1) -------------------------draft section---------------------------------------   3.6 Incoming Packets Processing at MA      On receiving the packet with NSH header following operations are       carried out:      Step 1: Detection of PM Context Header in a packet, by verifying               the PM TLV Class as allocated by IANA.              (If not detected, move to step 6)       Step 2: Check if PM Type field value is 6 to 10.               (If not move to step 6).      Step 3: If PM Type Value = 7 to 10 move directly to Step 5      Step 4: Check Presence of self Service index in Service Index List              (If not present, move to step 6)---------------------------------------------------------------------------MA can be SF or SFF , but based on the steps given here, SFF cannot do the time recording or report to collector becausestep 4 checks the SI index and SFF we do not have Si index.[ SI: List of participating Service functions in the SFP. It SHOULD be    in decreasing order of the SI for optimized traversal of the SI    participation. ]So i thing we need to address SFF scenario as well.[Gaurav-1] Initially we thought of handling SFF during hop by hop measurement scenario only. But we see a valid point here from you, in the new revision ofdraft we are planning to introduce MA identifier which will be combination of node identifier (unique number configured by controller) and order identifier (SI) to address performance measurement of SFF in all scenarios. 
   [NOBIN-1]   Unique number for SFF is assigned per Flow or its global ? if its global then how you will track different paths ? I think you may need to include the Path/flow identifier along with other two identifiers given here. 
                     Do you have plan to assign a unique number for each SF in a service path ? If you do not do this , then i think the context header structure will be different for SF and SFF, please clarify.
 
[Gaurav-2] Unique number for SFF will be global and yes you are right flow identifier (PMF id) is used together for identification
For Example: Please refer section 3.2 in packet delay measurement draft
   1) Rx-Time[P][M][W]
   2) Tx-Time[P][M][W]
 
For SF identification, SFC already incorporates a mechanism of Service Index and we re-use the same. Unification of context header is taken care of, kindly refer section 2.2 of packet delay draft
   MA identifier has two parts</spa

[The entire original message is not included.]