From lcma@kth.se Mon Dec 6 05:51:36 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 241F53A67E7 for <6lowpan@core3.amsl.com>; Mon, 6 Dec 2010 05:51:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.248 X-Spam-Level: X-Spam-Status: No, score=-6.248 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hRTiHkUnb-+6 for <6lowpan@core3.amsl.com>; Mon, 6 Dec 2010 05:51:35 -0800 (PST) Received: from smtp-2.sys.kth.se (smtp-2.sys.kth.se [130.237.32.160]) by core3.amsl.com (Postfix) with ESMTP id 9FC553A67AE for <6lowpan@ietf.org>; Mon, 6 Dec 2010 05:51:34 -0800 (PST) Received: from mailscan-1.sys.kth.se (mailscan-1.sys.kth.se [130.237.32.91]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 20CD514D7D5 for <6lowpan@ietf.org>; Mon, 6 Dec 2010 14:52:27 +0100 (CET) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-2.sys.kth.se ([130.237.32.160]) by mailscan-1.sys.kth.se (mailscan-1.sys.kth.se [130.237.32.91]) (amavisd-new, port 10024) with LMTP id bRLVI1hInSVy for <6lowpan@ietf.org>; Mon, 6 Dec 2010 14:52:22 +0100 (CET) X-KTH-Auth: lcma [213.101.210.25] X-KTH-mail-from: lcma@kth.se X-KTH-rcpt-to: 6lowpan@ietf.org Received: from [192.168.1.38] (unknown [213.101.210.25]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 1B7CE14C06E for <6lowpan@ietf.org>; Mon, 6 Dec 2010 14:52:22 +0100 (CET) From: Luis Maqueda Ara Content-Type: multipart/alternative; boundary=Apple-Mail-58--196269881 Date: Mon, 6 Dec 2010 14:52:22 +0100 Message-Id: To: 6lowpan@ietf.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [6lowpan] draft-ietf-6lowpan-nd-14 Address Resolution X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 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, 06 Dec 2010 13:51:36 -0000 --Apple-Mail-58--196269881 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi everyone, First of all, I would like to apologize in advance if this is not the = right place to ask my questions or if this topic has been mentioned in a = previous thread, but I didn't find one that addresses my doubts. I have read several times section 5.7 (Address Resolution) of the = draft-ietf-6lowpan-nd-14 document, but the way Address Resolution is = performed is not completely clear to me. I have quoted here the whole = section divided in bits that I have commented, accordingly with my = understanding of them and posted two final question that remains = unsolved to me. I would really appreciate if you could give me your = feedback and suggestions for my comments and questions: > The address registration mechanism and the SLLA option in Router > Advertisement messages provide sufficient a priori state in routers > and hosts to resolve an IPv6 address to its associated link-layer > address. =20 As I understand from the document, this address registration mechanism = registers hosts with routers and vice-versa, but it does not register = hosts with hosts.=20 > As all prefixes but the link-local prefix are always > assumed to be off-link, multicast-based address resolution between > neighbors is not needed. >=20 This paragraph is also confusing to me. As I understand, the reason why = multicast-based address resolution is not needed is that the link-local = prefix is on-link. If I am right, I guess that I just have problems = with the way this paragraph is formulated, which is a bit unclear.=20 > Link-layer addresses for neighbors are stored in Neighbor Cache > entries [RFC4861].=20 According to this section and to several places along the whole = document, I clearly understand how host create NCE storing router's = information. I also understand the process in which a router creates a = NCE due to the registration mechanism. However, I would like to know = whether a host might create a NCE for another host at any moment and, = how that situation would be if that is the case. > In order to achieve LoWPAN compression, most > global addresses are formed using a link-layer address. Thus a = host > can minimize memory usage by optimizing for this case and only > storing link-layer address information if it differs from the link- > layer address corresponding to the Interface ID of the IPv6 address > (i.e., differs in more than the on-link/global bit being inverted). Thus, after going through the draft, important questions that remain = unsolved to me are: a) How does a host send a packet to another neighboring host? b) Should hosts maintain NCEs for other hosts? If so, under which = circumstances would these NCEs be created? Thank you in advance and best regards, Luis Maqueda --Apple-Mail-58--196269881 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = everyone,

First of all, I would like to = apologize in advance if this is not the right place to ask my questions = or if this topic has been mentioned in a previous thread, but I didn't = find one that addresses my doubts.

