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
- [ippm] reminder: last calls underway Matthew J Zekauskas
- [ippm] AD review: draft-ietf-ippm-duplicate-03 Lars Eggert
- [ippm] Next version of the duplicate draft Henk Uijterwaal
- Re: [ippm] Next version of the duplicate draft Lars Eggert
- Re: [ippm] Next version of the duplicate draft Henk Uijterwaal
- Re: [ippm] Next version of the duplicate draft Lars Eggert
- Re: [ippm] Next version of the duplicate draft Henk Uijterwaal
- Re: [ippm] Next version of the duplicate draft Henk Uijterwaal
- Re: [ippm] Next version of the duplicate draft Lars Eggert
- Re: [ippm] Next version of the duplicate draft Lars Eggert