Re: [ippm] FW: http://tools.ietf.org/wg/ippm/draft-morton-ippm-delay-var-as-04.txt

Benoit Claise <bclaise@cisco.com> Tue, 12 February 2008 00:04 UTC

Return-Path: <ippm-bounces@ietf.org>
X-Original-To: ietfarch-ippm-archive@core3.amsl.com
Delivered-To: ietfarch-ippm-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AB6233A6DF3; Mon, 11 Feb 2008 16:04:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.203
X-Spam-Level:
X-Spam-Status: No, score=0.203 tagged_above=-999 required=5 tests=[AWL=-0.360, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, HTML_MESSAGE=1, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z0im9iXsjXzG; Mon, 11 Feb 2008 16:04:49 -0800 (PST)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9EA2D3A6D50; Mon, 11 Feb 2008 16:03:45 -0800 (PST)
X-Original-To: ippm@core3.amsl.com
Delivered-To: ippm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 255523A6D50 for <ippm@core3.amsl.com>; Mon, 11 Feb 2008 16:03:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NjO2ax5oa7UB for <ippm@core3.amsl.com>; Mon, 11 Feb 2008 16:03:44 -0800 (PST)
Received: from av-tac-bru.cisco.com (odd-brew.cisco.com [144.254.15.119]) by core3.amsl.com (Postfix) with ESMTP id 92D1E3A6CF8 for <ippm@ietf.org>; Mon, 11 Feb 2008 16:03:43 -0800 (PST)
X-TACSUNS: Virus Scanned
Received: from strange-brew.cisco.com (localhost [127.0.0.1]) by av-tac-bru.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id m1C053V12810; Tue, 12 Feb 2008 01:05:03 +0100 (CET)
Received: from [10.61.64.1] (ams3-vpn-dhcp1.cisco.com [10.61.64.1]) by strange-brew.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id m1C04xB19848; Tue, 12 Feb 2008 01:04:59 +0100 (CET)
Message-ID: <47B0E2AB.3050309@cisco.com>
Date: Tue, 12 Feb 2008 01:04:59 +0100
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
References: <EDC652A26FB23C4EB6384A4584434A048BF7E5@307622ANEX5.global.avaya.com> <47B0A086.7030803@ripe.net> <EDC652A26FB23C4EB6384A4584434A048BF81C@307622ANEX5.global.avaya.com>
In-Reply-To: <EDC652A26FB23C4EB6384A4584434A048BF81C@307622ANEX5.global.avaya.com>
Cc: Henk Uijterwaal <henk@ripe.net>, IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] FW: http://tools.ietf.org/wg/ippm/draft-morton-ippm-delay-var-as-04.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <http://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <http://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1650163918=="
Sender: ippm-bounces@ietf.org
Errors-To: ippm-bounces@ietf.org

Dan,

While I "could" understand your point about section 5, I don't 
understand the arguments about removing section 6.
I thought it gave some useful comparison between IPDV and PDV when 
looking at parameters packet loss, path changes, clocks, composition.
- "In conclusion, the PDV results are affected by the packet loss ratio.
   The IPDV results are affected by both the packet loss ratio and the
   packet loss distribution.  In the extreme case of loss of every other
   packet, IPDV doesn't provide any results."
   is an important conclusion (just to reference one) for the selection 
of the DV method
- For example, do we NTP for one-way delay and delay variation is a 
typical question I receive from customers.
- Same thing for "how do I combine DV?"

Again for section 8, I have to explain to customers/partners
- "You want Poisson because it's random. But it's sometimes better to 
get a random start with fixed intervals..."
- "With PDV, it is sufficient to specify the upper percentile (e.g.,  
99.9%), while it's different with IPDV"
- How long should I measure etc...

Considering that this draft is there as an entry point for delay 
variation explanations + a series of guidelines (at least this was my 
intention) I spent quite some time on these sections. Specifically, if 
section 5 is removed, we need to list somewhere the conclusions of the 
published papers referenced in section 5. The place would then be the 
current section 6. Unless you have a different view?

Regards, Benoit.

> IMO section 5 and most of section 6 should probably go away. I am not
> sure that section 8 is within the 'traditional' scope of IPPM. 
>
> Dan
>
>
>  
>  
>
>   
>> -----Original Message-----
>> From: Henk Uijterwaal [mailto:henk@ripe.net] 
>> Sent: Monday, February 11, 2008 9:23 PM
>> To: Romascanu, Dan (Dan)
>> Cc: IETF IPPM WG
>> Subject: Re: [ippm] FW: Draft 
>> http://tools.ietf.org/wg/ippm/draft-morton-ippm-delay-var-as-04.txt
>>
>> Romascanu, Dan (Dan) wrote:
>>     
>>>  If the question that is being asked is 'do you believe that the 
>>> document' is in good shape to become an IPPM WG work 
>>>       
>> item?', my answer 
>>     
>>> is 'yes'.
>>>       
>> We already asked that one, the next question is: do you agree 
>> with the contents, what should be added/changed/removed?
>>
>> Henk
>>
>>
>>     
>>> Dan
>>>
>>>
>>>
>>>  
>>>
>>> -----Original Message-----
>>> From: Henk Uijterwaal [mailto:henk@ripe.net]
>>> Sent: Monday, February 11, 2008 12:26 PM
>>> Subject: Draft
>>> http://tools.ietf.org/wg/ippm/draft-morton-ippm-delay-var-as-04.txt
>>>
>>> Hi
>>>
>>> Last year, you expressed interest in
>>>
>>>    
>>>       
>> http://tools.ietf.org/wg/ippm/draft-morton-ippm-delay-var-as-04.txt
>>     
>>> and supported it as an IPPM WG document.  Did you read the latest 
>>> version of the document and if so, can you please post 
>>>       
>> comments to the 
>>     
>>> IPPM@ietf.org list.  Even a "yes, I've read it and it is fine" is 
>>> already very helpful.
>>>
>>> Thanks!
>>>
>>> Henk
>>> _______________________________________________
>>> ippm mailing list
>>> ippm@ietf.org
>>> http://www.ietf.org/mailman/listinfo/ippm
>>>
>>>       
>> --
>> --------------------------------------------------------------
>> ----------------
>> Henk Uijterwaal                           Email: 
>> henk.uijterwaal(at)ripe.net
>> RIPE Network Coordination Centre          
>> http://www.amsterdamned.org/~henk
>> P.O.Box 10096          Singel 258         Phone: +31.20.5354414
>> 1001 EB Amsterdam      1016 AB Amsterdam  Fax: +31.20.5354445
>> The Netherlands        The Netherlands    Mobile: +31.6.55861746
>> --------------------------------------------------------------
>> ----------------
>>
>> Is one of the choices leaving the office open?
>>                                        Alan Greenspan on the 
>> next elections
>>
>> This email was protected during delivery to Avaya with TLS encryption
>>
>>
>>     
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> http://www.ietf.org/mailman/listinfo/ippm
>   

_______________________________________________
ippm mailing list
ippm@ietf.org
http://www.ietf.org/mailman/listinfo/ippm