Re: [6lo] draft-ietf-6lo-mesh-link-establishment-00 (was: Review of draft-kelsey-6lo-mesh-link-establishment)

Owen Kirby <osk@exegin.com> Thu, 31 March 2016 18:28 UTC

Return-Path: <osk@exegin.com>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E3C912D728 for <6lo@ietfa.amsl.com>; Thu, 31 Mar 2016 11:28:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=exegin-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DkIJqqHZDg5F for <6lo@ietfa.amsl.com>; Thu, 31 Mar 2016 11:28:51 -0700 (PDT)
Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78F7F12D723 for <6lo@ietf.org>; Thu, 31 Mar 2016 11:28:51 -0700 (PDT)
Received: by mail-pf0-x241.google.com with SMTP id n5so12027002pfn.1 for <6lo@ietf.org>; Thu, 31 Mar 2016 11:28:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=exegin-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=PitclaIMjyv224HnoIHlAgae1paaA1sG86wfdozMzqI=; b=qirnaCl/ujvdXnwYzmnHIe4rlwq3m13VLsW4uN/FY2bqS03sLPbQYPkgLTB7F1oypo ieO50UQQnZTN/vGfwM/jovX+4sR5mdhELfuwodLZ7khRJbSM72Pl7TymS7jdkiAmdIK5 eTqfsLAlVL4M7Bwp2PAuglwkzAhzVIWdl4TWPEaVlxGsX14xgcU6WZt78/58hv7IsGui wNl0FOmIqLugn/2uzRwZjARaB5lD48VNayEHIwJ4S0CO9dBvYy9CmndYBKrOx4NVZJrJ AQFINL1RCUFSLwkKgYZbob54HnEnMPGmHXeWHQ0+FNjenAjNKK0uW9OyVdYPv1JR0ooo +RTA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=PitclaIMjyv224HnoIHlAgae1paaA1sG86wfdozMzqI=; b=UiJWBkaL2E4yEJLbL0oySHW++j2h5V6Bd4iIJ/+oOWHhYf9jjVXsqZLHxSnyvyHhWM 2wg0uUODh77o1qkyQVC23z5SMF9TQzVq6lp1T0WGR9nAvUW6USquEb63TlAdShxNKTFR gV+J+ZpHV8sH8G5OmmP48UTkciQntRNBbRxyhItnWaqOzK1w7iYMFDJE2Ttn+1LVkTIh zoef5h145yrBEAO+iFIt21Y6OrZS7/rPXfH2SDsYIZOfXYIOuwwrIAVsoARrFY9vjJLA KoDWFogM5/9Wk4WMrdIgZ7wslaufxV4+zJ/1vpE/AHenzPa6zEqpZOjT6Pjw0JSXouCZ 9ImA==
X-Gm-Message-State: AD7BkJIYAwruozeQGW3Tb0R0k3d1W7TgYHT5xK89Uvw8o8QqmKKNrWgvKYHBgOFQcFSwcQ==
X-Received: by 10.98.34.200 with SMTP id p69mr24008622pfj.114.1459448931161; Thu, 31 Mar 2016 11:28:51 -0700 (PDT)
Received: from [172.16.16.188] ([184.71.143.130]) by smtp.googlemail.com with ESMTPSA id dy6sm15041218pab.48.2016.03.31.11.28.48 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 31 Mar 2016 11:28:49 -0700 (PDT)
To: Randy Turner <rturner@amalfisystems.com>, Gabriel Montenegro <Gabriel.Montenegro@microsoft.com>
References: <BN1PR03MB072D29138530D02F0CD428495980@BN1PR03MB072.namprd03.prod.outlook.com> <B344960D-26B7-4795-8DBD-9A8B1A6A664B@amalfisystems.com>
From: Owen Kirby <osk@exegin.com>
Message-ID: <56FD6C5D.6010303@exegin.com>
Date: Thu, 31 Mar 2016 11:28:45 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <B344960D-26B7-4795-8DBD-9A8B1A6A664B@amalfisystems.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/6lo/a_IVKrp_74EspuI1w_hx8hdxSdo>
Cc: Richard Kelsey <Richard.Kelsey@silabs.com>, robert cragie <robert.cragie@gridmerge.com>, "consultancy@vanderstok.org" <consultancy@vanderstok.org>, "6lo@ietf.org" <6lo@ietf.org>
Subject: Re: [6lo] draft-ietf-6lo-mesh-link-establishment-00 (was: Review of draft-kelsey-6lo-mesh-link-establishment)
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Mar 2016 18:28:53 -0000

It's also worth noting that the Thread Alliance is using a derivative of 
MLE which doesn't quite line up with 
draft-ietf-6lo-mesh-link-establishment either, so there is more than 
ZigBee NAN and the now-defunct ZigBee-IP standards to consider.

It would be nice if the Thread alliance would publish the format and TLV 
changes to MLE so that we can at least make the protocols distinguishable.

Cheers,
Owen

On 16-03-30 12:16 PM, Randy Turner wrote:
> Regarding the statement, "So it seems like this version of the protocol currently applies only to ZigBee IP and ZigBee NAN and no other standards. If so, I'd suggest making that explicit. There's also the question of other versions of MLE. Is there an issue to tell them apart easily? How would one do that?”
>
>
> The newest version of MLE describes a technology…a tool to be used by other protocols - I wouldn’t make anything “explicit” about what this version of MLE targets - yeah, certain features were added to support ZigBee-NAN functionality, but other protocols, now or in the future, could possibly use this new version as well.
>
> Randy
>
>> On Mar 30, 2016, at 2:53 PM, Gabriel Montenegro <Gabriel.Montenegro@microsoft.com> wrote:
>>
>> <WG chair hat off>
>>
>> After Peter's review the abstract's summary of MLE's capabilities was modified. However, section 4 repeats the old language. Suggest aligning with the revised language in the abstract.
>>
>> Furthermore, I'd add the clarifications along the lines of what you suggest for the 3 capabilities, namely:
>>
>> - on capability #1: This is the primary purpose for MLE.
>> - on capability #2: This could be done in lots of ways.  ZigBee IP happened to use MLE.  Removing this functionality would not affect the rest of the protocol.
>> - on capability #3: is an optimization to make 1) more efficient.  It isn't strictly necessary.
>>
>> I'm a bit concerned about the lack of clarity in terms of applicability. For example, you say:
>> " The draft describes MLE as used in ZigBee IP, not as it is used in Thread."
>> " the version of MLE described in the draft"
>>
>> So it seems like this version of the protocol currently applies only to ZigBee IP and ZigBee NAN and no other standards. If so, I'd suggest making that explicit. There's also the question of other versions of MLE. Is there an issue to tell them apart easily? How would one do that?
>>
>> IANA assignments are per IETF Review. For a protocol whose users are a separate organization, this might be too onerous. I would imagine that Specification Required might be easier for other organizations to further develop the protocol while avoiding collisions and further interop issues (https://tools.ietf.org/html/rfc5226#section-4.1).
>>
>> Thanks,
>>
>> Gabriel
>> _______________________________________________
>> 6lo mailing list
>> 6lo@ietf.org
>> https://www.ietf.org/mailman/listinfo/6lo
>>
> _______________________________________________
> 6lo mailing list
> 6lo@ietf.org
> https://www.ietf.org/mailman/listinfo/6lo