Re: [6lowpan] [Roll] draft-kelsey-intarea-mesh-link-establishment-03.txt

Don Sturek <d.sturek@att.net> Fri, 15 June 2012 16:41 UTC

Return-Path: <d.sturek@att.net>
X-Original-To: 6lowpan@ietfa.amsl.com
Delivered-To: 6lowpan@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17A4921F84B3 for <6lowpan@ietfa.amsl.com>; Fri, 15 Jun 2012 09:41:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.558
X-Spam-Level:
X-Spam-Status: No, score=-2.558 tagged_above=-999 required=5 tests=[AWL=0.041, BAYES_00=-2.599]
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 eejM7PYQZnWL for <6lowpan@ietfa.amsl.com>; Fri, 15 Jun 2012 09:41:42 -0700 (PDT)
Received: from nm28.bullet.mail.bf1.yahoo.com (nm28.bullet.mail.bf1.yahoo.com [98.139.212.187]) by ietfa.amsl.com (Postfix) with SMTP id BFCE621F8498 for <6lowpan@ietf.org>; Fri, 15 Jun 2012 09:41:42 -0700 (PDT)
Received: from [98.139.212.146] by nm28.bullet.mail.bf1.yahoo.com with NNFMP; 15 Jun 2012 16:41:42 -0000
Received: from [68.142.200.225] by tm3.bullet.mail.bf1.yahoo.com with NNFMP; 15 Jun 2012 16:41:41 -0000
Received: from [66.94.237.113] by t6.bullet.mud.yahoo.com with NNFMP; 15 Jun 2012 16:41:41 -0000
Received: from [127.0.0.1] by omp1018.access.mail.mud.yahoo.com with NNFMP; 15 Jun 2012 16:41:41 -0000
X-Yahoo-Newman-Id: 768772.63878.bm@omp1018.access.mail.mud.yahoo.com
Received: (qmail 67846 invoked from network); 15 Jun 2012 16:41:41 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.net; s=s1024; t=1339778501; bh=sqYeNsM7HukDm1JDpjqvfaK6Q1Gp2P8GtCdl7cqTV4c=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:User-Agent:Date:Subject:From:To:CC:Message-ID:Thread-Topic:In-Reply-To:Mime-version:Content-type:Content-transfer-encoding; b=ZjmkeCutl+cudL7Ib0H4Zwl3v5K3gV/QLyOQl+nNHJpjTIAd5im4XZzhoKiGIz5kG22KiQN8T2a4lKaie84qsN59j+X1kfsFKsqYhXj4FxCSHz+gZSi/PZR3jtdl1vUHhE0uEX2JYrjMQquUZJpbpRD92dEgEy7WIqeTCBqp9HQ=
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: wKmM17sVM1kKnkMaOCweySlem2c7yoBvWlAyCqkZFuAXroK Xbi_TXDmuAF0K4z_v4a1JBv4ONbS2.QfYyxvosB.kD46h1gxSd.Bc3H4xAF6 SkxUZIAfbPnqJFgfhVt6.4AykgpifQZqJwApXIdkuwJ6idBRBuc9Bf7pt0zq BBIsmXiadHPG.qjZ5G6jOLjd7extnoy.87tiK45kmrteNpqXtq7blIIY4iEv U4aUWGHnoZB2yOVdoqGeQcvK4G3iSrtVpzQkBChwEitk_1NKDvd0.dJfX6mQ l3pQnQy9EUGf1qI46riG6UaLvcxsQfpe5JOySXHkbgRD5FYS5y8Z2fX2zSuG 30j_llEuqRfUQY.RINEYidTY7R5qtBo2SLEf1TZSYMOsDHefa6Cw2cq_MYYp aUSLpGcRaIsC9I_stk5yPOKFGJg8uRZrWe_Hzwn.CYS11ps5fgspC0lxY1Sm 7dFfeYic8XszjQc6S9JLkp6G_U7m1o20aPIicdOcFtXQTfPOv7oZf5yAuV8q 3kcTCzxhJ3YrGjjE-
X-Yahoo-SMTP: fvjol_aswBAraSJvMLe2r1XTzhBhbFxY8q8c3jo-
Received: from [10.242.10.205] (d.sturek@208.54.15.4 with login) by smtp107.sbc.mail.mud.yahoo.com with SMTP; 15 Jun 2012 09:41:39 -0700 PDT
User-Agent: Microsoft-MacOutlook/14.2.2.120421
Date: Fri, 15 Jun 2012 09:41:32 -0700
From: Don Sturek <d.sturek@att.net>
To: Thomas Heide Clausen <ietf@thomasclausen.org>
Message-ID: <CC00B369.170E9%d.sturek@att.net>
Thread-Topic: [6lowpan] [Roll] draft-kelsey-intarea-mesh-link-establishment-03.txt
In-Reply-To: <F251330B-E52E-46C3-9E1D-57F868CF39B7@thomasclausen.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, "<roll@ietf.org>" <roll@ietf.org>, "<6lowpan@ietf.org>" <6lowpan@ietf.org>, "<ipv6@ietf.org>" <ipv6@ietf.org>
Subject: Re: [6lowpan] [Roll] draft-kelsey-intarea-mesh-link-establishment-03.txt
X-BeenThere: 6lowpan@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6lowpan>
List-Post: <mailto:6lowpan@ietf.org>
List-Help: <mailto:6lowpan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Jun 2012 16:41:46 -0000