I have = read several times section 5.7 (Address Resolution) of the = draft-ietf-6lowpan-nd-14 document, but the way Address Resolution is = performed is not completely clear to me. I have quoted here the whole = section divided in bits that I have commented, accordingly with my = understanding of them and posted two final question that remains = unsolved to me. I would really appreciate if you could give me your = feedback and suggestions for my comments and = questions:





	The address registration =
mechanism and the SLLA option in Router
   Advertisement messages provide sufficient a priori state in routers
   and hosts to resolve an IPv6 address to its associated link-layer
   address.

As I = understand from the document, this address registration mechanism = registers hosts with routers and vice-versa, but it does not register = hosts with hosts. 

As all prefixes but the = link-local prefix are always assumed to be off-link, multicast-based address resolution between neighbors is not needed.

This paragraph is also = confusing to me. As I understand, the reason why multicast-based address = resolution is not needed is that the link-local prefix is on-link. If I = am right, I guess that I just  have problems with the way this = paragraph is formulated, which is a bit = unclear. 

= Link-layer addresses for neighbors are stored in Neighbor Cache entries [RFC4861]. =

According to this section = and to several places along the whole document, I clearly understand how = host create NCE storing router's  information. I also understand = the process in which a router creates a NCE due to the registration = mechanism. However, I would like to know whether a host might = create a NCE for another host at any moment and, how that = situation would be if that is the case.

 =
In order to achieve LoWPAN compression, most
   global addresses are formed using a link-layer address.  Thus a host
   can minimize memory usage by optimizing for this case and only
   storing link-layer address information if it differs from the link-
   layer address corresponding to the Interface ID of the IPv6 address
   (i.e., differs in more than the on-link/global bit being =
inverted).





Thus, after going = through the draft, important questions that remain unsolved to me = are:

a) How does a host send a packet to = another neighboring host?
b) Should hosts maintain NCEs = for other hosts? If so, under which circumstances would these NCEs be = created?


Thank you in advance = and best regards,

Luis = Maqueda




<= div>

