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
- [ippm] FW: Draft http://tools.ietf.org/wg/ippm/dr… Romascanu, Dan (Dan)
- Re: [ippm] FW: Draft http://tools.ietf.org/wg/ipp… Henk Uijterwaal
- Re: [ippm] FW: Draft http://tools.ietf.org/wg/ipp… Romascanu, Dan (Dan)
- Re: [ippm] FW: http://tools.ietf.org/wg/ippm/draf… Benoit Claise
- Re: [ippm] FW: http://tools.ietf.org/wg/ippm/draf… Romascanu, Dan (Dan)
- Re: [ippm] FW: http://tools.ietf.org/wg/ippm/draf… Henk Uijterwaal
- Re: [ippm] FW: http://tools.ietf.org/wg/ippm/draf… Al Morton
- Re: [ippm] FW: http://tools.ietf.org/wg/ippm/draf… Al Morton