Re: [ippm] FW: http://tools.ietf.org/wg/ippm/draft-morton-ippm-delay-var-as-04.txt
Henk Uijterwaal <henk@ripe.net> Tue, 12 February 2008 11:24 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 945F528C1F1; Tue, 12 Feb 2008 03:24:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.669
X-Spam-Level:
X-Spam-Status: No, score=-1.669 tagged_above=-999 required=5 tests=[AWL=-1.232, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, 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 cXzADTn-+iok; Tue, 12 Feb 2008 03:24:44 -0800 (PST)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4DBBA28C1D1; Tue, 12 Feb 2008 03:24:44 -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 0568228C1D1 for <ippm@core3.amsl.com>; Tue, 12 Feb 2008 03:24:43 -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 1jgfoPaMAH2b for <ippm@core3.amsl.com>; Tue, 12 Feb 2008 03:24:41 -0800 (PST)
Received: from postman.ripe.net (postman.ripe.net [193.0.19.2]) by core3.amsl.com (Postfix) with ESMTP id 2D71828C139 for <ippm@ietf.org>; Tue, 12 Feb 2008 03:24:41 -0800 (PST)
Received: by postman.ripe.net (Postfix, from userid 4008) id CC55623EE5; Tue, 12 Feb 2008 12:26:04 +0100 (CET)
Received: from herring.ripe.net (herring.ripe.net [193.0.1.203]) by postman.ripe.net (Postfix) with ESMTP id E8F8D23EE4; Tue, 12 Feb 2008 12:26:02 +0100 (CET)
Received: from RIPE-NCC-101045.local (gw.office.nsrp.ripe.net [193.0.1.126]) by herring.ripe.net (Postfix) with ESMTP id B9DD92F592; Tue, 12 Feb 2008 12:26:02 +0100 (CET)
Message-ID: <47B18248.600@ripe.net>
Date: Tue, 12 Feb 2008 12:26:00 +0100
From: Henk Uijterwaal <henk@ripe.net>
User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031)
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> <47B0E2AB.3050309@cisco.com> <EDC652A26FB23C4EB6384A4584434A048BF9F3@307622ANEX5.global.avaya.com>
In-Reply-To: <EDC652A26FB23C4EB6384A4584434A048BF9F3@307622ANEX5.global.avaya.com>
X-RIPE-Spam-Level:
X-RIPE-Spam-Tests: ALL_TRUSTED,BAYES_00
X-RIPE-Spam-Status: N 0.000068 / -4.4
X-RIPE-Signature: e2d09eb236cd1dbb638e961902c8b1d3
Cc: Benoit Claise <bclaise@cisco.com>, 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: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ippm-bounces@ietf.org
Errors-To: ippm-bounces@ietf.org
Dan, > */Let me say that I am finding this discussion to happen a little bit > too early, but I was answering to the challenge coming from Henk. > Usually such discussions happen when the document became a work item, or > even at WGLC. /* The document has been accepted as a WG item last year. Al/Benoit haven't submitted a version with a draft-ietf-ippm-... filename but I understand that this will be done before the Philly cut-off date. Anyway, we can/should discuss the content! Henk > *//* > */Section 5 includes A LOT of history which seems to me not relevant and > usually is not included in IETF documents. Maybe a short summary should > be part of Section 6 but not all the details. In section 6 I do not see > the point of 6.5 and 6.6, and have doubts about 6.8, but maybe I should > read this one again to make sure that I understand the issues. /* > *//* > */The issue with section 8 is that it goes into some details about > measurement methods and devices, rather than metrics. It would be > interested to hear the opinion of other IPPM folks. /* > *//* > */Dan/* > *//* > > > > ------------------------------------------------------------------------ > *From:* Benoit Claise [mailto:bclaise@cisco.com] > *Sent:* Tuesday, February 12, 2008 2:05 AM > *To:* Romascanu, Dan (Dan) > *Cc:* Henk Uijterwaal; IETF IPPM WG > *Subject:* Re: [ippm] FW: > http://tools.ietf.org/wg/ippm/draft-morton-ippm-delay-var-as-04.txt > > 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 -- ------------------------------------------------------------------------------ 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 _______________________________________________ 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