Re: [Roll] WG Last Call draft-ietf-roll-trickle-mcast-04

Philip Levis <plevis@stanford.edu> Sat, 06 April 2013 19:23 UTC

Return-Path: <plevis@stanford.edu>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EEDD21F8B13 for <roll@ietfa.amsl.com>; Sat, 6 Apr 2013 12:23:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oRYySfIO3wuU for <roll@ietfa.amsl.com>; Sat, 6 Apr 2013 12:23:16 -0700 (PDT)
Received: from smtp.stanford.edu (smtp2.Stanford.EDU [171.67.219.82]) by ietfa.amsl.com (Postfix) with ESMTP id E9E3221F853D for <roll@ietf.org>; Sat, 6 Apr 2013 12:23:15 -0700 (PDT)
Received: from smtp.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id BFBD664635F; Sat, 6 Apr 2013 12:23:15 -0700 (PDT)
Received: from [192.168.0.102] (unknown [76.14.66.110]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: plevis) by smtp.stanford.edu (Postfix) with ESMTPSA id 3FF5B646343; Sat, 6 Apr 2013 12:23:15 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="us-ascii"
From: Philip Levis <plevis@stanford.edu>
In-Reply-To: <03B78081B371D44390ED6E7BADBB4A772333BC0D@xmb-rcd-x02.cisco.com>
Date: Sat, 06 Apr 2013 12:23:14 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <3E801A2A-CB2B-457A-B33E-64AF839D9363@stanford.edu>
References: <03B78081B371D44390ED6E7BADBB4A77220226E7@xmb-rcd-x02.cisco.com> <03B78081B371D44390ED6E7BADBB4A772333BC0D@xmb-rcd-x02.cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
X-Mailer: Apple Mail (2.1283)
X-Mailman-Approved-At: Thu, 11 Apr 2013 08:18:15 -0700
Cc: Michael Richardson <mcr@sandelman.ca>
Subject: Re: [Roll] WG Last Call draft-ietf-roll-trickle-mcast-04
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Routing Over Low power and Lossy networks <roll@ietf.org>
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/roll>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Apr 2013 19:24:06 -0000

On Mar 15, 2013, at 4:34 AM, JP Vasseur (jvasseur) wrote:

> Dear all,
> 
> All issues raised during the previous WG LC have been successfully addressed in draft-ietf-roll-trickle-mcast-04.
> That said, since we made several changes, this starts a 2-week WG LC that will end on March 29 at noon ET.
> Thanks.

I missed the last call, but this is a comment rather than a suggested change.

I worry a bit about the default value for DATA_MESSAGE_IMAX. Setting IMAX to the same as IMIN misses one very useful property of exponentially increasing timers, which is that they quickly find the right randomization interval under heavy congestion. The original motivation for the exponential timer in Trickle was to find the right randomization interval (much as, say, Ethernet CSMA/CD does). The challenge with having IMAX equal IMIN is that if IMIN is too small, you'll end up with a lot of congestion and link-layer collisions.

I don't think this needs any change to the document because it's just a default. If experience and practice shows that you don't want IMAX to be equal to IMIN, then I'm sure people will adjust best practices and recommendations appropriately. Just wanted to point out that keeping an eye on this might be valuable.

Phil