Re: [Roll] Way forward for draft-clausen-lln-rpl-experiences

JP Vasseur <jpv@cisco.com> Sat, 19 May 2012 19:40 UTC

Return-Path: <jpv@cisco.com>
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 9065E21F855A for <roll@ietfa.amsl.com>; Sat, 19 May 2012 12:40:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -108.445
X-Spam-Level:
X-Spam-Status: No, score=-108.445 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FRT_BELOW2=2.154, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 vWudhmn7K32P for <roll@ietfa.amsl.com>; Sat, 19 May 2012 12:40:00 -0700 (PDT)
Received: from bgl-iport-2.cisco.com (bgl-iport-2.cisco.com [72.163.197.26]) by ietfa.amsl.com (Postfix) with ESMTP id 9549D21F853F for <roll@ietf.org>; Sat, 19 May 2012 12:39:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jpv@cisco.com; l=2057; q=dns/txt; s=iport; t=1337456399; x=1338665999; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=LepSpv5yvoObnGGJByIi8bhjaFgCXweJ6bAvZYGymXw=; b=WneHKtIcQoGtbsYvCIY6CSN0I1A9atjkBx1oht2PDrszbqdm0cr2hMIj nbplYQXg6I8KEz13OMg5JipmhyfdyUStL7dHbYQ1BulxZHWfV//s9pHHi WXOkZTyUo/D1cDdyfv/z6fyvkbQNpqSF6aQW+sf5+ABgsnD1GTCLgZfX+ 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: At8EAHv2t09Io8UY/2dsb2JhbABFgx2IEqljghUBAQEDAQEBAQ8BWgELBQsLGC4nMAYTIodnBQucSJ8YBIsFhGtiA5UbhU+IPYFkgms
X-IronPort-AV: E=Sophos;i="4.75,621,1330905600"; d="scan'208";a="12501144"
Received: from vla196-nat.cisco.com (HELO bgl-core-3.cisco.com) ([72.163.197.24]) by bgl-iport-2.cisco.com with ESMTP; 19 May 2012 19:39:57 +0000
Received: from xbh-hkg-412.apac.cisco.com (xbh-hkg-412.cisco.com [64.104.123.69]) by bgl-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id q4JJdvD5018084; Sat, 19 May 2012 19:39:57 GMT
Received: from xfe-hkg-411.apac.cisco.com ([64.104.123.70]) by xbh-hkg-412.apac.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 20 May 2012 03:39:56 +0800
Received: from [10.60.114.227] ([10.60.114.227]) by xfe-hkg-411.apac.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 20 May 2012 03:39:54 +0800
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset=windows-1252
From: JP Vasseur <jpv@cisco.com>
In-Reply-To: <2AF45E51-6C3B-48D9-908F-117ECF0CABAA@imag.fr>
Date: Sat, 19 May 2012 21:39:52 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <B665C776-CF85-4EF6-8637-77D8F717D229@cisco.com>
References: <258D7E2F-F0C7-49EA-B831-81070C86EDB3@thomasclausen.org> <2257A578-B2DF-4145-8393-9BB5D7E1CFBD@cisco.com> <2225986E-992E-43C7-B0CA-9CDA91CE1F3A@thomasclausen.org> <B1B81482-0F7E-4BCE-BBA7-B21949E3C16C@cisco.com> <0958556A-7D9A-4E8B-8091-1D6EC0B813B4@thomasclausen.org> <ACBA7834-F4A1-4D9C-80D6-E76C793A6770@cisco.com> <91E71E23-8797-4C70-A1F8-1CE64BD4ED39@thomasclausen.org> <1D6FEB49-CB62-4FFA-9E34-3FEF82DB644C@cisco.com> <BE51553F-67BE-4652-A8E8-9654BF953A96@thomasclausen.org> <78FB3B50-3150-4729-A089-D9EAF0B02BB6@cs.stanford.edu> <2AF45E51-6C3B-48D9-908F-117ECF0CABAA@imag.fr>
To: Martin Heusse <Martin.Heusse@imag.fr>
X-Mailer: Apple Mail (2.1278)
X-OriginalArrivalTime: 19 May 2012 19:39:55.0021 (UTC) FILETIME=[2A85ABD0:01CD35F7]
Cc: roll WG <roll@ietf.org>, Michael Richardson <mcr@sandelman.ca>
Subject: Re: [Roll] Way forward for draft-clausen-lln-rpl-experiences
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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, 19 May 2012 19:40:00 -0000

Hi Martin,

co-chair hat off …

How often do you think that ISIS LSA should be refreshed ?
Or OSPF opaque LSA for TE extensions be flooded ?
Or BFD packets ? 
Or PCEP Keepalive when turned on ?

Very seriously … these questions apply to all protocols … and you cannot expect the specifications to give you
hard coded values (but default whenever possible); these are topology and application specific, don't you think ?

Thanks.

Cheers.

JP.

On May 18, 2012, at 10:46 PM, Martin Heusse wrote:

> Phil, 
> what you are writing bellow may be true (although...) but it does not address comment 12, that we have no idea when DAOs should be sent and how DAOs should be handled (how long should the route be kept?). 
> 
> Along those lines, 2 comments:
> 1) I notice that draft-ietf-roll-applicability-ami, for instance, ignores DAOs except for specifying that DAOs SHOULD be sent -- so they might not be sent--, even though "Two-way communication is a requirement"(?). At the same time, this draft goes as far as suggesting what parameters to use for trickle (big deal) or for MaxRankIncrease (big deal: will things break if someone uses 512 instead of 1024?). 
> (same comment applies to draft-gnawali-roll-rpl-recommendations-03.)
> 2) <sarcasm> What is the point of making DAOs compact in storing mode (learning the route recursively) while the packets that actually contain data have to carry the whole path anyway? </sarcasm> 
> 
> Best regards,
> Martin
> 
> 
> Philip Levis wrote:
> 
>> For 12, "implementations may exhibit a bad performance if not carefully implemented."  I think it is safe to say this is true for almost ANY protocol. A specification is not intended to be a complete statement of efficient implementation, otherwise you give little latitude to future improvements and good engineering.
> 
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll