From mesarpe@gmail.com Thu May 5 02:20:15 2011 Return-Path: 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 E0A8AE06E2 for <6lowpan@ietfa.amsl.com>; Thu, 5 May 2011 02:20:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.299 X-Spam-Level: X-Spam-Status: No, score=-3.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5TBOcQNnO3AI for <6lowpan@ietfa.amsl.com>; Thu, 5 May 2011 02:20:15 -0700 (PDT) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 3E920E06D4 for <6lowpan@ietf.org>; Thu, 5 May 2011 02:20:15 -0700 (PDT) Received: by vxg33 with SMTP id 33so2497273vxg.31 for <6lowpan@ietf.org>; Thu, 05 May 2011 02:20:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=3eAvmv99KmGwSwj1W0U7PfEXJXTa/TngadVGSlbVB7E=; b=hWy+k1CgPgcpl7cwZ2DpBM47Wytv72Iruw7tqOQy5+8zXXufbZDvGDQXg0nu3RbviK qU6k1CjRnmfa59fg2AZr3cNMyR+pQIyEEmCFOd6otnJcv1fT/auxBOYKjndYLVBqFl1l nkJ6PirWifz/rzBpj9Cv0TRdhOsnw1V60yK4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=p4YFgFzeWMLD4N1ZtfkKfA/LoOMsQvE8CCPE1XdenEt7jhV5fQBFmsXJp+7v4YIiUY BcMcp1LdRAx5sd9RiNNHM14xaoU0FNB/B3VFhsKFbpFN1QnUgDJZfevISI3djq7RvrRi gf2WV60TZN8wcy+6xT++w5JCmrVG3ptT9nb1E= MIME-Version: 1.0 Received: by 10.52.184.71 with SMTP id es7mr792721vdc.298.1304587214434; Thu, 05 May 2011 02:20:14 -0700 (PDT) Received: by 10.52.167.194 with HTTP; Thu, 5 May 2011 02:20:11 -0700 (PDT) Date: Thu, 5 May 2011 11:20:11 +0200 Message-ID: From: =?ISO-8859-1?Q?C=E9sar_A=2E_Bernardini?= To: 6lowpan@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [6lowpan] Broadcast and Mesh packages 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2011 09:21:23 -0000 Hello, I am working under the 6LoWPAN protocol, trying to implement a module for scapy to be able to test devices. I was reading the RFC 4944, 4919 and the draft from february 2011. In RFC 4944, there is a table with pattern for dispatch bits. the broadcast dispatch is overwritten by LoWPAN_IPHC dispatch byte. And the draft says nothing about mesh packets dispatch byte. So... My question is....Broadcast packets will be contained in LoWPAN_IPHC packets? What about Mesh packets? I didnt get it... If you have some example packets, it would be great! Thanks in Advance. Cesar From rdroms.ietf@gmail.com Tue May 10 10:54:19 2011 Return-Path: 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 1D89FE06FB for <6lowpan@ietfa.amsl.com>; Tue, 10 May 2011 10:54:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.398 X-Spam-Level: X-Spam-Status: No, score=-103.398 tagged_above=-999 required=5 tests=[AWL=0.200, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J4xGBXZ7t3qA for <6lowpan@ietfa.amsl.com>; Tue, 10 May 2011 10:54:18 -0700 (PDT) Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id F0DAEE067C for <6lowpan@ietf.org>; Tue, 10 May 2011 10:54:17 -0700 (PDT) Received: by gyf3 with SMTP id 3so2813547gyf.31 for <6lowpan@ietf.org>; Tue, 10 May 2011 10:54:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:content-type:subject:date:references:to :message-id:mime-version:x-mailer; bh=iJ5XAEEdUUqn/R6F3aXfz2BJlA30rEh6PuaX2zgQG/M=; b=a0kJ+C0C2JQjzQIR1rEryNlf4cY99G9P+27dcAy9iq5kHw8C5IAeHBmGG+grTN4l64 TCfmAZKP+vD1kadhwE9ULP1VlM2zpRA2BYn7prZtzymvLyDxBGwV7mHZuRIGmYwK0xU6 ta+1zP2zmQeKD5bYMUN8f6oCQVPAaTwefCnKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:subject:date:references:to:message-id :mime-version:x-mailer; b=Nu1RZzkmrtYGpKjhcigQbQN29rK0GWPwr7OGPkkyDKnRcnc7n+/ndJ14cc3B8ML6cT sqFqs3xuQwzVQNy+Sr+U/dUa/NhPmQyjgToqJXea7nth4+Ep7ulRgdbXWxHfUcjn8FI1 JnjSAh1E9FF7qGM6vqBhmDWJBg9T2W3n2u2mQ= Received: by 10.236.176.166 with SMTP id b26mr9461397yhm.142.1305048181365; Tue, 10 May 2011 10:23:01 -0700 (PDT) Received: from [161.44.65.177] ([161.44.65.177]) by mx.google.com with ESMTPS id 7sm3228727yhl.19.2011.05.10.10.22.59 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 10 May 2011 10:22:59 -0700 (PDT) From: Ralph Droms Content-Type: multipart/alternative; boundary=Apple-Mail-14-323461989 Date: Tue, 10 May 2011 13:22:56 -0400 References: <1BDE0BE3-4289-4E8B-AF9C-CA0480D5244E@amsl.com> To: 6lowpan 6lowpan <6lowpan@ietf.org> Message-Id: <1F20E00E-3AD2-4563-969B-5655F4A70A8D@gmail.com> Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [6lowpan] Fwd: Request For IETF 80 WG and BOF Sessions Agenda, Minutes, and Presentations 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 17:54:19 -0000 --Apple-Mail-14-323461989 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Let me know when you've uploaded the minutes from the IETF-80 meeting. - Ralph Begin forwarded message: > From: Wanda Lo > Date: May 10, 2011 1:20:30 PM EDT > To: IETF Working Group Chairs > Cc: irsg@isi.edu, irtf-chair@irtf.org > Subject: Request For IETF 80 WG and BOF Sessions Agenda, Minutes, and = Presentations >=20 > Dear WG Chairs and BOF Chairs, > =20 > I am in the process of compiling the proceedings for IETF 80 and we = are still missing meeting minutes from various sessions. The cutoff for = submissions has past and correction submissions cutoff is May 18, 2011. = Please upload meeting minutes, as well as any presentations from your = sessions, at your earliest convenience using the Meeting Materials = Manager found here: = https://datatracker.ietf.org/cgi-bin/wg/wg_proceedings.cgi. = Alternatively, you are welcome to send them to proceedings@ietf.org or = wlo@amsl.com for manual posting. >=20 > Groups I still need minutes from are: >=20 > Application Area > -IRI > -PRECIS > -VCARDDAV >=20 > Internet Area > -6LOWPAN > -MIF >=20 > Real-time Applications and Infrastructure Area > -ECRIT > -RTCWEB >=20 > Routing Area > -IDR > -L2VPN >=20 > Transport Area > -TSVAREA >=20 >=20 > https://datatracker.ietf.org/meeting/80/materials.html >=20 > If you have any questions, please let me know.=20 > =20 > Thanks, > Wanda >=20 >=20 >=20 >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > Wanda Lo > Internet Engineering Task Force (IETF) > 48377 Fremont Blvd., Ste. 117=20 > Fremont, California 94538 / USA=20 > +1-510-492-4082=20 > +1-510-492-4001 (fax)=20 > www.ietf.org > =20 > -- > Managed by Association Management Solutions (AMS) > Forum Management, Meeting and Event Planning > www.amsl.com >=20 >=20 >=20 >=20 --Apple-Mail-14-323461989 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Let = me know when you've uploaded the minutes from the IETF-80 = meeting.

- Ralph


Begin = forwarded message:

From: Wanda Lo <wlo@amsl.com>
Date: May 10, 2011 = 1:20:30 PM EDT
To: IETF Working Group Chairs <wgchairs@ietf.org>
Cc: irsg@isi.edu, irtf-chair@irtf.org
Subject: Request For IETF = 80 WG and BOF Sessions Agenda, Minutes, and = Presentations

Dear WG Chairs and BOF = Chairs,
I am in the = process of compiling the proceedings for IETF 80 and we are still = missing meeting minutes from various sessions. The cutoff for = submissions has past .  Please = upload meeting minutes, as well as any presentations from your sessions, = at your earliest convenience using the Meeting Materials Manager found = here: .  = Alternatively, you are welcome to send them to wlo@amsl.com for manual = posting.
Groups I still need minutes from = are:

-PRECIS
Internet Area

Real-time Applications and Infrastructure = Area
-ECRIT
Routing Area
-L2VPN

Transport = Area
-TSVAREA

<= font class=3D"Apple-style-span" face=3D"Helvetica" size=3D"3">
48377 Fremont Blvd., = Ste. 117 
Fremont, California 94538 / USA 
+1-510-492-4082&= nbsp;
+1-510-492-4001 (fax) 
www.ietf.org
=
 
--


= --Apple-Mail-14-323461989-- From behcetsarikaya@yahoo.com Tue May 10 11:37:35 2011 Return-Path: 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 E8DD7E06CE for <6lowpan@ietfa.amsl.com>; Tue, 10 May 2011 11:37:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.243 X-Spam-Level: X-Spam-Status: No, score=-2.243 tagged_above=-999 required=5 tests=[AWL=0.356, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9BOa8JXeu-iz for <6lowpan@ietfa.amsl.com>; Tue, 10 May 2011 11:37:35 -0700 (PDT) Received: from nm24.bullet.mail.sp2.yahoo.com (nm24.bullet.mail.sp2.yahoo.com [98.139.91.94]) by ietfa.amsl.com (Postfix) with SMTP id 1F2A6E065A for <6lowpan@ietf.org>; Tue, 10 May 2011 11:37:35 -0700 (PDT) Received: from [98.139.91.67] by nm24.bullet.mail.sp2.yahoo.com with NNFMP; 10 May 2011 18:37:29 -0000 Received: from [98.139.91.31] by tm7.bullet.mail.sp2.yahoo.com with NNFMP; 10 May 2011 18:37:29 -0000 Received: from [127.0.0.1] by omp1031.mail.sp2.yahoo.com with NNFMP; 10 May 2011 18:37:29 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 823426.12433.bm@omp1031.mail.sp2.yahoo.com Received: (qmail 30304 invoked by uid 60001); 10 May 2011 18:37:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305052649; bh=ltBfMtJBY9MAZjmajz/rJbhu+mpewet0M+SvkxPOUmI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=tBFUoOGgIqsgXxR+vw5AmHsfQg/sQvdGTTpPVl+ch9u/km7Y/EQUaecpJv1WXFGYfD+L95iC/g4mD7vcjndQhWbrtsnOl3+ljpoDybtYQYV82YPGX8g4Ccd02BNHByj/NBJrh5skUcaEmrDU2K84uzFbgKtvyWtR8zErWJVLHP4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=mDbiKxufOfhAF1wsqEM/2NJddcJmSnEVg9wRPJOJMGn+Ujcs0QSfKP4gtLN9WZWcNismDkB57AoAiUFIVP+/grCN3o4cVMmvpKnOYI9K+Jpgmgo3VUplQ6Zt/gpRiF8Wx/+rSml4uG5GhfSS5SE3RLLtIXz2jb2vroH7yxwHYFc=; Message-ID: <464948.30144.qm@web111402.mail.gq1.yahoo.com> X-YMail-OSG: Dp5gH_8VM1lY0sxqRQlIxP3pq7wo_Xcbb3OxYi1mk6pDuDC qBrRLHxfxUgSSW2yFKrFnkliqihSAq.XoHi4r.CHihb6zKQS4V6dFb3SXk4t ZSopZEWB_NpFq1AUmzay9poSBai3PVNv2kzqed3.uSANBTtbMeKGeztrqQPM SXoAnTKJ9dr1e5pZGzu7XkSpD1M5chsV5CyH7fSEq7cPLbupsx8vOBnXWNd7 bhVOcHKZLSp.GB8hbKRQ0XF1578GghGFAiR1sW15g7s5YvhWV_xuG1a5SYFZ oow6bgeN5rnPIpx6NS5xfiTWk5u5.yd.xWLML7GmciYvbjgypwOh8u329PP7 EuYg6ba7XBejHEbmASRQOQaw5SA_Eh6EWTUR9rcdG1OOod5UKMrDTAvooAPD 7sy7iQHUvCvqOLSXYKT424Pxnn4Gn2UNFlN.5upDVfI9mO8cyP5DQF75atpg UCRtsbgH.PIA5pwCkHfPSm.lbcdxjyksA1xR5tg.hp5sdlZ0GESS_AV2yC9h GYzlkeu6amZyFQlE- Received: from [206.16.17.212] by web111402.mail.gq1.yahoo.com via HTTP; Tue, 10 May 2011 11:37:29 PDT X-Mailer: YahooMailRC/559 YahooMailWebService/0.8.110.299900 Date: Tue, 10 May 2011 11:37:29 -0700 (PDT) From: Behcet Sarikaya To: 6lowpan@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [6lowpan] I-D Action:draft-sarikaya-6lowpan-cgand-01.txt X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Behcet Sarikaya List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 18:37:36 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Lightweight Secure Neighbor Discovery for Low-power and Lossy Networks Author(s) : B. Sarikaya, et al. Filename : draft-sarikaya-6lowpan-cgand-01.txt Pages : 12 Date : 2011-05-10 This document defines lightweight secure neighbor discovery for low- power and lossy networks. The nodes generate a Cryptographically Generated Address, register the Cryptographically Generated Address with a default router and periodically refresh the registration. Modifications to 6lowpan Neighbor Discovery protocol are described for secure neighbor discovery for low-power and lossy networks. Cryptographically generated address and digital signatures are calculated using elliptic curve cryptography, so that the cryptographic operations are suitable for low power devices. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-sarikaya-6lowpan-cgand-01.txt From rgm@labs.htt-consult.com Fri May 13 10:43:36 2011 Return-Path: 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 41BDDE07AE for <6lowpan@ietfa.amsl.com>; Fri, 13 May 2011 10:43:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=0.301, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jJ-I7FFVo4o1 for <6lowpan@ietfa.amsl.com>; Fri, 13 May 2011 10:43:35 -0700 (PDT) Received: from klovia.htt-consult.com (klovia.htt-consult.com [208.83.67.149]) by ietfa.amsl.com (Postfix) with ESMTP id 61923E0764 for <6lowpan@ietf.org>; Fri, 13 May 2011 10:43:35 -0700 (PDT) Received: from localhost (unknown [127.0.0.1]) by klovia.htt-consult.com (Postfix) with ESMTP id 29C7E62A8E for <6lowpan@ietf.org>; Fri, 13 May 2011 17:43:34 +0000 (UTC) X-Virus-Scanned: amavisd-new at localhost Received: from klovia.htt-consult.com ([127.0.0.1]) by localhost (klovia.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O54i9BBm7ML8 for <6lowpan@ietf.org>; Fri, 13 May 2011 13:43:21 -0400 (EDT) Received: from nc2400.htt-consult.com (nc2400.htt-consult.com [208.83.67.155]) (Authenticated sender: rgm@labs.htt-consult.com) by klovia.htt-consult.com (Postfix) with ESMTPA id B941762A89 for <6lowpan@ietf.org>; Fri, 13 May 2011 13:43:21 -0400 (EDT) Message-ID: <4DCD6DB9.5020202@labs.htt-consult.com> Date: Fri, 13 May 2011 13:43:21 -0400 From: Robert Moskowitz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Thunderbird/3.1.10 MIME-Version: 1.0 To: 6lowpan@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [6lowpan] IEEE 802.15.4 security update 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2011 17:43:36 -0000 The HIP IG met at the IEEE 802.15 meeting this week. The minutes are https://mentor.ieee.org/802.15/dcn/11/15-11-0393-00-0hip-hipig-minutes-for-may-2011.doc The direction is to leverage the new Multipurpose Frame and Information Elements for carrying ANY Key Management Protocol, see: https://mentor.ieee.org/802.15/dcn/11/15-11-0381-00-0hip-key-management-over-4e-multipurpose-frames.ppt There was a presentation in the WNG session for a call for 802.1X support: https://mentor.ieee.org/802.15/dcn/11/15-11-0400-00-wng0-802-1x-over-802-15-4.ppt The authors were invited to join the current effort, as the intent is generalization for any KMP. For the next period there will be work to develop a framework document and a PAR & 5C for the July meeting (the week before IETF). The goal is to be voted as a Study Group that will be renamed KMP SG to include ANY Key Management Protocol (e.g. HIP, IKEv2, 802.1X). For now, the 802.15 mailing list is: STDS-802-15-HIP@LISTSERV.IEEE.ORG Please join if you are interested. From shusaku.ieee@gmail.com Fri May 13 12:59:26 2011 Return-Path: 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 F0943E087A for <6lowpan@ietfa.amsl.com>; Fri, 13 May 2011 12:59:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.599 X-Spam-Level: X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nZLcOs2+cjXh for <6lowpan@ietfa.amsl.com>; Fri, 13 May 2011 12:59:26 -0700 (PDT) Received: from mail-px0-f179.google.com (mail-px0-f179.google.com [209.85.212.179]) by ietfa.amsl.com (Postfix) with ESMTP id 593FDE0824 for <6lowpan@ietf.org>; Fri, 13 May 2011 12:59:26 -0700 (PDT) Received: by pxi2 with SMTP id 2so1760899pxi.38 for <6lowpan@ietf.org>; Fri, 13 May 2011 12:59:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:reply-to :organization:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=tgo9/i7HiBCNbdEshqKyqbvRhZOiBKeFhvz8o0rQHIc=; b=k+Wb6sqkckaL3LxUqhW9xEhKqlmHm2lRcv8oPzm6r8TeTwq+wBb4U+yfkRGGyDtWcL FjZkuN9/Os4VJqEpc322F0vVY6waLeblPiGWDiCfZhzD+ni687rKeKvoyjxcEu/TCh8T oMGS0w+y8CL1RaceqZ0blTCkJJ876iZsaCPoc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:reply-to:organization:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; b=YTOPPyUmNrTOhRQUFsUbIazgVGfRPU1hFv6VrXa4izt89JtCW6eCzlh8Z95aX41Czv XqXUUJsCY9OL+/t2JdBxwW6Iz9KwqHm7fvFwtBw3xVFPhsPy6LXlPXzUmQBTOHigPfst 149xp8o+LdcjNrUpLBywkCPdaKZGzVO0V2Hd4= Received: by 10.68.65.111 with SMTP id w15mr2835195pbs.317.1305316765850; Fri, 13 May 2011 12:59:25 -0700 (PDT) Received: from [172.17.121.215] ([12.177.106.2]) by mx.google.com with ESMTPS id i7sm1551669pbs.7.2011.05.13.12.59.23 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 May 2011 12:59:24 -0700 (PDT) Sender: Shusaku Shimada Message-ID: <4DCD8DA8.7000905@ieee.org> Date: Fri, 13 May 2011 12:59:36 -0700 From: Shusaku Shimada Organization: Yokogawa Co. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; ja; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: 6lowpan@ietf.org References: <4DCD6DB9.5020202@labs.htt-consult.com> In-Reply-To: <4DCD6DB9.5020202@labs.htt-consult.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [6lowpan] IEEE 802.15.4 security update X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: shusaku@ieee.org List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 07:08:57 -0000 Dear Bob-san, Thank you for your long valuable effort on sensor network security. Just a clarification; I believe, IEEE802.15WG has just started to consider a new study group to be formed in July, which is going to prepare PAR/5C (project scope) of Task Group to be established, hopefully in November. Kind regards, Shusaku Shimada Yokogawa Co. -- (2011/05/13 10:43), Robert Moskowitz wrote: > The HIP IG met at the IEEE 802.15 meeting this week. The minutes are > > https://mentor.ieee.org/802.15/dcn/11/15-11-0393-00-0hip-hipig-minutes-for-may-2011.doc > > > The direction is to leverage the new Multipurpose Frame and Information > Elements for carrying ANY Key Management Protocol, see: > > https://mentor.ieee.org/802.15/dcn/11/15-11-0381-00-0hip-key-management-over-4e-multipurpose-frames.ppt > > > There was a presentation in the WNG session for a call for 802.1X support: > > https://mentor.ieee.org/802.15/dcn/11/15-11-0400-00-wng0-802-1x-over-802-15-4.ppt > > > The authors were invited to join the current effort, as the intent is > generalization for any KMP. > > For the next period there will be work to develop a framework document > and a PAR & 5C for the July meeting (the week before IETF). The goal is > to be voted as a Study Group that will be renamed KMP SG to include ANY > Key Management Protocol (e.g. HIP, IKEv2, 802.1X). > > For now, the 802.15 mailing list is: STDS-802-15-HIP@LISTSERV.IEEE.ORG > > Please join if you are interested. > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan > From rgm@labs.htt-consult.com Sun May 15 05:01:13 2011 Return-Path: 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 C4F2BE06A4 for <6lowpan@ietfa.amsl.com>; Sun, 15 May 2011 05:01:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.448 X-Spam-Level: X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jf0C6b9ioETB for <6lowpan@ietfa.amsl.com>; Sun, 15 May 2011 05:01:12 -0700 (PDT) Received: from klovia.htt-consult.com (klovia.htt-consult.com [208.83.67.149]) by ietfa.amsl.com (Postfix) with ESMTP id 8E631E067B for <6lowpan@ietf.org>; Sun, 15 May 2011 05:01:11 -0700 (PDT) Received: from localhost (unknown [127.0.0.1]) by klovia.htt-consult.com (Postfix) with ESMTP id DD2E262AC3; Sun, 15 May 2011 12:00:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at localhost Received: from klovia.htt-consult.com ([127.0.0.1]) by localhost (klovia.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b3CVE1uf95lo; Sun, 15 May 2011 08:00:32 -0400 (EDT) Received: from nc2400.htt-consult.com (nc2400.htt-consult.com [208.83.67.155]) (Authenticated sender: rgm@labs.htt-consult.com) by klovia.htt-consult.com (Postfix) with ESMTPA id 2DC1362A89; Sun, 15 May 2011 08:00:32 -0400 (EDT) Message-ID: <4DCFC05F.2020603@labs.htt-consult.com> Date: Sun, 15 May 2011 08:00:31 -0400 From: Robert Moskowitz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Thunderbird/3.1.10 MIME-Version: 1.0 To: shusaku@ieee.org References: <4DCD6DB9.5020202@labs.htt-consult.com> <4DCD8DA8.7000905@ieee.org> In-Reply-To: <4DCD8DA8.7000905@ieee.org> Content-Type: multipart/alternative; boundary="------------020902020109070903050809" Cc: 6lowpan@ietf.org Subject: Re: [6lowpan] IEEE 802.15.4 security update 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2011 12:01:13 -0000 This is a multi-part message in MIME format. --------------020902020109070903050809 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/13/2011 03:59 PM, Shusaku Shimada wrote: > Dear Bob-san, > > Thank you for your long valuable effort on sensor network security. > > Just a clarification; > I believe, IEEE802.15WG has just started to consider a new study group > to be formed in July, which is going to prepare PAR/5C (project scope) > of Task Group to be established, hopefully in November. Yes. That is my task! Along with some good help. > > Kind regards, > > Shusaku Shimada > Yokogawa Co. > -- > > > (2011/05/13 10:43), Robert Moskowitz wrote: >> The HIP IG met at the IEEE 802.15 meeting this week. The minutes are >> >> https://mentor.ieee.org/802.15/dcn/11/15-11-0393-00-0hip-hipig-minutes-for-may-2011.doc >> >> >> >> The direction is to leverage the new Multipurpose Frame and Information >> Elements for carrying ANY Key Management Protocol, see: >> >> https://mentor.ieee.org/802.15/dcn/11/15-11-0381-00-0hip-key-management-over-4e-multipurpose-frames.ppt >> >> >> >> There was a presentation in the WNG session for a call for 802.1X >> support: >> >> https://mentor.ieee.org/802.15/dcn/11/15-11-0400-00-wng0-802-1x-over-802-15-4.ppt >> >> >> >> The authors were invited to join the current effort, as the intent is >> generalization for any KMP. >> >> For the next period there will be work to develop a framework document >> and a PAR & 5C for the July meeting (the week before IETF). The goal is >> to be voted as a Study Group that will be renamed KMP SG to include ANY >> Key Management Protocol (e.g. HIP, IKEv2, 802.1X). >> >> For now, the 802.15 mailing list is: STDS-802-15-HIP@LISTSERV.IEEE.ORG >> >> Please join if you are interested. >> >> _______________________________________________ >> 6lowpan mailing list >> 6lowpan@ietf.org >> https://www.ietf.org/mailman/listinfo/6lowpan >> > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan > -- Robert Moskowitz Senior Technical Director ICSA Labs, an Independent Division of Verizon Business Systems W:248-968-9809 F:248-968-2824 VoIP:248-291-0713 E:robert.moskowitz@icsalabs.com There's no limit to what can be accomplished if it doesn't matter who gets the credit --------------020902020109070903050809 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 05/13/2011 03:59 PM, Shusaku Shimada wrote:
Dear Bob-san,

Thank you for your long valuable effort on sensor network security.

Just a clarification;
I believe, IEEE802.15WG has just started to consider a new study group
to be formed in July, which is going to prepare PAR/5C (project scope)
of Task Group to be established, hopefully in November.

Yes.  That is my task!  Along with some good help.


Kind regards,

Shusaku Shimada
Yokogawa Co.
--


(2011/05/13 10:43), Robert Moskowitz wrote:
The HIP IG met at the IEEE 802.15 meeting this week. The minutes are

https://mentor.ieee.org/802.15/dcn/11/15-11-0393-00-0hip-hipig-minutes-for-may-2011.doc


The direction is to leverage the new Multipurpose Frame and Information
Elements for carrying ANY Key Management Protocol, see:

https://mentor.ieee.org/802.15/dcn/11/15-11-0381-00-0hip-key-management-over-4e-multipurpose-frames.ppt


There was a presentation in the WNG session for a call for 802.1X support:

https://mentor.ieee.org/802.15/dcn/11/15-11-0400-00-wng0-802-1x-over-802-15-4.ppt


The authors were invited to join the current effort, as the intent is
generalization for any KMP.

For the next period there will be work to develop a framework document
and a PAR & 5C for the July meeting (the week before IETF). The goal is
to be voted as a Study Group that will be renamed KMP SG to include ANY
Key Management Protocol (e.g. HIP, IKEv2, 802.1X).

For now, the 802.15 mailing list is: STDS-802-15-HIP@LISTSERV.IEEE.ORG

Please join if you are interested.

_______________________________________________
6lowpan mailing list
6lowpan@ietf.org
https://www.ietf.org/mailman/listinfo/6lowpan


_______________________________________________
6lowpan mailing list
6lowpan@ietf.org
https://www.ietf.org/mailman/listinfo/6lowpan


--
Standard Robert Moskowitz
Senior Technical Director
ICSA Labs, an Independent Division of Verizon Business Systems
W:      248-968-9809
F:      248-968-2824
VoIP:   248-291-0713
E:      robert.moskowitz@icsalabs.com

There's no limit to what can be accomplished if it doesn't matter who gets the credit
--------------020902020109070903050809-- From prvs=112868010=mukul@uwm.edu Wed May 18 10:59:32 2011 Return-Path: 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 3B3BFE072C; Wed, 18 May 2011 10:59:32 -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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j-ZMMXU7Yo4p; Wed, 18 May 2011 10:59:31 -0700 (PDT) Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by ietfa.amsl.com (Postfix) with ESMTP id 99822E06CF; Wed, 18 May 2011 10:59:31 -0700 (PDT) Received: from mta03.pantherlink.uwm.edu ([129.89.7.134]) by ip2mta.uwm.edu with ESMTP; 18 May 2011 12:59:29 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mta03.pantherlink.uwm.edu (Postfix) with ESMTP id D6CE11FD036; Wed, 18 May 2011 12:59:30 -0500 (CDT) X-Virus-Scanned: amavisd-new at mta03.pantherlink.uwm.edu Received: from mta03.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta03.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SnKP0pu1T07R; Wed, 18 May 2011 12:59:30 -0500 (CDT) Received: from mail05.pantherlink.uwm.edu (mail05.pantherlink.uwm.edu [129.89.7.165]) by mta03.pantherlink.uwm.edu (Postfix) with ESMTP id 6B67A1FD034; Wed, 18 May 2011 12:59:30 -0500 (CDT) Date: Wed, 18 May 2011 12:59:30 -0500 (CDT) From: Mukul Goyal To: 6lowpan <6lowpan@ietf.org> Message-ID: <419255340.364951.1305741570332.JavaMail.root@mail05.pantherlink.uwm.edu> In-Reply-To: <20110518175020.12308.62008.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [129.89.7.91] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - IE8 (Win)/6.0.9_GA_2686) X-Authenticated-User: mukul@uwm.edu Cc: roll Subject: [6lowpan] Fwd: New Version Notification for draft-goyal-6lowpan-rpl-compression-00.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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 17:59:32 -0000 Hi all Fragmentation of RPL control messages has emerged as one of the key concerns when RPL is run over IEEE 802.15.4 networks. The submitted draft specifies a compression mechanism for RPL control messages. We have currently specified compression formats for DIO messages and some of the options that sit inside a DIO. Future versions of this draft may include compression formats for other DIO options as well as other RPL control messages. The mechanism can even be extended to ICMPv6 messages in general. Thanks Mukul ----- Forwarded Message ----- From: internet-drafts@ietf.org To: mukul@uwm.edu Cc: "jerald p martocci" , "emmanuel baccelli" , mukul@uwm.edu, "matthias philipp" , abr@sdesigns.dk Sent: Wednesday, May 18, 2011 12:50:20 PM Subject: New Version Notification for draft-goyal-6lowpan-rpl-compression-00.txt A new version of I-D, draft-goyal-6lowpan-rpl-compression-00.txt has been successfully submitted by Mukul Goyal and posted to the IETF repository. Filename: draft-goyal-6lowpan-rpl-compression Revision: 00 Title: A Compression Format for RPL Control Messages Over a 6lowpan Creation date: 2011-05-17 WG ID: Individual Submission Number of pages: 10 Abstract: This document specifies a compression format for ICMPv6 RPL control messages over a 6lowpan. The specified format is in accordance with IPv6 header compression framework defined for a 6lowpan. The IETF Secretariat From jonhui@cisco.com Wed May 18 13:07:24 2011 Return-Path: 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 D46B5E076D; Wed, 18 May 2011 13:07:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9ccVmfMexcFt; Wed, 18 May 2011 13:07:24 -0700 (PDT) Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by ietfa.amsl.com (Postfix) with ESMTP id 000D1E0748; Wed, 18 May 2011 13:07:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jonhui@cisco.com; l=2050; q=dns/txt; s=iport; t=1305749243; x=1306958843; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=+rGTbqzodCSfNwkS7+LUDgbf+J7/ChTOFmm8j23Hv/Q=; b=fF/1z1z1M0EJfHFDUbSkCZtEG8Uosf8B7kkJVUfAVwq22U3d3JSAsQj4 aJeKVo4xFRmqgneRKhRbH7PYYY4OEZhKZR5Rq+8WuGhDy0Fxms93rI4xH WGQsVbo5fLUL2voo0FmpBS39XdyVIZ1nq78z3z2wkU7zdrSnDIp/P7eMl o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvwAABUm1E2rRDoI/2dsb2JhbACXT45Nd4hwn2+dfoYZBIZQiUGOQFU X-IronPort-AV: E=Sophos;i="4.65,232,1304294400"; d="scan'208";a="318689013" Received: from mtv-core-3.cisco.com ([171.68.58.8]) by sj-iport-3.cisco.com with ESMTP; 18 May 2011 20:07:23 +0000 Received: from dhcp-128-107-155-214.cisco.com (dhcp-128-107-155-214.cisco.com [128.107.155.214]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p4IK7NnT014903; Wed, 18 May 2011 20:07:23 GMT Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Jonathan Hui In-Reply-To: <419255340.364951.1305741570332.JavaMail.root@mail05.pantherlink.uwm.edu> Date: Wed, 18 May 2011 13:07:24 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <419255340.364951.1305741570332.JavaMail.root@mail05.pantherlink.uwm.edu> To: Mukul Goyal X-Mailer: Apple Mail (2.1084) Cc: roll , 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] Fwd: New Version Notification for draft-goyal-6lowpan-rpl-compression-00.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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2011 20:07:25 -0000 How does this compare to draft-bormann-6lowpan-ghc? It seems most of = the gain will be from compressing out prefixes and zeros, which ghc = should handle quite well. -- Jonathan Hui On May 18, 2011, at 10:59 AM, Mukul Goyal wrote: > Hi all >=20 > Fragmentation of RPL control messages has emerged as one of the key = concerns when RPL is run over IEEE 802.15.4 networks. The submitted = draft specifies a compression mechanism for RPL control messages. We = have currently specified compression formats for DIO messages and some = of the options that sit inside a DIO. Future versions of this draft may = include compression formats for other DIO options as well as other RPL = control messages. The mechanism can even be extended to ICMPv6 messages = in general. >=20 > Thanks > Mukul >=20 > ----- Forwarded Message ----- > From: internet-drafts@ietf.org > To: mukul@uwm.edu > Cc: "jerald p martocci" , "emmanuel = baccelli" , mukul@uwm.edu, "matthias = philipp" , abr@sdesigns.dk > Sent: Wednesday, May 18, 2011 12:50:20 PM > Subject: New Version Notification for = draft-goyal-6lowpan-rpl-compression-00.txt >=20 > A new version of I-D, draft-goyal-6lowpan-rpl-compression-00.txt has = been successfully submitted by Mukul Goyal and posted to the IETF = repository. >=20 > Filename: draft-goyal-6lowpan-rpl-compression > Revision: 00 > Title: A Compression Format for RPL Control Messages = Over a 6lowpan > Creation date: 2011-05-17 > WG ID: Individual Submission > Number of pages: 10 >=20 > Abstract: > This document specifies a compression format for ICMPv6 RPL control > messages over a 6lowpan. The specified format is in accordance with > IPv6 header compression framework defined for a 6lowpan. >=20 >=20 >=20 >=20 > The IETF Secretariat > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan From prvs=11397edf3=mukul@uwm.edu Thu May 19 08:28:58 2011 Return-Path: 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 A844BE07C4; Thu, 19 May 2011 08:28:58 -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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fOv1zlbygir4; Thu, 19 May 2011 08:28:58 -0700 (PDT) Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by ietfa.amsl.com (Postfix) with ESMTP id E1468E0751; Thu, 19 May 2011 08:28:57 -0700 (PDT) Received: from mta01.pantherlink.uwm.edu ([129.89.7.132]) by ip1mta.uwm.edu with ESMTP; 19 May 2011 10:28:56 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 2FCFBE6AB8; Thu, 19 May 2011 10:28:57 -0500 (CDT) X-Virus-Scanned: amavisd-new at mta01.pantherlink.uwm.edu Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ckyh5ipflGRO; Thu, 19 May 2011 10:28:56 -0500 (CDT) Received: from mail05.pantherlink.uwm.edu (mail05.pantherlink.uwm.edu [129.89.7.165]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id B8B21E6A71; Thu, 19 May 2011 10:28:56 -0500 (CDT) Date: Thu, 19 May 2011 10:28:56 -0500 (CDT) From: Mukul Goyal To: Jonathan Hui Message-ID: <1428052733.376700.1305818936603.JavaMail.root@mail05.pantherlink.uwm.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [129.89.7.92] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - IE8 (Win)/6.0.9_GA_2686) X-Authenticated-User: mukul@uwm.edu Cc: roll , 6lowpan <6lowpan@ietf.org>, cabo@tzi.org Subject: Re: [6lowpan] Fwd: New Version Notification for draft-goyal-6lowpan-rpl-compression-00.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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 15:28:58 -0000 I would be able to do a comparative analysis of two methods as soon as I understand the mechanism described in draft-bormann-6lowpan-ghc. I have already spent a couple of hours trying to understand draft-bormann. At the moment, I cant figure out how the compression mechanism (Section 2) works and how was it applied to the examples listed in the draft. I suspect the draft does not have sufficient level of explanatory text at the moment. Thanks Mukul ----- Original Message ----- From: "Jonathan Hui" To: "Mukul Goyal" Cc: "6lowpan" <6lowpan@ietf.org>, "roll" Sent: Wednesday, May 18, 2011 3:07:24 PM Subject: Re: [6lowpan] Fwd: New Version Notification for draft-goyal-6lowpan-rpl-compression-00.txt How does this compare to draft-bormann-6lowpan-ghc? It seems most of the gain will be from compressing out prefixes and zeros, which ghc should handle quite well. -- Jonathan Hui On May 18, 2011, at 10:59 AM, Mukul Goyal wrote: > Hi all > > Fragmentation of RPL control messages has emerged as one of the key concerns when RPL is run over IEEE 802.15.4 networks. The submitted draft specifies a compression mechanism for RPL control messages. We have currently specified compression formats for DIO messages and some of the options that sit inside a DIO. Future versions of this draft may include compression formats for other DIO options as well as other RPL control messages. The mechanism can even be extended to ICMPv6 messages in general. > > Thanks > Mukul > > ----- Forwarded Message ----- > From: internet-drafts@ietf.org > To: mukul@uwm.edu > Cc: "jerald p martocci" , "emmanuel baccelli" , mukul@uwm.edu, "matthias philipp" , abr@sdesigns.dk > Sent: Wednesday, May 18, 2011 12:50:20 PM > Subject: New Version Notification for draft-goyal-6lowpan-rpl-compression-00.txt > > A new version of I-D, draft-goyal-6lowpan-rpl-compression-00.txt has been successfully submitted by Mukul Goyal and posted to the IETF repository. > > Filename: draft-goyal-6lowpan-rpl-compression > Revision: 00 > Title: A Compression Format for RPL Control Messages Over a 6lowpan > Creation date: 2011-05-17 > WG ID: Individual Submission > Number of pages: 10 > > Abstract: > This document specifies a compression format for ICMPv6 RPL control > messages over a 6lowpan. The specified format is in accordance with > IPv6 header compression framework defined for a 6lowpan. > > > > > The IETF Secretariat > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan From cabo@tzi.org Thu May 19 09:06:27 2011 Return-Path: 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 F3DC5E06D5; Thu, 19 May 2011 09:06:26 -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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zdPaYcHSbGtC; Thu, 19 May 2011 09:06:26 -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 F3CE3E06B8; Thu, 19 May 2011 09:06:25 -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 p4JG6DuH013468; Thu, 19 May 2011 18:06:13 +0200 (CEST) Received: from [192.168.217.112] (p5B3E62ED.dip.t-dialin.net [91.62.98.237]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 82D49E19; Thu, 19 May 2011 18:06:12 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Carsten Bormann In-Reply-To: <1428052733.376700.1305818936603.JavaMail.root@mail05.pantherlink.uwm.edu> Date: Thu, 19 May 2011 18:06:11 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7727E31C-5F3D-499C-9B3D-8939A415B7D8@tzi.org> References: <1428052733.376700.1305818936603.JavaMail.root@mail05.pantherlink.uwm.edu> To: Mukul Goyal X-Mailer: Apple Mail (2.1084) Cc: roll , 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] Fwd: New Version Notification for draft-goyal-6lowpan-rpl-compression-00.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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 16:06:27 -0000 On May 19, 2011, at 17:28, Mukul Goyal wrote: > I would be able to do a comparative analysis of two methods as soon as = I understand the mechanism described in draft-bormann-6lowpan-ghc. I = have already spent a couple of hours trying to understand draft-bormann. = At the moment, I cant figure out how the compression mechanism (Section = 2) works and how was it applied to the examples listed in the draft. I = suspect the draft does not have sufficient level of explanatory text at = the moment. Hi Mukul, as usual for compression specs, the spec defines the *de*compressor (on = one page, because that's all that's needed -- ignore the experimental = nibblecode part, as that doesn't seem to be too popular). The spec does assume some basic familiarity with compression technology = (it does not use anything that has not been known since the late 1970s, = though), which you may want to look up. As with most compression technologies, there are many ways to write a = compressor, so specifying a compressor would be overspecification; of = course, with the rather limited set of elements in the spec, there = aren't *that* many ways of doing it. When approaching such a specification, it is probably best to look at = the examples and satisfy yourself that your understanding of the = decompressor indeed generates the uncompressed bits. The annotated = example on slide 38 of the Prague 6LoWPAN tutorial slides = (http://www.iab.org/about/workshops/smartobjects/tutorial/Bormann.pdf) = might help, too. Then go ahead and think about a good way (reasonably = efficient, but not complex) to generate the compressed bits. The compressor I used for generating the examples is a bit simple-minded = at about 50 lines of code (the decompressor is 30 lines). It = essentially runs through the uncompressed bytes, finding sequences of = zeros and prefix matches in previous uncompressed bytes, and then (if = both are the case) deciding somewhat naively which of the two are more = compact; if none are the case, it generates a copy element up to the = next useful match. I you have pcaps of the kind of RPL messages that you want to compress = with your spec, I could also simply run them through my example code. Gruesse, Carsten From cabo@tzi.org Thu May 19 09:27:06 2011 Return-Path: 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 15889E0720; Thu, 19 May 2011 09:27:06 -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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fLQjgB-xt89V; Thu, 19 May 2011 09:27:05 -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 19868E06E0; Thu, 19 May 2011 09:27:04 -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 p4JGQtB8019659; Thu, 19 May 2011 18:26:55 +0200 (CEST) Received: from [192.168.217.112] (p5B3E62ED.dip.t-dialin.net [91.62.98.237]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 6143AE2B; Thu, 19 May 2011 18:26:55 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Carsten Bormann In-Reply-To: <419255340.364951.1305741570332.JavaMail.root@mail05.pantherlink.uwm.edu> Date: Thu, 19 May 2011 18:26:54 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <419255340.364951.1305741570332.JavaMail.root@mail05.pantherlink.uwm.edu> To: Mukul Goyal X-Mailer: Apple Mail (2.1084) Cc: roll , 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] [Roll] Fwd: New Version Notification for draft-goyal-6lowpan-rpl-compression-00.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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 16:27:06 -0000 Mukul, I just looked at your draft in a little more detail. Certainly, a purpose-built spec to squeeze out redundancy from a = specific packet format will generally be more efficient than the generic = compression I have written up. However, the arguments in section 1.1 of = draft-bormann-6lowpan-ghc-02.txt apply to the fullest here. Since the HC spec needs to be understood by all nodes, it creates a = powerful obstacle in evolving the subject protocol. The strong coupling = between the subject protocol and the compression spec also creates = opportunity for interesting interoperability problems. As a distant observer of the ROLL WG, one thing I don't understand is = why this is necessary in the first place. As far as I understand, the domain of RPL is low-power (i.e., = constrained) networks. 6LoWPAN is just one of the network types RPL will be used on, and = redoing this work for every other type (that benefits from compactness) = sounds wasteful to me. Why doesn't RPL itself define a reasonably compact representation then? Gruesse, Carsten From prvs=11397edf3=mukul@uwm.edu Thu May 19 11:49:25 2011 Return-Path: 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 15299E06BE; Thu, 19 May 2011 11:49:25 -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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C+542kT8MnZC; Thu, 19 May 2011 11:49:24 -0700 (PDT) Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by ietfa.amsl.com (Postfix) with ESMTP id 43DB6E06AD; Thu, 19 May 2011 11:49:23 -0700 (PDT) Received: from mta02.pantherlink.uwm.edu ([129.89.7.133]) by ip1mta.uwm.edu with ESMTP; 19 May 2011 13:49:09 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id A973112E3AF; Thu, 19 May 2011 13:49:09 -0500 (CDT) X-Virus-Scanned: amavisd-new at mta02.pantherlink.uwm.edu Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QxAvI1moFpac; Thu, 19 May 2011 13:49:09 -0500 (CDT) Received: from mail05.pantherlink.uwm.edu (mail05.pantherlink.uwm.edu [129.89.7.165]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 2A5EA12E3AE; Thu, 19 May 2011 13:49:09 -0500 (CDT) Date: Thu, 19 May 2011 13:49:09 -0500 (CDT) From: Mukul Goyal To: Carsten Bormann Message-ID: <1440112826.380330.1305830949067.JavaMail.root@mail05.pantherlink.uwm.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [129.89.7.92] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - IE8 (Win)/6.0.9_GA_2686) X-Authenticated-User: mukul@uwm.edu Cc: roll , 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] [Roll] Fwd: New Version Notification for draft-goyal-6lowpan-rpl-compression-00.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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 18:49:25 -0000 >As a distant observer of the ROLL WG, one thing I don't understand is why this is necessary in the first place. >As far as I understand, the domain of RPL is low-power (i.e., constrained) networks. >6LoWPAN is just one of the network types RPL will be used on, and redoing this work for every other type (that benefits from >compactness) sounds wasteful to me. >Why doesn't RPL itself define a reasonably compact representation then? I think that is a good idea. The reasons I targetted 6lowpan: 1) In my view, RPL over 6lowpan is a common case. 2) 6lowpan already has a mechanism for next header compression, that we could use. Thanks Mukul ----- Original Message ----- From: "Carsten Bormann" To: "Mukul Goyal" Cc: "6lowpan" <6lowpan@ietf.org>, "roll" Sent: Thursday, May 19, 2011 11:26:54 AM Subject: Re: [Roll] Fwd: New Version Notification for draft-goyal-6lowpan-rpl-compression-00.txt Mukul, I just looked at your draft in a little more detail. Certainly, a purpose-built spec to squeeze out redundancy from a specific packet format will generally be more efficient than the generic compression I have written up. However, the arguments in section 1.1 of draft-bormann-6lowpan-ghc-02.txt apply to the fullest here. Since the HC spec needs to be understood by all nodes, it creates a powerful obstacle in evolving the subject protocol. The strong coupling between the subject protocol and the compression spec also creates opportunity for interesting interoperability problems. As a distant observer of the ROLL WG, one thing I don't understand is why this is necessary in the first place. As far as I understand, the domain of RPL is low-power (i.e., constrained) networks. 6LoWPAN is just one of the network types RPL will be used on, and redoing this work for every other type (that benefits from compactness) sounds wasteful to me. Why doesn't RPL itself define a reasonably compact representation then? Gruesse, Carsten From esko.dijk@philips.com Mon May 23 02:40:01 2011 Return-Path: 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 EB32FE076E for <6lowpan@ietfa.amsl.com>; Mon, 23 May 2011 02:40:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.998 X-Spam-Level: X-Spam-Status: No, score=-0.998 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gX8C5JaY1Tea for <6lowpan@ietfa.amsl.com>; Mon, 23 May 2011 02:40:00 -0700 (PDT) Received: from VA3EHSOBE005.bigfish.com (va3ehsobe005.messaging.microsoft.com [216.32.180.31]) by ietfa.amsl.com (Postfix) with ESMTP id 510D4E0774 for <6lowpan@ietf.org>; Mon, 23 May 2011 02:40:00 -0700 (PDT) Received: from mail165-va3-R.bigfish.com (10.7.14.239) by VA3EHSOBE005.bigfish.com (10.7.40.25) with Microsoft SMTP Server id 14.1.225.22; Mon, 23 May 2011 09:24:56 +0000 Received: from mail165-va3 (localhost.localdomain [127.0.0.1]) by mail165-va3-R.bigfish.com (Postfix) with ESMTP id 1763C1370971 for <6lowpan@ietf.org>; Mon, 23 May 2011 09:24:56 +0000 (UTC) X-SpamScore: -13 X-BigFish: VPS-13(zz217bL15d6O9251Jzz1202hzz8275bh8275dhz2dh2a8h668h839h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:168.87.56.20; KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail165-va3 (localhost.localdomain [127.0.0.1]) by mail165-va3 (MessageSwitch) id 1306142695698356_13663; Mon, 23 May 2011 09:24:55 +0000 (UTC) Received: from VA3EHSMHS015.bigfish.com (unknown [10.7.14.251]) by mail165-va3.bigfish.com (Postfix) with ESMTP id A226F1198054 for <6lowpan@ietf.org>; Mon, 23 May 2011 09:24:55 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by VA3EHSMHS015.bigfish.com (10.7.99.25) with Microsoft SMTP Server (TLS) id 14.1.225.22; Mon, 23 May 2011 09:24:54 +0000 Received: from NLHILEXH02.connect1.local (172.16.153.92) by connect1.philips.com (172.16.156.160) with Microsoft SMTP Server (TLS) id 8.3.106.1; Mon, 23 May 2011 11:24:32 +0200 Received: from NLCLUEXM03.connect1.local ([172.16.153.29]) by NLHILEXH02.connect1.local ([172.16.153.92]) with mapi; Mon, 23 May 2011 11:24:17 +0200 From: "Dijk, Esko" To: "6lowpan@ietf.org" <6lowpan@ietf.org> Date: Mon, 23 May 2011 11:24:32 +0200 Thread-Topic: 6lowpan-nd-15 node mobility and default router(s) Thread-Index: AcwZKzmpKZVlzeP6RTeW1EGGGNJaVg== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_A337AA36B3B96E4D853E6182B2F27AE2CD92D4EC21NLCLUEXM03con_" MIME-Version: 1.0 X-OriginatorOrg: philips.com Subject: [6lowpan] 6lowpan-nd-15 node mobility and default router(s) 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2011 09:40:02 -0000 --_000_A337AA36B3B96E4D853E6182B2F27AE2CD92D4EC21NLCLUEXM03con_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, A comment on Section 1.3 of 6lowpan-nd-15, last bullet: When a node moves away from the registered default router, it SHOULD first = de-register by sending a registration message with zero lifetime and then registers with a new default router that is reachable - it should probably say "moves away from _a_ registered default router" he= re, because there may be more default routers? Or otherwise if there is onl= y one that should be made explicit as a special case. - If a node has >1 default routers, it could also de-register from one with= out registering with a new router, or not? - why shouldn't a node register first with a new default router before de-r= egistering with the router it is moving away from? This ensures that the no= de remains reachable. This works only of course in those cases the new rout= er is already available prior to the move. - finally, this text should probably not be under the "1.3 Assumptions" sec= tion because it describes normative node behaviour in case of mobility, not= only an assumption. best regards, Esko ________________________________ The information contained in this message may be confidential and legally p= rotected under applicable law. The message is intended solely for the addre= ssee(s). If you are not the intended recipient, you are hereby notified tha= t any use, forwarding, dissemination, or reproduction of this message is st= rictly prohibited and may be unlawful. If you are not the intended recipien= t, please contact the sender by return e-mail and destroy all copies of the= original message. --_000_A337AA36B3B96E4D853E6182B2F27AE2CD92D4EC21NLCLUEXM03con_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all,

 

A comment on Section 1.3 of 6lowpan-nd-15, last bull= et:

 

When a node moves away fr= om the registered default router, it SHOULD first de-register by=

sending a registration me= ssage with zero lifetime and then

registers with a new default router that is r= eachable

 

- it should probably say “moves away from _= a_ registered default router” here, because there may be more def= ault routers? Or otherwise if there is only one that should be made explici= t as a special case.

- If a node has >1 default routers, it could also= de-register from one without registering with a new router, or not?

- why shouldn’t a node register first with a n= ew default router before de-registering with the router it is moving away f= rom? This ensures that the node remains reachable. This works only of cours= e in those cases the new router is already available prior to the move.

- finally, this text should probably not be under th= e “1.3 Assumptions” section because it describes normative node= behaviour in case of mobility, not only an assumption.

 

best regards,

Esko

 

 


The information contained in= this message may be confidential and legally protected under applicable la= w. The message is intended solely for the addressee(s). If you are not the = intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message i= s strictly prohibited and may be unlawful. If you are not the intended reci= pient, please contact the sender by return e-mail and destroy all copies of= the original message.
 --_000_A337AA36B3B96E4D853E6182B2F27AE2CD92D4EC21NLCLUEXM03con_-- From zach@sensinode.com Tue May 24 12:58:55 2011 Return-Path: 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 65C7CE06AE for <6lowpan@ietfa.amsl.com>; Tue, 24 May 2011 12:58:55 -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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TMMTY6JRFgFL for <6lowpan@ietfa.amsl.com>; Tue, 24 May 2011 12:58:54 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by ietfa.amsl.com (Postfix) with ESMTP id DD61AE06AB for <6lowpan@ietf.org>; Tue, 24 May 2011 12:58:53 -0700 (PDT) Received: from 87-95-3-107.bb.dnainternet.fi (87-95-3-107.bb.dnainternet.fi [87.95.3.107]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p4OJwlW2001008 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <6lowpan@ietf.org>; Tue, 24 May 2011 22:58:48 +0300 From: Zach Shelby Content-Type: multipart/signed; boundary=Apple-Mail-26--605068477; protocol="application/pkcs7-signature"; micalg=sha1 Date: Tue, 24 May 2011 22:58:49 +0300 References: <20110524195340.4456.42533.idtracker@ietfa.amsl.com> To: 6lowpan WG <6lowpan@ietf.org> Message-Id: <3D85A7BB-5ECE-4B68-8ADE-1A95F4CE590E@sensinode.com> Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [6lowpan] Fwd: New Version Notification for draft-ietf-6lowpan-nd-16.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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2011 19:58:55 -0000 --Apple-Mail-26--605068477 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii We submitted a new version of ND optimizations for 6LoWPAN, closing the = two editorial tickets we had from Prague. In addition we made = improvements to the tables at the end of the document (thanks to = Carsten) and aligned the title to match HC. These changes do not affect = implementations of the specification.=20 http://www.ietf.org/id/draft-ietf-6lowpan-nd-16.txt Zach Begin forwarded message: > From: internet-drafts@ietf.org > Date: May 24, 2011 10:53:40 PM GMT+03:00 > To: zach@sensinode.com > Cc: samita.chakrabarti@ericsson.com, nordmark@cisco.com, = zach@sensinode.com > Subject: New Version Notification for draft-ietf-6lowpan-nd-16.txt >=20 > A new version of I-D, draft-ietf-6lowpan-nd-16.txt has been = successfully submitted by Zach Shelby and posted to the IETF repository. >=20 > Filename: draft-ietf-6lowpan-nd > Revision: 16 > Title: Neighbor Discovery Optimization for Low Power = and Lossy Networks (6LoWPAN) > Creation date: 2011-05-24 > WG ID: 6lowpan > Number of pages: 60 >=20 > Abstract: > The IETF 6LoWPAN working group defines IPv6 over Low-power Wireless > Personal Area Networks such as IEEE 802.15.4. This and other = similar > link technologies have limited or no usage of multicast signaling = due > to energy conservation. In addition, the wireless network may not > strictly follow traditional concept of IP subnets and IP links. = IPv6 > Neighbor Discovery was not designed for non-transitive wireless > links. The traditional IPv6 link concept and heavy use of multicast > make the protocol inefficient and sometimes impractical in a low > power and lossy network. This document describes simple > optimizations to IPv6 Neighbor Discovery, addressing mechanisms and > duplicate address detection for 6LoWPAN and similar networks. >=20 >=20 >=20 >=20 > The IETF Secretariat --=20 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 --Apple-Mail-26--605068477 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDUyNDE5NTg0 OVowIwYJKoZIhvcNAQkEMRYEFEoS073POFwIbrNKzE2jDWRucOgyMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBAGi7mdynRF6pZcs0DD37fllbCG7WHII/Q5TCKP/5Qj/K/lWLPpX53nEM j029Lrwesi69JWQ6eRhYhzsarhhEXwHJzUdKHiPfz+U59w1sW72MHpr0XRgzUGS6hOMDJYDjInEI dIv+QhHkkHgYyrtcpEHGo80aCZucGEcb957+rW7kzFDPfkIPf3vGnhJlBy+rxDE74iZDkpSW4Kdv +oMirThnYEgOlR74+J3/Z8j7rFuiY1rd5O8xDKEASBOaYFRqm8p9hDaowSMNDCnc7AicOmIi4vk0 mXdyfRiUPcz94zimQllH2wIcOEYzOw210xdGTLQ5jR47XTvFot3NT8yEGewAAAAAAAA= --Apple-Mail-26--605068477-- From esko.dijk@philips.com Wed May 25 02:13:44 2011 Return-Path: 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 B2E57E07CD for <6lowpan@ietfa.amsl.com>; Wed, 25 May 2011 02:13:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T9vzq6wIZGiJ for <6lowpan@ietfa.amsl.com>; Wed, 25 May 2011 02:13:43 -0700 (PDT) Received: from DB3EHSOBE004.bigfish.com (db3ehsobe004.messaging.microsoft.com [213.199.154.142]) by ietfa.amsl.com (Postfix) with ESMTP id 26070E07D8 for <6lowpan@ietf.org>; Wed, 25 May 2011 02:13:42 -0700 (PDT) Received: from mail28-db3-R.bigfish.com (10.3.81.250) by DB3EHSOBE004.bigfish.com (10.3.84.24) with Microsoft SMTP Server id 14.1.225.22; Wed, 25 May 2011 09:13:41 +0000 Received: from mail28-db3 (localhost.localdomain [127.0.0.1]) by mail28-db3-R.bigfish.com (Postfix) with ESMTP id 66B6C928626; Wed, 25 May 2011 09:13:41 +0000 (UTC) X-SpamScore: -65 X-BigFish: VPS-65(zf7Iz217bL15d6O9251J936eK9371O1447R542M1432Nzz1202hzz8275bh8275dh8275ch1033ILz2dh2a8h668h839h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:168.87.56.20; KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail28-db3 (localhost.localdomain [127.0.0.1]) by mail28-db3 (MessageSwitch) id 1306314818613963_20086; Wed, 25 May 2011 09:13:38 +0000 (UTC) Received: from DB3EHSMHS017.bigfish.com (unknown [10.3.81.245]) by mail28-db3.bigfish.com (Postfix) with ESMTP id 796B8195013C; Wed, 25 May 2011 09:13:08 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by DB3EHSMHS017.bigfish.com (10.3.87.117) with Microsoft SMTP Server (TLS) id 14.1.225.22; Wed, 25 May 2011 09:13:04 +0000 Received: from nlamsexh02.connect1.local (172.16.153.23) by connect1.philips.com (172.16.156.40) with Microsoft SMTP Server (TLS) id 8.3.106.1; Wed, 25 May 2011 11:12:51 +0200 Received: from NLCLUEXM03.connect1.local ([172.16.153.29]) by nlamsexh02.connect1.local ([172.16.153.23]) with mapi; Wed, 25 May 2011 11:12:35 +0200 From: "Dijk, Esko" To: Zach Shelby , 6lowpan WG <6lowpan@ietf.org> Date: Wed, 25 May 2011 11:12:53 +0200 Thread-Topic: [6lowpan] Fwd: New Version Notification for draft-ietf-6lowpan-nd-16.txt Thread-Index: AcwaTQM/88vEppggSyab4BAyx/8gJAAbc3YQ Message-ID: References: <20110524195340.4456.42533.idtracker@ietfa.amsl.com> <3D85A7BB-5ECE-4B68-8ADE-1A95F4CE590E@sensinode.com> In-Reply-To: <3D85A7BB-5ECE-4B68-8ADE-1A95F4CE590E@sensinode.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: philips.com Subject: Re: [6lowpan] Fwd: New Version Notification for draft-ietf-6lowpan-nd-16.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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 09:13:44 -0000 Dear Zach, Thanks for the update. Could you have a look at my comments that I gave in = response to WGLC for ND-15 (see below)? I thought they were included in tic= ket #134, but it seems that was not the case. best regards, Esko 1) Parts on multicast may benefit from some more clarification: section 5.1 "A host would never multicast" -> is this "A host MUST NOT mult= icast" or SHOULD NOT ? section 5.6 "Multicast addresses are considered to be on-link and are resol= ved as specified in [RFC4944] or the appropriate IP-over-foo document." However section 5.7 says "As all prefixes but the link-local prefix are alw= ays assumed to be off-link", implying the contrary that multicast addresse= s are always off-link. Also, section 5.6 appears to refer to RFC 4944 Section 9, which is only app= licable for mesh-under configurations. What about multicast in route-over c= onfigurations? (Should it be made more explicit here?) Finally, the text in 5.6 "All other prefixes are assumed to be off-link [R= FC5889]" should perhaps be moved lower, so that it indicates the final case= of this section. I.e. to first describe the link-local is on-link case, th= en the multicast is on-link case, then finally describe the "all other pref= ixes off-link" case would be clearer I think. 2) Registration lifetime calculation: section 5.8.2. mentions "the maximum Registration lifetime is about 7 days= ". Taking 65535 units of 60 seconds however, I find 45.5 days? 3) Finally, some typos & minor remarks: section 1.3 last paragraph: "involunterily" -> "involuntarily" section 1.4 "messages in host-router interface and" -> "messages in host-ro= uter interfaces and" ? "multhop" -> multihop section 3.1 "mechanism using new Address" ->"mechanism using a new Address" section 3.5 "As Routers send RAs to hosts, and when routers optionally rece= ive RA messages or receive multicast NS messages from other Routers the res= ult is Garbage-collectible NCEs." -> Maybe more clear using: "When Routers send RAs to hosts, and when route= rs optionally receive RA messages or receive multicast NS messages from oth= er Routers, the result is Garbage-collectible NCEs." section 4.1 "an SLLA option MUST be include" -> abbreviation "SLLA" is not = defined on first use. Also not used in RFC 4861 main text, so could be defi= ned here. section 5.5 (last sent.) "use a router it is registered, it" -> "use a rout= er it is registered to, it" overall: The text "section section" appears a few times. -----Original Message----- From: 6lowpan-bounces@ietf.org [mailto:6lowpan-bounces@ietf.org] On Behalf = Of Zach Shelby Sent: Tuesday 24 May 2011 21:59 To: 6lowpan WG Subject: [6lowpan] Fwd: New Version Notification for draft-ietf-6lowpan-nd-= 16.txt We submitted a new version of ND optimizations for 6LoWPAN, closing the two= editorial tickets we had from Prague. In addition we made improvements to = the tables at the end of the document (thanks to Carsten) and aligned the t= itle to match HC. These changes do not affect implementations of the specif= ication. http://www.ietf.org/id/draft-ietf-6lowpan-nd-16.txt Zach Begin forwarded message: > From: internet-drafts@ietf.org > Date: May 24, 2011 10:53:40 PM GMT+03:00 > To: zach@sensinode.com > Cc: samita.chakrabarti@ericsson.com, nordmark@cisco.com, zach@sensinode.c= om > Subject: New Version Notification for draft-ietf-6lowpan-nd-16.txt > > A new version of I-D, draft-ietf-6lowpan-nd-16.txt has been successfully = submitted by Zach Shelby and posted to the IETF repository. > > Filename: draft-ietf-6lowpan-nd > Revision: 16 > Title: Neighbor Discovery Optimization for Low Power and = Lossy Networks (6LoWPAN) > Creation date: 2011-05-24 > WG ID: 6lowpan > Number of pages: 60 > > Abstract: > The IETF 6LoWPAN working group defines IPv6 over Low-power Wireless > Personal Area Networks such as IEEE 802.15.4. This and other similar > link technologies have limited or no usage of multicast signaling due > to energy conservation. In addition, the wireless network may not > strictly follow traditional concept of IP subnets and IP links. IPv6 > Neighbor Discovery was not designed for non-transitive wireless > links. The traditional IPv6 link concept and heavy use of multicast > make the protocol inefficient and sometimes impractical in a low > power and lossy network. This document describes simple > optimizations to IPv6 Neighbor Discovery, addressing mechanisms and > duplicate address detection for 6LoWPAN and similar networks. > > > > > The IETF Secretariat -- 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 The information contained in this message may be confidential and legally p= rotected under applicable law. The message is intended solely for the addre= ssee(s). If you are not the intended recipient, you are hereby notified tha= t any use, forwarding, dissemination, or reproduction of this message is st= rictly prohibited and may be unlawful. If you are not the intended recipien= t, please contact the sender by return e-mail and destroy all copies of the= original message. From prvs=122fb4a35=mukul@uwm.edu Fri May 27 18:03:45 2011 Return-Path: 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 3A267E068C; Fri, 27 May 2011 18:03:45 -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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C9PPvhuUfNjD; Fri, 27 May 2011 18:03:44 -0700 (PDT) Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by ietfa.amsl.com (Postfix) with ESMTP id 8875FE0618; Fri, 27 May 2011 18:03:44 -0700 (PDT) Received: from mta02.pantherlink.uwm.edu ([129.89.7.133]) by ip2mta.uwm.edu with ESMTP; 27 May 2011 20:03:43 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 1340412E3AF; Fri, 27 May 2011 20:03:44 -0500 (CDT) X-Virus-Scanned: amavisd-new at mta02.pantherlink.uwm.edu Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KJGguR8Pc8Ye; Fri, 27 May 2011 20:03:43 -0500 (CDT) Received: from mail05.pantherlink.uwm.edu (mail05.pantherlink.uwm.edu [129.89.7.165]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id A79AD12E3AE; Fri, 27 May 2011 20:03:43 -0500 (CDT) Date: Fri, 27 May 2011 20:03:43 -0500 (CDT) From: Mukul Goyal To: roll Message-ID: <808531535.452646.1306544623563.JavaMail.root@mail05.pantherlink.uwm.edu> In-Reply-To: <20110528005817.15421.8794.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [129.89.7.92] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - IE8 (Win)/6.0.9_GA_2686) X-Authenticated-User: mukul@uwm.edu Cc: 6lowpan <6lowpan@ietf.org> Subject: [6lowpan] Fwd: New Version Notification for draft-goyal-roll-rpl-compression-00.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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2011 01:03:45 -0000 Hi all This draft is an update on draft-goyal-6lowpan-rpl-compression-00. It consists of the following changes: 1) Made the compression scheme independent of 6lowpan header compression 2) Included the compressed versions of metric/constraint objects 3) Included examples of DIO size with and without compression. Thanks Mukul ----- Forwarded Message ----- From: internet-drafts@ietf.org To: mukul@uwm.edu Cc: "jerald p martocci" , "emmanuel baccelli" , mukul@uwm.edu, "matthias philipp" , abr@sdesigns.dk Sent: Friday, May 27, 2011 7:58:17 PM Subject: New Version Notification for draft-goyal-roll-rpl-compression-00.txt A new version of I-D, draft-goyal-roll-rpl-compression-00.txt has been successfully submitted by Mukul Goyal and posted to the IETF repository. Filename: draft-goyal-roll-rpl-compression Revision: 00 Title: A Compression Format for RPL Control Messages Creation date: 2011-05-28 WG ID: Individual Submission Number of pages: 15 Abstract: This document specifies a compression format for RPL ICMPv6 RPL control messages. The IETF Secretariat