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

Carsten Bormann <cabo@tzi.org> Fri, 15 June 2012 10:43 UTC

Return-Path: <cabo@tzi.org>
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 65B5921F85C5; Fri, 15 Jun 2012 03:43:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.249
X-Spam-Level:
X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, 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 7qPYTZ9iFwAI; Fri, 15 Jun 2012 03:43:54 -0700 (PDT)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by ietfa.amsl.com (Postfix) with ESMTP id 72EFA21F85C0; Fri, 15 Jun 2012 03:43:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id q5FAhcsM014957; Fri, 15 Jun 2012 12:43:38 +0200 (CEST)
Received: from [10.0.1.3] (reingewinn.informatik.uni-bremen.de [134.102.218.123]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id CA0625A8; Fri, 15 Jun 2012 12:43:38 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset=iso-8859-1
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CBFFC509.17034%d.sturek@att.net>
Date: Fri, 15 Jun 2012 12:43:38 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <2D207A78-AD9A-47B6-AD51-9108CEA7D502@tzi.org>
References: <CBFFC509.17034%d.sturek@att.net>
To: Don Sturek <d.sturek@att.net>
X-Mailer: Apple Mail (2.1278)
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, roll@ietf.org, 6lowpan@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 10:43:55 -0000

> we don't have time for all these changes

It's likely that the next question that will come up is:

Should this be published as an informational RFC called "ZigBee's MLE protocol" because the protocol is no longer really meant to be modified in the process or should it be pursued as a standards track document?

(Don't get me wrong, I'm all for stability of protocols when there is running code.
Stability against gratuitous change and Brownian motion, that is.  
But not when there are good technical reasons to have the change.
We should be having the discussion on whether that's the case, I think.
And how the encapsulation of MLE works in the first place, something I don't understand yet.)

Grüße, Carsten