Re: [Roll] Adoption draft-goyal-roll-p2p-measurement-01 as a ROLL WG document

Zach Shelby <zach@sensinode.com> Thu, 14 April 2011 13:47 UTC

Return-Path: <zach@sensinode.com>
X-Original-To: roll@ietfc.amsl.com
Delivered-To: roll@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id E8337E0718 for <roll@ietfc.amsl.com>; Thu, 14 Apr 2011 06:47:56 -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 ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JHQExfhItcNy for <roll@ietfc.amsl.com>; Thu, 14 Apr 2011 06:47:56 -0700 (PDT)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by ietfc.amsl.com (Postfix) with ESMTP id AC223E06B8 for <roll@ietf.org>; Thu, 14 Apr 2011 06:47:55 -0700 (PDT)
Received: from [192.168.1.44] (a91-156-92-242.elisa-laajakaista.fi [91.156.92.242]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p3EDlfGi020824 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 14 Apr 2011 16:47:42 +0300
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary="Apple-Mail-175-211632805"; protocol="application/pkcs7-signature"; micalg="sha1"
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <797683570.24667.1302698268981.JavaMail.root@mail05.pantherlink.uwm.edu>
Date: Thu, 14 Apr 2011 16:47:43 +0300
Message-Id: <FE820CB7-47FC-486C-91EF-F77A9439A146@sensinode.com>
References: <797683570.24667.1302698268981.JavaMail.root@mail05.pantherlink.uwm.edu>
To: Mukul Goyal <mukul@uwm.edu>
X-Mailer: Apple Mail (2.1082)
Cc: ROLL WG <roll@ietf.org>
Subject: Re: [Roll] Adoption draft-goyal-roll-p2p-measurement-01 as a ROLL WG document
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: Thu, 14 Apr 2011 13:47:57 -0000

Thanks Mukul and Phil for the explanation. I definitely missed that the main purpose of this mechanism is to measure the current route before invoking a P2P DAG. Anders also had a good point that P2P works just fine without the measurement mechanism.

So JP, I can support this as a WG document. But I do encourage the WG to explore better integration in cases when the mechanisms are used together. 

Zach

On Apr 13, 2011, at 3:37 PM, Mukul Goyal wrote:

> Phil
> 
>> I agree that currently the two seem tightly entwined, in that p2p needs the measurement mechanism. But it might be that measurement is useful independently of p2p, and so keeping their specifications separate will prevent false coupling. It might be that once we are further along it makes sense to merge them, but in my opinion keeping them separate for now will lead to simpler and cleaner designs.
> 
> The measurement mechanism was originally in the P2P draft itself. It was suggested to us that this mechanism should be its own draft precisely for the reasons you have described above. However, it could be that Zach is not referring to simply putting the two mechanisms together in the same draft.
> 
> Thanks
> Mukul
> 
> 
> ----- Original Message -----
> From: "Philip Levis" <pal@cs.stanford.edu>
> To: "Zach Shelby" <zach@sensinode.com>
> Cc: "ROLL WG" <roll@ietf.org>
> Sent: Wednesday, April 13, 2011 7:23:20 AM
> Subject: Re: [Roll] Adoption draft-goyal-roll-p2p-measurement-01 as a ROLL	WG document
> 
> 
> On Apr 13, 2011, at 10:37 AM, Zach Shelby wrote:
> 
>> JP,
>> 
>> Although I agree that route metric measurement is necessary for p2p, why in the world is this a separate document from the base p2p specification? Furthermore there seems to be plenty of inefficiency in creating a separate mechanism, and it should be explored how this could be integrated into the same message exchange for setting up the p2p DAG. 
>> 
>> Therefore I would be opposed to have a separate WG document for the measurement mechanism, instead I think this work should be better integrated into the base p2p specification. 
> 
> Zach,
> 
> I agree that currently the two seem tightly entwined, in that p2p needs the measurement mechanism. But it might be that measurement is useful independently of p2p, and so keeping their specifications separate will prevent false coupling. It might be that once we are further along it makes sense to merge them, but in my opinion keeping them separate for now will lead to simpler and cleaner designs.
> 
> Phil
> 
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

-- 
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297