Hi Thomas,

I think our plan was to submit it to the Internet Area directly (Richard:
That is from memory, am I correct?)

Don



On 6/15/12 9:28 AM, "Thomas Heide Clausen" <ietf@thomasclausen.org> wrote:

>
>On 15 Jun 2012, at 15:57, Don Sturek <d.sturek@att.net> wrote:
>
>> Hi Thomas (and Michael),
>> 
>> I don't agree that MLE targets only RPL.  The draft was written
>>carefully
>> to avoid having a narrow focus around RPL.  That said, the deployment we
>> are using this draft for uses 6LoWPAN, 6LoWPAN ND, ROLL RPL
>>(non-storing)
>> and I think many others will find the information exchanged between
>> neighbors using MLE as useful.
>> 
>> Don
>> 
>
>Hi Don,
>
>Note that I was replying to Michael's suggestions that MLE be married to
>RPL.
>
>If you think it's not, then MLE should neither be developed in ROLL nor
>be constrained by RPL code-points, messages or principles.
>
>
>Thomas
>
>> On 6/15/12 6:15 AM, "Thomas Heide Clausen" <ietf@thomasclausen.org>
>>wrote:
>> 
>>> 
>>> On Jun 15, 2012, at 15:12 , Michael Richardson wrote:
>>> 
>>>> 
>>>>>>>>> "Thomas" == Thomas Heide Clausen <ietf@thomasclausen.org> writes:
>>>>   Thomas> Not sure how fantastic (or not) it is - it is not
>>>>   Thomas> immediately clear to me how tied MLE should be to RPL - if
>>>>   Thomas> it truly aims at being for _MESH_ link establishment, then
>>>>   Thomas> it would appear to be a much larger scope, and should not be
>>>>   Thomas> tied narrowly to a special-purpose protocol's type-space (&
>>>>   Thomas> conventions etc., that do not apply universally).
>>>> 
>>>> Thomas, you will note that:
>>>> 1) I suggested it go under IPv6 ICMP first, and if there was such push
>>>>    back about allocating a new type, that RPL could allocate a
>>>> type/code.
>>>> 2) ZigBee alliance (the proposal), *IS* using RPL.
>>>> 
>>> 
>>> In that case, the draft must be very narrowly scoped and written such
>>> that it's clear that it's applicable _only_ to that context
>>> (special-purpose deployments of a special-purpose protocol), and
>>> specifically to not pretend to do general mesh link establishment.
>>> 
>>>> I see running it over UDP very architecturally strange.
>>> 
>>> I don't.
>>> 
>>> Thomas
>>> 
>>>> -- 
>>>> Michael Richardson <mcr+IETF@sandelman.ca>ca>, Sandelman Software Works
>>>> IETF ROLL WG co-chair.    http://datatracker.ietf.org/wg/roll/charter/
>>>> 
>>> 
>> 
>>