= --Apple-Mail-58--196269881-- From cabo@tzi.org Mon Dec 6 06:20:22 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 25AE83A6804 for <6lowpan@core3.amsl.com>; Mon, 6 Dec 2010 06:20:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.34 X-Spam-Level: X-Spam-Status: No, score=-106.34 tagged_above=-999 required=5 tests=[AWL=-0.091, 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.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oCPOmDeX884G for <6lowpan@core3.amsl.com>; Mon, 6 Dec 2010 06:20:21 -0800 (PST) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9:209:3dff:fe00:7136]) by core3.amsl.com (Postfix) with ESMTP id AD2D83A67FC for <6lowpan@ietf.org>; Mon, 6 Dec 2010 06:20:20 -0800 (PST) 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 oB6ELZgG001090; Mon, 6 Dec 2010 15:21:35 +0100 (CET) Received: from [192.168.217.101] (p5489B34C.dip.t-dialin.net [84.137.179.76]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 5CACBAA0; Mon, 6 Dec 2010 15:21:35 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Carsten Bormann In-Reply-To: Date: Mon, 6 Dec 2010 15:21:34 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7D4B36D4-D561-42E0-9067-813C003AE1F6@tzi.org> References: To: Luis Maqueda Ara X-Mailer: Apple Mail (2.1082) Cc: 6lowpan@ietf.org Subject: Re: [6lowpan] draft-ietf-6lowpan-nd-14 Address Resolution X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 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, 06 Dec 2010 14:20:22 -0000 Hi Luis, thanks for bringing this question to the mailing list. Specifications = are sometimes like trapdoor functions: If you already know what's in = there, they are quite clear, but it is difficult to find an answer to a = question. Maybe we can add some more explanatory text. On Dec 6, 2010, at 14:52, Luis Maqueda Ara wrote: > a) How does a host send a packet to another neighboring host? 6LoWPAN-ND doesn't give you this capability. As you cited, all addresses are considered off-link, so you always go = through a router. > b) Should hosts maintain NCEs for other hosts? If so, under which = circumstances would these NCEs be created? Corollary: The answer is no. Why is this a sensible approach? Of course, it is a design decision, = with the usual trade-offs. The rationale is approximately: If a node is capable of maintaining relationships to multiple other = nodes, it might as well be a router. The routing protocol will provide a way to maintain neighborhood = relationships that is more powerful than the simplistic 6LoWPAN-ND. (Note that being a router does not have to mean that you accept packets = that are actually routed through you -- it just means you participate in = routing. E.g., in RPL, there is a concept of a "leaf node".) Really simple nodes restrict themselves to a host role. They use = 6LoWPAN-ND (and, in particular, NUD) to maintain a default-router = relationship to a router (or possibly two or three routers, if desired = for additional robustness). They use their default router to talk to = other hosts. There may be 6LoWPANs that do not have any host-only nodes. (According = to various IETF hallway discussions, this model appears to a preferred = model for some, but not all RPL advocates.) Router nodes may still use = 6LoWPAN-ND in their bootstrapping processes, as well as a mechanism to = talk to hosts (if they want to provide forwarding services for those). Gruesse, Carsten From cabo@tzi.org Fri Dec 10 14:48:01 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8877728C16D for <6lowpan@core3.amsl.com>; Fri, 10 Dec 2010 14:48:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.326 X-Spam-Level: X-Spam-Status: No, score=-106.326 tagged_above=-999 required=5 tests=[AWL=-0.077, 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.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JM-QvkecUKyv for <6lowpan@core3.amsl.com>; Fri, 10 Dec 2010 14:48:00 -0800 (PST) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [134.102.201.18]) by core3.amsl.com (Postfix) with ESMTP id 8D0E928C101 for <6lowpan@ietf.org>; Fri, 10 Dec 2010 14:48:00 -0800 (PST) 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 oBAMn4oW017753 for <6lowpan@ietf.org>; Fri, 10 Dec 2010 23:49:04 +0100 (CET) Received: from [192.168.217.101] (p5489AEFC.dip.t-dialin.net [84.137.174.252]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 8025015; Fri, 10 Dec 2010 23:49:04 +0100 (CET) From: Carsten Bormann Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 10 Dec 2010 23:49:03 +0100 To: 6lowpan <6lowpan@ietf.org> Message-Id: <7577DFAB-735A-4F80-A6DC-3C8700DC2B06@tzi.org> Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [6lowpan] IETF79 minutes uploaded X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 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, 10 Dec 2010 22:48:01 -0000 LoWPANners, I have uploaded the draft minutes for 6LoWPAN. Thanks to Jonathan for providing excellent raw material to build these = from. Please find the minutes at: http://www.ietf.org/proceedings/79/minutes/6lowpan.txt Please send any corrections to the list or to me. (Also, if I haven't caught your name properly, please tell me who "??" = was.) We agreed to call a number of questions on the list in this meeting; = Geoff and I will do this shortly. Gruesse, Carsten From gm.lee@it-sudparis.eu Mon Dec 13 23:56:14 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 694D93A6F60 for <6lowpan@core3.amsl.com>; Mon, 13 Dec 2010 23:56:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.038 X-Spam-Level: X-Spam-Status: No, score=0.038 tagged_above=-999 required=5 tests=[AWL=0.837, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, MSGID_MULTIPLE_AT=1.449] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QN3qltJD-8T5 for <6lowpan@core3.amsl.com>; Mon, 13 Dec 2010 23:56:10 -0800 (PST) Received: from smtp4.int-evry.fr (smtp4.int-evry.fr [157.159.10.71]) by core3.amsl.com (Postfix) with ESMTP id 1402B3A6E71 for <6lowpan@ietf.org>; Mon, 13 Dec 2010 23:56:09 -0800 (PST) Received: from smtp2.it-sudparis.eu (smtp2.int-evry.fr [157.159.10.45]) by smtp4.int-evry.fr (Postfix) with ESMTP id 2F51EFE028F; Tue, 14 Dec 2010 08:57:49 +0100 (CET) Received: from smtp-ext.int-evry.fr (smtp-ext.int-evry.fr [157.159.11.17]) by smtp2.it-sudparis.eu (Postfix) with ESMTP id 3AF12F40087; Tue, 14 Dec 2010 08:57:45 +0100 (CET) Received: from gmleenote (unknown [113.160.248.10]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-ext.int-evry.fr (Postfix) with ESMTP id 4CCAD2C18534; Tue, 14 Dec 2010 08:57:41 +0100 (CET) From: "Gyu Myoung Lee" To: <6lowpan@ietf.org> References: In-Reply-To: Date: Tue, 14 Dec 2010 08:57:37 +0100 Message-ID: <002401cb9b64$96b72150$c42563f0$@lee@it-sudparis.eu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0025_01CB9B6C.F87B8950" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcuHtV0KDhGmLVFKTxSSmElIQ/C+DwQjUsRwAMOU5BAAADWUAAAABp+wAAAGQ9AABKBcIA== Content-Language: ko X-INT-MailScanner-Information: Please contact the ISP for more information X-INT-MailScanner-ID: 3AF12F40087.A5D76 X-INT-MailScanner: Found to be clean X-INT-MailScanner-SpamCheck: X-INT-MailScanner-From: gm.lee@it-sudparis.eu Cc: 'Bruce Nordman' Subject: [6lowpan] Call for proposal on the IoT X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 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, 14 Dec 2010 07:56:14 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0025_01CB9B6C.F87B8950 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear All Sorry for cross-posting. Based on meeting results of last IoT Bar BoF in Beijing, we have decided to call for a short proposal on the IoT after discussing with Bruce and Ning. The aim is to identify problems and key issues for establishing a new group on the IoT in IRTF. Please see the details as follows. The submission deadline: 7th January 2011 (Friday) Scope: All related future research topics for the IoT within the IETF/IRTF Proposal submission: iot-irtf-discussion@googlegroups.com The template of proposal (1-2 pages) [based on Bruce's]: -Title -Summary -Problem statement -Research approach -Expected results -Interested people -Relationship to the IETF/IRTF working groups After receiving all proposals, we will prepare a formal BoF by the end of January. - Have an audio conference for reviewing proposals with key members - Update the PS document (editors) - Request an I-D for a good proposal (contributors) - Prepare a draft charter for IoT RG - Submit a BoF proposal If you have any question, feel free to contact me. In addition, please circulate this e-mail to your colleagues for promoting this activity. Looking forward to receiving valuable inputs from you. Best Regards, Gyu Myoung Lee ------=_NextPart_000_0025_01CB9B6C.F87B8950 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear = All

 

Sorry for cross-posting.

 

Based on meeting results of last IoT Bar BoF in Beijing, we = have decided to call for a short proposal on the IoT after discussing = with Bruce and Ning.

The = aim is to identify problems and key issues for establishing a new group = on the IoT in IRTF.

 

Please see the details as follows.

The submission = deadline: 7th January 2011 = (Friday)

Scope: All = related future research topics for the IoT within the IETF/IRTF =

Proposal = submission: iot-irtf-discussion@googlegroups.com  

The template of = proposal (1-2 pages) [based on Bruce’s]:

-Title

-Summary

-Problem = statement

-Research = approach

-Expected = results

-Interested = people

-Relationship to = the IETF/IRTF working groups

After receiving = all proposals, we will prepare a formal BoF by the end of = January.

-       = Have an audio = conference for reviewing proposals with key = members

-       = Update the PS = document (editors)

-       = Request an I-D = for a good proposal (contributors)

-       = Prepare a draft = charter for IoT RG

-       = Submit a BoF = proposal

 

If = you have any question, feel free to contact me. In addition, please = circulate this e-mail to your colleagues for promoting this = activity.

Looking forward = to receiving valuable inputs from you.

 

Best = Regards,

Gyu Myoung = Lee

------=_NextPart_000_0025_01CB9B6C.F87B8950-- From trac@tools.ietf.org Tue Dec 14 04:48:03 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2BAF73A6F93 for <6lowpan@core3.amsl.com>; Tue, 14 Dec 2010 04:48:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.59 X-Spam-Level: X-Spam-Status: No, score=-102.59 tagged_above=-999 required=5 tests=[AWL=0.010, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LXbRIpR-BTZZ for <6lowpan@core3.amsl.com>; Tue, 14 Dec 2010 04:48:02 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 85E0E3A6F7D for <6lowpan@ietf.org>; Tue, 14 Dec 2010 04:48:02 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1PSUK4-0006SY-76; Tue, 14 Dec 2010 04:49:40 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "6lowpan issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: erik.nordmark@oracle.com, zach@sensinode.com X-Trac-Project: 6lowpan Date: Tue, 14 Dec 2010 12:49:40 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/129#comment:1 Message-ID: <069.2d7e8eda7aaa48c8a05d7fa9401493f7@tools.ietf.org> References: <060.1550dcb80920cd5a3a691ae40b2b9cf5@tools.ietf.org> X-Trac-Ticket-ID: 129 In-Reply-To: <060.1550dcb80920cd5a3a691ae40b2b9cf5@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: erik.nordmark@oracle.com, zach@sensinode.com, 6lowpan@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: 6lowpan@ietf.org Subject: Re: [6lowpan] nd #129 (closed): Clarification on context distribution lifecycle X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Reply-To: 6lowpan@ietf.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: Tue, 14 Dec 2010 12:48:03 -0000 #129: Clarification on context distribution lifecycle Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Was done in nd-14. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: erik.nordmark@… Type: enhancement | Status: closed Priority: minor | Milestone: Component: nd | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: 6lowpan From trac@tools.ietf.org Tue Dec 14 04:52:41 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9D2403A6F9B for <6lowpan@core3.amsl.com>; Tue, 14 Dec 2010 04:52:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.59 X-Spam-Level: X-Spam-Status: No, score=-102.59 tagged_above=-999 required=5 tests=[AWL=0.010, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tDwr8JB-MwuQ for <6lowpan@core3.amsl.com>; Tue, 14 Dec 2010 04:52:40 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id F04913A6F7A for <6lowpan@ietf.org>; Tue, 14 Dec 2010 04:52:40 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1PSUOb-0006fi-Dz; Tue, 14 Dec 2010 04:54:21 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "6lowpan issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: 6lowpan Date: Tue, 14 Dec 2010 12:54:21 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/130 Message-ID: <060.f86c0046fed40ad1ddc9e2c23a9de2bd@tools.ietf.org> X-Trac-Ticket-ID: 130 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.com, 6lowpan@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: 6lowpan@ietf.org Subject: [6lowpan] nd #130 (new): Use of redirect in mesh-under X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Reply-To: 6lowpan@ietf.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: Tue, 14 Dec 2010 12:52:41 -0000 #130: Use of redirect in mesh-under During the Beijing 6lowpan WG meeting Geoff brought up a question of why redirect wasn't supported for mesh-under topologies. It was agreed that this should be allowed. Erik proposed that the new language could be "redirect SHOULD not be used for route over and MAY be used for mesh-under". This requires changes to Section 1, Section 5.1, and Section 6.1 (6LRs don't exist in mesh-under topologies, but 6LBRs do). -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: enhancement | Status: new Priority: minor | Milestone: Component: nd | Version: Severity: - | Keywords: --------------------------------+------------------------------------------- Ticket URL: 6lowpan From trac@tools.ietf.org Tue Dec 14 04:57:54 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 44A803A6F82 for <6lowpan@core3.amsl.com>; Tue, 14 Dec 2010 04:57:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.59 X-Spam-Level: X-Spam-Status: No, score=-102.59 tagged_above=-999 required=5 tests=[AWL=0.010, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hV+4GvnurbgN for <6lowpan@core3.amsl.com>; Tue, 14 Dec 2010 04:57:53 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id AC5303A6D96 for <6lowpan@ietf.org>; Tue, 14 Dec 2010 04:57:53 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1PSUTd-0006rp-Py; Tue, 14 Dec 2010 04:59:33 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "6lowpan issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: 6lowpan Date: Tue, 14 Dec 2010 12:59:33 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/131 Message-ID: <060.112cb5fbfc0497284a010e476aa0d86b@tools.ietf.org> X-Trac-Ticket-ID: 131 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.com, 6lowpan@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: 6lowpan@ietf.org Subject: [6lowpan] nd #131 (new): Registration lifetime unit X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Reply-To: 6lowpan@ietf.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: Tue, 14 Dec 2010 12:57:54 -0000 #131: Registration lifetime unit During the Beijing 6lowpan WG a concern was brought up by Geoff about the registration lifetime being limited to one week (due to a 10 second unit and 16-bit field). It is proposed to change this to 60 seconds in order to give up to ~45 days. This change would be applied to: * The ARO Registration Lifetime field * The 6CO Valid Lifetime field * The DAR/DAC Registration Lifetime field -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: enhancement | Status: new Priority: minor | Milestone: Component: nd | Version: Severity: - | Keywords: --------------------------------+------------------------------------------- Ticket URL: 6lowpan From trac@tools.ietf.org Tue Dec 14 05:01:23 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DEBCF28C0EE for <6lowpan@core3.amsl.com>; Tue, 14 Dec 2010 05:01:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.59 X-Spam-Level: X-Spam-Status: No, score=-102.59 tagged_above=-999 required=5 tests=[AWL=0.010, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vqZ7xKQFIPJd for <6lowpan@core3.amsl.com>; Tue, 14 Dec 2010 05:01:23 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 24FDC28C0ED for <6lowpan@ietf.org>; Tue, 14 Dec 2010 05:01:23 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1PSUWz-0004Y8-SK; Tue, 14 Dec 2010 05:03:01 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "6lowpan issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: nordmark@acm.org, zach@sensinode.com X-Trac-Project: 6lowpan Date: Tue, 14 Dec 2010 13:03:01 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/132 Message-ID: <060.a2f61317dc22820e7b56055cf954adfa@tools.ietf.org> X-Trac-Ticket-ID: 132 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: nordmark@acm.org, zach@sensinode.com, 6lowpan@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: 6lowpan@ietf.org Subject: [6lowpan] nd #132 (new): Time to stay in C=0 state X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Reply-To: 6lowpan@ietf.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: Tue, 14 Dec 2010 13:01:24 -0000 #132: Time to stay in C=0 state Carsten presented a situation with context management in the Beijing 6lowpan WG meeting. The result of his analysis was that we always need to go through a depreciation time (stay in C=0) for a time before going to no state (and thus possibly re-using that context). Erik suggested a solution of adding a fixed protocol constant for this depreciation time. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: nordmark@… Type: enhancement | Status: new Priority: minor | Milestone: Component: nd | Version: Severity: - | Keywords: --------------------------------+------------------------------------------- Ticket URL: 6lowpan From lohith@ece.iisc.ernet.in Thu Dec 16 23:46:58 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B2B5C3A6909 for <6lowpan@core3.amsl.com>; Thu, 16 Dec 2010 23:46:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.271 X-Spam-Level: X-Spam-Status: No, score=0.271 tagged_above=-999 required=5 tests=[AWL=0.017, BAYES_20=-0.74, RELAY_IS_203=0.994] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VPiJj9pS3+GW for <6lowpan@core3.amsl.com>; Thu, 16 Dec 2010 23:46:58 -0800 (PST) Received: from relay.iisc.ernet.in (relay.iisc.ernet.in [203.200.35.65]) by core3.amsl.com (Postfix) with ESMTP id 81EFB3A6907 for <6lowpan@ietf.org>; Thu, 16 Dec 2010 23:46:57 -0800 (PST) Received: from ece.iisc.ernet.in (www.ece.iisc.ernet.in [10.32.1.10]) by relay.iisc.ernet.in (8.14.4/8.14.4) with ESMTP id oBH7o2EP012936; Fri, 17 Dec 2010 13:20:02 +0530 Received: from ece.iisc.ernet.in (localhost [127.0.0.1]) by ece.iisc.ernet.in (8.13.6/8.13.6/SuSE Linux 0.8) with ESMTP id oBH7mmh7000506; Fri, 17 Dec 2010 13:18:48 +0530 Received: (from wwwrun@localhost) by ece.iisc.ernet.in (8.13.6/8.13.6/Submit) id oBH7mlO0000503; Fri, 17 Dec 2010 13:18:47 +0530 From: Lohith Y S Received: from 10.16.40.11 (SquirrelMail authenticated user lohith) by www.ece.iisc.ernet.in with HTTP; Fri, 17 Dec 2010 13:18:47 +0530 Message-ID: Date: Fri, 17 Dec 2010 13:18:47 +0530 To: 6lowpan@ietf.org User-Agent: SquirrelMail/1.4.19 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-IISc-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: oBH7o2EP012936 X-IISc-MailScanner: Found to be clean X-IISc-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.9, required 6.5, autolearn=not spam, BAYES_00 -1.90) X-IISc-MailScanner-From: lohith@ece.iisc.ernet.in Cc: 6panview@ece.iisc.ernet.in Subject: [6lowpan] Route Record X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 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, 17 Dec 2010 07:46:58 -0000 Hello, I am involved in a project titled 6PANview which is aimed to perform network monitoring for a 6LoWPAN network. One of the objectives of this project is to extend the traceroute functionality by including path information in the icmp time exceeded message takes on its way to the base station. This is motivated by the fact that a typical 6LoWPAN network commonly operates in a nodes-to-base_station data movement, we feel it is very important for the network administrator to know the path from a node to the base station. In view of the above, I feel it would be extremely useful to include route record option in the 6LoWPAN header. A similar issue has already been discussed in the following mail thread http://www.ietf.org/mail-archive/web/6lowpan/current/msg01236.html Can you let me know your thoughts on the above ? Lohith -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From trac@tools.ietf.org Fri Dec 17 03:19:47 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 91F9C3A6AED for <6lowpan@core3.amsl.com>; Fri, 17 Dec 2010 03:19:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.585 X-Spam-Level: X-Spam-Status: No, score=-102.585 tagged_above=-999 required=5 tests=[AWL=0.015, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06vW6C0mJUOd for <6lowpan@core3.amsl.com>; Fri, 17 Dec 2010 03:19:47 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id F2CD43A6AEC for <6lowpan@ietf.org>; Fri, 17 Dec 2010 03:19:46 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1PTYNQ-00070A-P6; Fri, 17 Dec 2010 03:21:33 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "6lowpan issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: 6lowpan Date: Fri, 17 Dec 2010 11:21:32 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/131#comment:1 Message-ID: <069.bcd9c2654df32de599176c44f60d3f70@tools.ietf.org> References: <060.112cb5fbfc0497284a010e476aa0d86b@tools.ietf.org> X-Trac-Ticket-ID: 131 In-Reply-To: <060.112cb5fbfc0497284a010e476aa0d86b@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.com, 6lowpan@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: 6lowpan@ietf.org Subject: Re: [6lowpan] nd #131 (closed): Registration lifetime unit X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Reply-To: 6lowpan@ietf.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: Fri, 17 Dec 2010 11:19:47 -0000 #131: Registration lifetime unit Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Done. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: enhancement | Status: closed Priority: minor | Milestone: Component: nd | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: 6lowpan From trac@tools.ietf.org Fri Dec 17 03:28:37 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2F4273A6AEB for <6lowpan@core3.amsl.com>; Fri, 17 Dec 2010 03:28:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.585 X-Spam-Level: X-Spam-Status: No, score=-102.585 tagged_above=-999 required=5 tests=[AWL=0.015, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YNBXjF4kCDZE for <6lowpan@core3.amsl.com>; Fri, 17 Dec 2010 03:28:36 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 932683A6AE3 for <6lowpan@ietf.org>; Fri, 17 Dec 2010 03:28:36 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1PTYVz-0008Vy-5K; Fri, 17 Dec 2010 03:30:23 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "6lowpan issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: 6lowpan Date: Fri, 17 Dec 2010 11:30:22 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/130#comment:1 Message-ID: <069.8100b83f6ac4247d7eebb9bdb521c028@tools.ietf.org> References: <060.f86c0046fed40ad1ddc9e2c23a9de2bd@tools.ietf.org> X-Trac-Ticket-ID: 130 In-Reply-To: <060.f86c0046fed40ad1ddc9e2c23a9de2bd@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.com, 6lowpan@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: 6lowpan@ietf.org Subject: Re: [6lowpan] nd #130 (closed): Use of redirect in mesh-under X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Reply-To: 6lowpan@ietf.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: Fri, 17 Dec 2010 11:28:37 -0000 #130: Use of redirect in mesh-under Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Mention of redirect removed from Section 1 and 5.1. Suggested text from Erik added to Section 6.1. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: enhancement | Status: closed Priority: minor | Milestone: Component: nd | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: 6lowpan From trac@tools.ietf.org Fri Dec 17 03:48:31 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 64E1F3A6AFA for <6lowpan@core3.amsl.com>; Fri, 17 Dec 2010 03:48:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.585 X-Spam-Level: X-Spam-Status: No, score=-102.585 tagged_above=-999 required=5 tests=[AWL=0.015, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qaBy+so9haA6 for <6lowpan@core3.amsl.com>; Fri, 17 Dec 2010 03:48:30 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 79EAD3A6AEB for <6lowpan@ietf.org>; Fri, 17 Dec 2010 03:48:30 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1PTYpD-0001cy-FZ; Fri, 17 Dec 2010 03:50:15 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "6lowpan issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: nordmark@acm.org, zach@sensinode.com X-Trac-Project: 6lowpan Date: Fri, 17 Dec 2010 11:50:15 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/132#comment:1 Message-ID: <069.f406b6b35774094e5a024537cdc5c13c@tools.ietf.org> References: <060.a2f61317dc22820e7b56055cf954adfa@tools.ietf.org> X-Trac-Ticket-ID: 132 In-Reply-To: <060.a2f61317dc22820e7b56055cf954adfa@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: nordmark@acm.org, zach@sensinode.com, 6lowpan@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: 6lowpan@ietf.org Subject: Re: [6lowpan] nd #132 (closed): Time to stay in C=0 state X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 Reply-To: 6lowpan@ietf.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: Fri, 17 Dec 2010 11:48:31 -0000 #132: Time to stay in C=0 state Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: The following text was added to Section 5.4.3 "Maintaining Prefix and Context Information" to solve this ticket: "When the Valid Lifetime for a Context Table entry expires the entry is placed in a receive-only mode, which is the equivalent of receiving a 6CO for that context with C=0. The entry is held in receive-only mode for a period of twice the Default Router Lifetime, after which the entry is removed." -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: nordmark@… Type: enhancement | Status: closed Priority: minor | Milestone: Component: nd | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: 6lowpan From zach@sensinode.com Fri Dec 17 04:05:22 2010 Return-Path: X-Original-To: 6lowpan@core3.amsl.com Delivered-To: 6lowpan@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D09263A6B05 for <6lowpan@core3.amsl.com>; Fri, 17 Dec 2010 04:05:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.51 X-Spam-Level: X-Spam-Status: No, score=-3.51 tagged_above=-999 required=5 tests=[AWL=0.089, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QLSFN3nyTPHP for <6lowpan@core3.amsl.com>; Fri, 17 Dec 2010 04:05:21 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 425E43A6AFA for <6lowpan@ietf.org>; Fri, 17 Dec 2010 04:05:21 -0800 (PST) Received: from [62.145.172.52] ([62.145.172.52]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id oBHC73Ih014765 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <6lowpan@ietf.org>; Fri, 17 Dec 2010 14:07:04 +0200 From: Zach Shelby Content-Type: multipart/signed; boundary=Apple-Mail-701-747813242; protocol="application/pkcs7-signature"; micalg=sha1 Date: Fri, 17 Dec 2010 14:07:05 +0200 References: <20101217120057.944363A6B07@core3.amsl.com> To: 6lowpan 6lowpan <6lowpan@ietf.org> Message-Id: <57A32810-1D6A-4027-B9A8-771459202B56@sensinode.com> Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Subject: [6lowpan] Fwd: New Version Notification for draft-ietf-6lowpan-nd-15 X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.9 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, 17 Dec 2010 12:05:22 -0000 --Apple-Mail-701-747813242 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii http://www.ietf.org/id/draft-ietf-6lowpan-nd-15.txt An updated version of the ND optimization draft has been submitted. We = closed the three tickets that were created from the Beijing WG meeting. = All three were minor changes. Implementers should note that the unit of = lifetimes has changed to 60 seconds (instead of 10), and that an = additional state was added to the Context Table of nodes.=20 Changes from -14 to -15: o Changed use of redirect to SHOULD NOT for route-over and MAY for mesh-under. (#130) o Changed the 16-bit lifetimes to a unit of 60 seconds (#131) o Added text to Section 5.4.2 adding a receive-only state to context entries that timeout. (#132) Zach Begin forwarded message: > From: IETF I-D Submission Tool > Date: December 17, 2010 2:00:57 PM GMT+02:00 > To: zach@sensinode.com > Cc: samitac@ipinfusion.com,Erik.Nordmark@Oracle.COM > Subject: New Version Notification for draft-ietf-6lowpan-nd-15=20 >=20 >=20 > A new version of I-D, draft-ietf-6lowpan-nd-15.txt has been = successfully submitted by Zach Shelby and posted to the IETF repository. >=20 > Filename: draft-ietf-6lowpan-nd > Revision: 15 > Title: Neighbor Discovery Optimization for Low-power = and Lossy Networks > Creation_date: 2010-12-17 > 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 > The IETF Secretariat. >=20 >=20 --=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-701-747813242 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 ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMTIxNzEyMDcw NlowIwYJKoZIhvcNAQkEMRYEFM3NGnn2P8Re56tJwyMGxe88eoAtMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBAA9UtTurFacdtt+bw8AMbVms3VbteQatODAXudmnvDUDNnJtVeXcb1QO sh75xkIepCYT1DfjZOvoN7QZZ2tRkgK9CU7HQ7kokx77tLr43O2m8zs8f5oq9Xly/W74GoYOiTs6 z/S/9CXwL9HUD3o+2gWf4z1FGx0u2EoGyQs8uTU3ngoEEB6/A64pwsIxhBnHzmSCUV2MWROb8any OzTd5TqkTnci7anJ5zgw0refhq48oPFKuFaUbPBtR/ropqyDqfyw25PaCwS3hAksdeSqZJTAMNCE rHEvPopoz5rPzRQQ7ha58mBXSJsD8OoY06RJRLILgJsBDnal4Vmm1X1pRRkAAAAAAAA= --Apple-Mail-701-747813242--