Re: [ippm] Next version of the duplicate draft

Lars Eggert <lars.eggert@nokia.com> Mon, 14 July 2008 09:01 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 14B9F28C218; Mon, 14 Jul 2008 02:01:57 -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 7AB8028C218 for <ippm@core3.amsl.com>; Mon, 14 Jul 2008 02:01:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.529
X-Spam-Level:
X-Spam-Status: No, score=-6.529 tagged_above=-999 required=5 tests=[AWL=0.070, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 RKwSFQsFk+uj for <ippm@core3.amsl.com>; Mon, 14 Jul 2008 02:01:54 -0700 (PDT)
Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by core3.amsl.com (Postfix) with ESMTP id 66DD928C214 for <ippm@ietf.org>; Mon, 14 Jul 2008 02:01:54 -0700 (PDT)
Received: from vaebh105.NOE.Nokia.com (vaebh105.europe.nokia.com [10.160.244.31]) by mgw-mx09.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id m6E91g9g021204; Mon, 14 Jul 2008 04:02:15 -0500
Received: from vaebh103.NOE.Nokia.com ([10.160.244.24]) by vaebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 14 Jul 2008 12:02:09 +0300
Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by vaebh103.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 14 Jul 2008 12:02:08 +0300
Received: from [192.89.6.49] ([10.241.184.208]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Mon, 14 Jul 2008 12:02:07 +0300
Message-Id: <D85309FA-242E-43C1-A5EB-63B98F5D770E@nokia.com>
From: Lars Eggert <lars.eggert@nokia.com>
To: ext Henk Uijterwaal <henk@ripe.net>
In-Reply-To: <48748AD2.2080409@ripe.net>
Mime-Version: 1.0 (Apple Message framework v926)
Date: Mon, 14 Jul 2008 12:01:56 +0300
References: <485BBABF.5070002@internet2.edu> <BDC0ED29-C3D8-42FC-BB12-EA9018BFD3B2@nokia.com> <4868A492.9000803@ripe.net> <BC1A81F7-4888-46EE-A5D8-04D72621939B@nokia.com> <486A285C.9040904@ripe.net> <6CCCA629-6BB3-4BEC-B93C-424AEF2A19F0@nokia.com> <486A4555.8080702@ripe.net> <48748AD2.2080409@ripe.net>
X-Mailer: Apple Mail (2.926)
X-OriginalArrivalTime: 14 Jul 2008 09:02:08.0065 (UTC) FILETIME=[4B40D310:01C8E590]
X-Nokia-AV: Clean
Cc: IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] Next version of the duplicate draft
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"; DelSp="yes"
Sender: ippm-bounces@ietf.org
Errors-To: ippm-bounces@ietf.org

On 2008-7-9, at 12:54, ext Henk Uijterwaal wrote:
> The text says that active measurement systems MUST NOT send packets  
> with
> identical information fields, in order to avoid that all packets are
> declared duplicates.   That is sufficient to use this metric in this
> case.  The metric will also work for passive methods where one is sure
> that each packet is different.  The metric won't work for cases where
> multiple identical packets are intentionally sent.
>
> In order to move forward:
>
> a) We accept this (and add text to make this clear to everybody).
>
> b) We don't accept this.  In that case, one will have to find  
> something
>   to distinguish two packets from one packet sent twice.
>
> My preference is for the former, but I like to hear other opinions.   
> I'm
> afraid that if we don't accept this and don't come up with good  
> suggestions
> to distinguish packets, we'll never end up with a duplication metric.

I'd personally prefer to come up with a definition of what a duplicate  
is that uses only IP header information, rather than having  
dependencies on higher layers. Source and destination IP address plus  
the IP ID field ought to do it? (For non-fragments, at least.) Also  
see http://tools.ietf.org/html/draft-touch-intarea-ipv4-unique-id

Lars

PS: This is a comment as an individual contributor. If there's WG  
consensus for (a), I'm OK with being on the rough side of it.
_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm