Re: [manet] Some comments on draft-funkfeuer-manet-olsrv2-etx-01

Teco Boot <teco@inf-net.nl> Fri, 13 May 2011 15:53 UTC

Return-Path: <teco@inf-net.nl>
X-Original-To: manet@ietfa.amsl.com
Delivered-To: manet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E57DE074D for <manet@ietfa.amsl.com>; Fri, 13 May 2011 08:53:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1nAJ4iXu6Vt7 for <manet@ietfa.amsl.com>; Fri, 13 May 2011 08:53:58 -0700 (PDT)
Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by ietfa.amsl.com (Postfix) with ESMTP id 71E89E06DF for <manet@ietf.org>; Fri, 13 May 2011 08:53:58 -0700 (PDT)
Received: by wwa36 with SMTP id 36so2080316wwa.13 for <manet@ietf.org>; Fri, 13 May 2011 08:53:57 -0700 (PDT)
Received: by 10.227.156.20 with SMTP id u20mr1661992wbw.7.1305302037230; Fri, 13 May 2011 08:53:57 -0700 (PDT)
Received: from [192.168.2.150] (ip56530916.direct-adsl.nl [86.83.9.22]) by mx.google.com with ESMTPS id k2sm1171951wby.34.2011.05.13.08.53.54 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 May 2011 08:53:56 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Teco Boot <teco@inf-net.nl>
In-Reply-To: <201105131623.20102.georg.wittenburg@inria.fr>
Date: Fri, 13 May 2011 17:53:53 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <FE4A3D4D-757D-46AD-B849-42E2AA4AD5F0@inf-net.nl>
References: <201105111610.58611.georg.wittenburg@inria.fr> <235011815.1087321.1305180451563.JavaMail.root@zmbs2.inria.fr> <201105131623.20102.georg.wittenburg@inria.fr>
To: Georg Wittenburg <georg.wittenburg@inria.fr>
X-Mailer: Apple Mail (2.1084)
Cc: manet@ietf.org
Subject: Re: [manet] Some comments on draft-funkfeuer-manet-olsrv2-etx-01
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Mobile Ad-hoc Networks <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/manet>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 May 2011 15:53:59 -0000

Op 13 mei 2011, om 16:23 heeft Georg Wittenburg het volgende geschreven:

>>> 
>>> The problem is
>>> that packet delivery ratios differ depending on the size of the
>>> transmitted packet. If small packets are used to estimate link quality,
>>> this estimate will be flawed if the link is used for large packets later
>>> on, i.e, packets that make full use of the MTU. A workaround would be to
>>> require that if HELLO packets are to be used for link quality estimation
>>> then they must be padded to correspond in size to the average data
>>> packet, or MTU.
>> 
>> The funkfeuer metric drafts suggests to use all RFC 5444 packets for link
>> loss estimation, not only a certain message type. Your suggestion would
>> make it necessary to pad all RFC5444 packets to the maximum MTU, which
>> might be a considerable overhead.
> 
> I agree. However, it still remains true that link loss estimation that relies 
> excessively on small packets will lead to suboptimal results. I'm aware that 
> the original ETX paper doesn't cover this, but it doesn't mean that it 
> shouldn't be addressed in this draft.
> 
> How about, for example, only incrementing the respective counters for packets 
> whose size is above a certain threshold, say MTU / 2 (or even MTU / 4)?

How can packet sizes of lost packets be measured?

Teco