[ippm] comments on draft-ietf-ippm-duplicate-03.txt

Matthew J Zekauskas <matt@internet2.edu> Thu, 26 June 2008 01:43 UTC

Return-Path: <ippm-bounces@ietf.org>
X-Original-To: ippm-archive@megatron.ietf.org
Delivered-To: ietfarch-ippm-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 174FB3A6B00; Wed, 25 Jun 2008 18:43:27 -0700 (PDT)
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 A31483A6B00 for <ippm@core3.amsl.com>; Wed, 25 Jun 2008 18:43:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_33=0.6]
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 Cs9A-pcNwGHG for <ippm@core3.amsl.com>; Wed, 25 Jun 2008 18:43:20 -0700 (PDT)
Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by core3.amsl.com (Postfix) with ESMTP id AD4453A6AEB for <ippm@ietf.org>; Wed, 25 Jun 2008 18:43:20 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 016CE47C47; Wed, 25 Jun 2008 21:43:23 -0400 (EDT)
Received: from basie.internet2.edu ([127.0.0.1]) by localhost (basie.internet2.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05149-10; Wed, 25 Jun 2008 21:43:22 -0400 (EDT)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id C193447C2D; Wed, 25 Jun 2008 21:43:22 -0400 (EDT)
Message-ID: <4862F437.706@internet2.edu>
Date: Wed, 25 Jun 2008 21:43:19 -0400
From: Matthew J Zekauskas <matt@internet2.edu>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: IETF IPPM WG <ippm@ietf.org>, Henk Uijterwaal <henk@ripe.net>
X-Enigmail-Version: 0.95.6
X-Virus-Scanned: by mail.internet2.edu virus scanner
Cc: Matt Zekauskas <matt@internet2.edu>
Subject: [ippm] comments on draft-ietf-ippm-duplicate-03.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: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ippm>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: ippm-bounces@ietf.org
Errors-To: ippm-bounces@ietf.org

Chair hat off...

1.1:
I think we should copy over the additional 2119 text from the other 
documents.  e.g. from 2680:

>    Although RFC 2119 was written with protocols in mind, the key words
>    are used in this document for similar reasons.  They are used to
>    ensure the results of measurements from two different implementations
>    are comparable, and to note instances when an implementation could
>    perturb the network.

2.4,2.5:
When talking about the IP headers not being identical, can we be more 
precise?  We'd like src,dst,proto (and I suppose identification in v4); 
is it simply TTL and the checksum that can change?

2.5: in talking about "clocks do have to be synchronized" can we give a 
bound?  I don't think it's as stringent as with one-way delay...

2.6,2.7,2.8: The references to 2680 are strong here (even before, but 
especially here), and I think that warrants 2680 being a normative 
reference (it's listed as non-normative in this draft).

5.1,5.2: I would re-word to remove the (somewhat informal) hash mark, 
and at least in 5.1, the parens don't balance.

e.g., 5.1: "(In other words, (number of packets received)/(number of 
packets sent but not lost).)"

5.2: "(In other words, (number of duplicated packets)/(number of packets 
sent but not lost).)."

or even with an ascii-art flair:
(In other words:

          number of duplicated packets
          ----------------------------------
          number of packets sent but not lost
)


refs:
The normative ref to 2680, already noted.

There must be better Y.1450 reference text.  I'm sure I can find it, but 
am rushing right now...


perhaps more before the last call close too,

--Matt

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