From erik.nordmark@oracle.com Mon Nov 1 18:15: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 D4C413A69A2 for <6lowpan@core3.amsl.com>; Mon, 1 Nov 2010 18:15:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.046 X-Spam-Level: X-Spam-Status: No, score=-106.046 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, 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 sVgLj+KbiARV for <6lowpan@core3.amsl.com>; Mon, 1 Nov 2010 18:15:37 -0700 (PDT) Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by core3.amsl.com (Postfix) with ESMTP id D75C23A682A for <6lowpan@ietf.org>; Mon, 1 Nov 2010 18:15:32 -0700 (PDT) Received: from jurassic.Eng.Sun.COM ([10.5.240.82]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id oA21FWNq017982; Tue, 2 Nov 2010 01:15:32 GMT Received: from [10.7.251.248] (punchin-nordmark.SFBay.Sun.COM [10.7.251.248]) by jurassic.Eng.Sun.COM (8.14.4+Sun/8.14.4) with ESMTP id oA21FWu5987695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Nov 2010 18:15:32 -0700 (PDT) Message-ID: <4CCF6633.9040507@oracle.com> Date: Mon, 01 Nov 2010 18:15:31 -0700 From: Erik Nordmark User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.2.7) Gecko/20100817 Lightning/1.0b2 Thunderbird/3.1.1 MIME-Version: 1.0 To: Dario Tedeschi References: <4CB5A670.7010406@jennic.com> <4CC0D1B0.8020104@oracle.com> <4CC1636D.4040009@gmail.com> <4CC88575.4010802@exegin.com> <4CC89444.3090806@oracle.com> <4CCB1203.3000602@exegin.com> In-Reply-To: <4CCB1203.3000602@exegin.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] Hop limit in multi hop messages 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, 02 Nov 2010 01:15:37 -0000 On 10/29/10 11:27 AM, Dario Tedeschi wrote: > Hi Erik > > I think my argument has been rendered moot. It appears the problem has > been solved in the latest draft using new message types for multi-hop > Address Registration. Aside from being a much cleaner approach, it now > allows the normal 255 check for all other ND packets. > > My initial reasoning was that if the NS/NA messages (in 6LoWPAN ND) > remained overloaded for multi-hop Address Registration, then I wanted > some some way of protecting the last hop (i.e. router-host) from > illegally forwarded NS/NA packets. Yes, I didn't like that overloading myself for the same reasons. Erik > Dario > > On 27/10/2010 2:06 PM, Erik Nordmark wrote: >> On 10/27/10 01:03 PM, Dario Tedeschi wrote: >>> I think what needs to be specified is the following: >>> >>> 1. For 6LoWPAN ND packets sent to a link-local address, the hop-limit >>> must be set to 255 (as per RFC4861). >>> 2. For 6LoWPAN ND packets sent to a routable address, the hop-limit >>> MAY be set less than 255. >> >> That is not how RFC 4861 works. It says that NS, NA, RS, RA, and >> Redirect messages all need to be sent with hoplimit 255 and checked on >> receipt. >> >> The NS, NA, and Redirect messages can have a global destination address. >> >> I don't see any reason to change this as part of 6lowpan-nd. >> >> What is you reason for wanting to change it? > >> >> Erik >> >>> On the receiver side, an implementation MUST discard a ND packet that >>> has a link-local destination and a hop-limit less than 255. >>> >>> Dario >>> >>> >>> On 22/10/2010 3:11 AM, Alexandru Petrescu wrote: >>>> Le 22/10/2010 01:50, Erik Nordmark a écrit : >>>>> On 10/13/10 05:30 AM, Daniel Gavelle wrote: >>>>>> When the multi-hop NS is sent from the LR to the LBR, its hop limit >>>>>> is set to 255 and then decremented on each hop. When it arrives at >>>>>> the LBR, the hop limit=255 check is ignored. There are a couple of >>>>>> problems with this mechanism:- >>>>>> >>>>>> (1) If the packet enters a routing loop, it will take a long time >>>>>> to die. >>>>>> >>>>>> (2) Some stacks have a rule that packets with a hop limit of 255 >>>>>> should never be forwarded by the routing layer or a hop limit of >>>>>> 254 should never be transmitted. >>>>>> >>>>>> These problems could be addressed by setting the hop limit to a >>>>>> more typical value, e.g. 64, for the multi-hop messages. >>>>> >>>>> I don't have a problem suggesting a value like 64. >>>>> >>>>> But the implementations in (2) seems to be utterly broken because >>>>> there isn't any RFC that says that packets with 255 or 254 should be >>>>> treated differently when transmitting or forwarding. >>>> >>>> Except when those packets are ND... (I mean IIRC ND spec requires to >>>> drop RS packets whose limit is less than 255). >>>> >>>> Alex >>>> >>>>> >>>>> Erik _______________________________________________ 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 >>> >>> >>> >>> _______________________________________________ >>> 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 > From abaire@irisa.fr Tue Nov 2 09:35:46 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 8E3643A69E2 for <6lowpan@core3.amsl.com>; Tue, 2 Nov 2010 09:35:46 -0700 (PDT) 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_FR=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 eqK9GSXv2QyR for <6lowpan@core3.amsl.com>; Tue, 2 Nov 2010 09:35:45 -0700 (PDT) Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by core3.amsl.com (Postfix) with ESMTP id C97843A68DB for <6lowpan@ietf.org>; Tue, 2 Nov 2010 09:35:44 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.58,283,1286143200"; d="scan'208,217";a="77569935" Received: from halfoat.irisa.fr (HELO [131.254.16.11]) ([131.254.16.11]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-CAMELLIA256-SHA; 02 Nov 2010 17:35:48 +0100 Message-ID: <4CD03DDB.5050705@irisa.fr> Date: Tue, 02 Nov 2010 17:35:39 +0100 From: Anthony Baire User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100913 Icedove/3.0.7 MIME-Version: 1.0 To: 6lowpan@ietf.org Content-Type: multipart/alternative; boundary="------------050702090904090000070406" Subject: [6lowpan] deriving IIDs from short 802.15.4 addresses in 6lowpan-hc vs. RFC4944 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, 02 Nov 2010 16:35:46 -0000 This is a multi-part message in MIME format. --------------050702090904090000070406 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, the 6lowpan-hc draft (Section 3.3.2) describes how to derive an interface ID from a 802.15.4 short address: > A short IEEE 802.15.4 address is 16 bits in length. Short addresses > are mapped into the restricted space of IEEE EUI-64 addresses by > setting the middle 16 bits to 0xfffe, the bottom 16 bits to the short > address, and all other bits to zero. As a result, an IID generated > from a short address has the form: > > 0000:00ff:fe00:XXXX > > where XXXX carries the short address. The universal/local bit is > zero to indicate local scope. > But this is not identical to the method described in RFC 4944 (Section 6) > All 802.15.4 devices have an IEEE EUI-64 address, but 16-bit short > addresses (Section 3 andSection 12 ) are also possible. In these > cases, a "pseudo 48-bit address" is formed as follows. First, the > left-most 32 bits are formed by concatenating 16 zero bits to the 16- > bit PAN ID (alternatively, if no PAN ID is known, 16 zero bits may be > used). This produces a 32-bit field as follows: > > 16_bit_PAN:16_zero_bits > > Then, these 32 bits are concatenated with the 16-bit short address. > This produces a 48-bit address as follows: > > 32_bits_as_specified_previously:16_bit_short_address > > The interface identifier is formed from this 48-bit address as per > the "IPv6 over Ethernet" specification [RFC2464 ]. However, in the > resultant interface identifier, the "Universal/Local" (U/L) bit SHALL > be set to zero in keeping with the fact that this is not a globally > unique value. According to RFC 4944, the resulting interface id should look like: YYYY:00ff:fe00:XXXX (where YYYY is derived from the PAN ID) The PAN ID is not included in 6lowpan-hc. Is this an omission ? Best Regards Anthony Baire --------------050702090904090000070406 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi all,


the 6lowpan-hc draft (Section 3.3.2) describes  how to derive an interface ID from a 802.15.4 short address:
   A short IEEE 802.15.4 address is 16 bits in length.  Short addresses
   are mapped into the restricted space of IEEE EUI-64 addresses by
   setting the middle 16 bits to 0xfffe, the bottom 16 bits to the short
   address, and all other bits to zero.  As a result, an IID generated
   from a short address has the form:

      0000:00ff:fe00:XXXX

   where XXXX carries the short address.  The universal/local bit is
   zero to indicate local scope.


But this is not identical to the method described in RFC 4944 (Section 6)

   All 802.15.4 devices have an IEEE EUI-64 address, but 16-bit short
   addresses (Section 3 and Section 12) are also possible.  In these
   cases, a "pseudo 48-bit address" is formed as follows.  First, the
   left-most 32 bits are formed by concatenating 16 zero bits to the 16-
   bit PAN ID (alternatively, if no PAN ID is known, 16 zero bits may be
   used).  This produces a 32-bit field as follows:

      16_bit_PAN:16_zero_bits

   Then, these 32 bits are concatenated with the 16-bit short address.
   This produces a 48-bit address as follows:

      32_bits_as_specified_previously:16_bit_short_address

   The interface identifier is formed from this 48-bit address as per
   the "IPv6 over Ethernet" specification [RFC2464].  However, in the
   resultant interface identifier, the "Universal/Local" (U/L) bit SHALL
   be set to zero in keeping with the fact that this is not a globally
   unique value.

According to RFC 4944, the resulting interface id should look like:

      YYYY:00ff:fe00:XXXX      (where YYYY is derived from the PAN ID)


The PAN ID is not included in 6lowpan-hc. Is this an omission ?


Best Regards

Anthony Baire


--------------050702090904090000070406-- From jonhui@cisco.com Tue Nov 2 09:43:13 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 388F73A69F0 for <6lowpan@core3.amsl.com>; Tue, 2 Nov 2010 09:43:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] 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 n4ge304x8BSn for <6lowpan@core3.amsl.com>; Tue, 2 Nov 2010 09:43:11 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 38D6E3A69ED for <6lowpan@ietf.org>; Tue, 2 Nov 2010 09:43:11 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnUHAPvbz0yrRN+K/2dsb2JhbACZRgGIEHGkRpwKhUUEhFeFfg X-IronPort-AV: E=Sophos;i="4.58,283,1286150400"; d="scan'208,217";a="279719033" Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-5.cisco.com with ESMTP; 02 Nov 2010 16:43:15 +0000 Received: from dhcp-128-107-155-206.cisco.com (dhcp-128-107-155-206.cisco.com [128.107.155.206]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id oA2GhFFi028471; Tue, 2 Nov 2010 16:43:15 GMT Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/alternative; boundary=Apple-Mail-7--976082936 From: Jonathan Hui In-Reply-To: <4CD03DDB.5050705@irisa.fr> Date: Tue, 2 Nov 2010 09:44:05 -0700 Message-Id: <0BAF73B3-FD06-4C03-9D1C-314A9A054FF5@cisco.com> References: <4CD03DDB.5050705@irisa.fr> To: Anthony Baire X-Mailer: Apple Mail (2.1081) Cc: 6lowpan@ietf.org Subject: Re: [6lowpan] deriving IIDs from short 802.15.4 addresses in 6lowpan-hc vs. RFC4944 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, 02 Nov 2010 16:43:13 -0000 --Apple-Mail-7--976082936 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Anthony, The difference you noted is intentional. See this prior message for = background: http://www.ietf.org/mail-archive/web/6lowpan/current/msg02379.html -- Jonathan Hui On Nov 2, 2010, at 9:35 AM, Anthony Baire wrote: > Hi all, >=20 >=20 > the 6lowpan-hc draft (Section 3.3.2) describes how to derive an = interface ID from a 802.15.4 short address: >> A short IEEE 802.15.4 address is 16 bits in length. Short = addresses >> are mapped into the restricted space of IEEE EUI-64 addresses by >> setting the middle 16 bits to 0xfffe, the bottom 16 bits to the = short >> address, and all other bits to zero. As a result, an IID = generated >> from a short address has the form: >>=20 >> 0000:00ff:fe00:XXXX >>=20 >> where XXXX carries the short address. The universal/local bit is >> zero to indicate local scope. >> =20 >=20 >=20 > But this is not identical to the method described in RFC 4944 (Section = 6) >=20 >> All 802.15.4 devices have an IEEE EUI-64 address, but 16-bit short >> addresses (Section 3 and Section 12) are also possible. In these >> cases, a "pseudo 48-bit address" is formed as follows. First, the >> left-most 32 bits are formed by concatenating 16 zero bits to the = 16- >> bit PAN ID (alternatively, if no PAN ID is known, 16 zero bits may = be >> used). This produces a 32-bit field as follows: >>=20 >> 16_bit_PAN:16_zero_bits >>=20 >> Then, these 32 bits are concatenated with the 16-bit short = address. >> This produces a 48-bit address as follows: >>=20 >> 32_bits_as_specified_previously:16_bit_short_address >>=20 >> The interface identifier is formed from this 48-bit address as per >> the "IPv6 over Ethernet" specification [RFC2464]. However, in the >> resultant interface identifier, the "Universal/Local" (U/L) bit = SHALL >> be set to zero in keeping with the fact that this is not a = globally >> unique value. >=20 > According to RFC 4944, the resulting interface id should look like: >=20 > YYYY:00ff:fe00:XXXX (where YYYY is derived from the PAN ID) >=20 >=20 > The PAN ID is not included in 6lowpan-hc. Is this an omission ? >=20 >=20 > Best Regards >=20 > Anthony Baire >=20 >=20 > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan --Apple-Mail-7--976082936 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii

Hi Anthony,

The difference you noted is intentional.  See this prior message for background:

--
Jonathan Hui

On Nov 2, 2010, at 9:35 AM, Anthony Baire wrote:

Hi all,


the 6lowpan-hc draft (Section 3.3.2) describes  how to derive an interface ID from a 802.15.4 short address:
   A short IEEE 802.15.4 address is 16 bits in length.  Short addresses
   are mapped into the restricted space of IEEE EUI-64 addresses by
   setting the middle 16 bits to 0xfffe, the bottom 16 bits to the short
   address, and all other bits to zero.  As a result, an IID generated
   from a short address has the form:

      0000:00ff:fe00:XXXX

   where XXXX carries the short address.  The universal/local bit is
   zero to indicate local scope.


But this is not identical to the method described in RFC 4944 (Section 6)

   All 802.15.4 devices have an IEEE EUI-64 address, but 16-bit short
   addresses (Section 3 and Section 12) are also possible.  In these
   cases, a "pseudo 48-bit address" is formed as follows.  First, the
   left-most 32 bits are formed by concatenating 16 zero bits to the 16-
   bit PAN ID (alternatively, if no PAN ID is known, 16 zero bits may be
   used).  This produces a 32-bit field as follows:

      16_bit_PAN:16_zero_bits

   Then, these 32 bits are concatenated with the 16-bit short address.
   This produces a 48-bit address as follows:

      32_bits_as_specified_previously:16_bit_short_address

   The interface identifier is formed from this 48-bit address as per
   the "IPv6 over Ethernet" specification [RFC2464].  However, in the
   resultant interface identifier, the "Universal/Local" (U/L) bit SHALL
   be set to zero in keeping with the fact that this is not a globally
   unique value.

According to RFC 4944, the resulting interface id should look like:

      YYYY:00ff:fe00:XXXX      (where YYYY is derived from the PAN ID)


The PAN ID is not included in 6lowpan-hc. Is this an omission ?


Best Regards

Anthony Baire


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

--Apple-Mail-7--976082936-- From nkong@cnnic.cn Thu Nov 4 03:12:04 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 1FA7C3A69FB for <6lowpan@core3.amsl.com>; Thu, 4 Nov 2010 03:12:03 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER, Duplicate header field: "Message-ID" X-Spam-Flag: NO X-Spam-Score: 1.539 X-Spam-Level: * X-Spam-Status: No, score=1.539 tagged_above=-999 required=5 tests=[AWL=0.734, BAYES_50=0.001, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=0.803] 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 XXSu2k53yIdq for <6lowpan@core3.amsl.com>; Thu, 4 Nov 2010 03:12:00 -0700 (PDT) Received: from cnnic.cn (smtp.cnnic.cn [159.226.7.146]) by core3.amsl.com (Postfix) with SMTP id 664F63A69E5 for <6lowpan@ietf.org>; Thu, 4 Nov 2010 03:11:27 -0700 (PDT) Received: (eyou send program); Thu, 04 Nov 2010 18:11:36 +0800 Message-ID: <488865496.29854@cnnic.cn> X-EYOUMAIL-SMTPAUTH: nkong@cnnic.cn Received: from unknown (HELO naptrthink) (127.0.0.1) by 127.0.0.1 with SMTP; Thu, 04 Nov 2010 18:11:36 +0800 Message-ID: <57446C9C9A2749D190B193E90EFFC26C@NAPTRTHINK> From: "Ning Kong" To: <6lowpan@ietf.org> Date: Thu, 4 Nov 2010 18:11:25 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_022F_01CB7C4B.B1A6A130" X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3502.922 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3502.922 Cc: Gyu Myoung Lee , Bruce Nordman Subject: [6lowpan] Doodle: Discussion of the PS draft and Charter for IoT RG in Beijing 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: Thu, 04 Nov 2010 10:12:04 -0000 ÕâÊÇÒ»·â MIME ¸ñʽµÄ¶à·½Óʼþ¡£ ------=_NextPart_000_022F_01CB7C4B.B1A6A130 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable ?Hi folks,=20 Sorry for cross-posting! There have been two bar BoF meetings for IoT (Internet of Things) at = IETF 77 and IETF 78. Gyu Myoung, Bruce and I would like to arrange an = informal meeting to discuss the PS draft = (draft-lee-iot-problem-statement-00) and Charter (coming soon) for IoT = RG at IETF 79. We cordially invite you to join us. In case you would like to attend this meeting, please indicate your = availabilities by 7 November 2010, on Doodle: = http://doodle.com/4t7phhfeqc9a5duh=20 We will decide whether this meeting should be announced as a bar BoF at = IETF 79 based on the result of the Doodle.=20 If you have any problem or suggestions, please feel free to let me know. = Cheers,=20 Ning=20 ------=_NextPart_000_022F_01CB7C4B.B1A6A130 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
 
Hi = folks,=20
 
Sorry for = cross-posting!
 
There have been two bar = BoF meetings=20 for IoT (Internet of Things) at IETF 77 and IETF 78. Gyu Myoung, Bruce = and I=20 would like to arrange an informal meeting to discuss the PS draft=20 (draft-lee-iot-problem-statement-00) and Charter (coming soon) for IoT = RG at=20 IETF 79. We cordially invite you to join us.
 
In case you would like = to attend this=20 meeting, please indicate your availabilities by 7 November 2010, on = Doodle:=20 http://doodle.com/4t7phhfeqc9a5duh
We will decide whether = this meeting=20 should be announced as a bar BoF at IETF 79 based on the result of the = Doodle.=20
 
If you have any problem = or=20 suggestions, please feel free to let me know.
 
 
Cheers,
Ning

=
= ------=_NextPart_000_022F_01CB7C4B.B1A6A130-- From jpv@cisco.com Fri Nov 5 01:44: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 C42783A67F1 for <6lowpan@core3.amsl.com>; Fri, 5 Nov 2010 01:44:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.513 X-Spam-Level: X-Spam-Status: No, score=-110.513 tagged_above=-999 required=5 tests=[AWL=0.086, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 MQEtGoM71DE7 for <6lowpan@core3.amsl.com>; Fri, 5 Nov 2010 01:44:37 -0700 (PDT) Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 133C73A68E4 for <6lowpan@ietf.org>; Fri, 5 Nov 2010 01:44:37 -0700 (PDT) Authentication-Results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEACZh00yrR7Hu/2dsb2JhbAChb3GgcJsmhUcEhFWGAIMIBg X-IronPort-AV: E=Sophos;i="4.58,301,1286150400"; d="scan'208";a="245886064" Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-3.cisco.com with ESMTP; 05 Nov 2010 08:44:49 +0000 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id oA58inSO014353; Fri, 5 Nov 2010 08:44:49 GMT Received: from xfe-sjc-222.amer.cisco.com ([128.107.191.87]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 5 Nov 2010 01:44:49 -0700 Received: from [10.40.78.39] ([10.21.145.89]) by xfe-sjc-222.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 5 Nov 2010 01:44:47 -0700 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: JP Vasseur In-Reply-To: <44E0970C-1149-4855-BE1C-7BE1DE9B92C9@cisco.com> Date: Fri, 5 Nov 2010 16:44:43 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: <4E702218-4818-4688-9274-055947472F7F@cisco.com> References: <41B89063-99A1-403A-BE09-312062566AB1@cisco.com> <8693426F-932A-45A9-9E84-6EDCFE38D090@cisco.com> <44E0970C-1149-4855-BE1C-7BE1DE9B92C9@cisco.com> To: Geoff Mulligan X-Mailer: Apple Mail (2.1081) X-OriginalArrivalTime: 05 Nov 2010 08:44:47.0880 (UTC) FILETIME=[B3E63080:01CB7CC5] Cc: 6lowpan 6lowpan <6lowpan@ietf.org> Subject: [6lowpan] Are you planning to answer ? -- Re: Update on draft-ietf-6lowpan-usecases-06 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, 05 Nov 2010 08:44:37 -0000 Geoff, Are you planning to answer ? Thanks. JP. On Oct 28, 2010, at 8:43 AM, JP Vasseur wrote: > Geoff,=20 >=20 > Could you please answer ? If the answer is that we should not pursue = the document, > I am totally fine, but at least please answer. >=20 > Thanks. >=20 > JP. >=20 > On Oct 24, 2010, at 3:23 PM, JP Vasseur wrote: >=20 >> Could you please answer Geoff ? >>=20 >> On Oct 19, 2010, at 9:51 AM, JP Vasseur wrote: >>=20 >>>=20 >>> On Oct 18, 2010, at 4:24 PM, JP Vasseur wrote: >>>=20 >>>> Hi Geoff, >>>>=20 >>>> This ID has been discussed for years ... could you please give us = an update ? >>>>=20 >>>> Thanks. >>>>=20 >>>> JP. >>>> _______________________________________________ >>>> 6lowpan mailing list >>>> 6lowpan@ietf.org >>>> https://www.ietf.org/mailman/listinfo/6lowpan >>>=20 >>> _______________________________________________ >>> 6lowpan mailing list >>> 6lowpan@ietf.org >>> https://www.ietf.org/mailman/listinfo/6lowpan >>=20 >> _______________________________________________ >> 6lowpan mailing list >> 6lowpan@ietf.org >> https://www.ietf.org/mailman/listinfo/6lowpan >=20 > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan From abaire@irisa.fr Fri Nov 5 08:09:13 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 104AE3A6802 for <6lowpan@core3.amsl.com>; Fri, 5 Nov 2010 08:09:13 -0700 (PDT) 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_FR=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 UjnroiuYlYc0 for <6lowpan@core3.amsl.com>; Fri, 5 Nov 2010 08:09:11 -0700 (PDT) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by core3.amsl.com (Postfix) with ESMTP id 445133A67EC for <6lowpan@ietf.org>; Fri, 5 Nov 2010 08:09:11 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.58,303,1286143200"; d="scan'208,217";a="65110029" Received: from unknown (HELO [130.129.64.99]) ([130.129.64.99]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-CAMELLIA256-SHA; 05 Nov 2010 16:09:21 +0100 Message-ID: <4CD41E21.6080207@irisa.fr> Date: Fri, 05 Nov 2010 23:09:21 +0800 From: Anthony Baire User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.15) Gecko/20101030 Icedove/3.0.10 MIME-Version: 1.0 To: Jonathan Hui References: <4CD03DDB.5050705@irisa.fr> <0BAF73B3-FD06-4C03-9D1C-314A9A054FF5@cisco.com> In-Reply-To: <0BAF73B3-FD06-4C03-9D1C-314A9A054FF5@cisco.com> Content-Type: multipart/alternative; boundary="------------050005070902070706070800" Cc: 6lowpan@ietf.org Subject: Re: [6lowpan] deriving IIDs from short 802.15.4 addresses in 6lowpan-hc vs. RFC4944 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, 05 Nov 2010 15:09:13 -0000 This is a multi-part message in MIME format. --------------050005070902070706070800 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Jonathan, thanks for the reference. Shall we then consider that the format in RFC4944 is kind of deprecated, or "not recommended" or just not optimally compressed. Anthony Le 03/11/2010 00:44, Jonathan Hui a écrit : > > Hi Anthony, > > The difference you noted is intentional. See this prior message for > background: > http://www.ietf.org/mail-archive/web/6lowpan/current/msg02379.html > > -- > Jonathan Hui > > On Nov 2, 2010, at 9:35 AM, Anthony Baire wrote: > >> Hi all, >> >> >> the 6lowpan-hc draft (Section 3.3.2) describes how to derive an >> interface ID from a 802.15.4 short address: >>> A short IEEE 802.15.4 address is 16 bits in length. Short addresses >>> are mapped into the restricted space of IEEE EUI-64 addresses by >>> setting the middle 16 bits to 0xfffe, the bottom 16 bits to the short >>> address, and all other bits to zero. As a result, an IID generated >>> from a short address has the form: >>> >>> 0000:00ff:fe00:XXXX >>> >>> where XXXX carries the short address. The universal/local bit is >>> zero to indicate local scope. >>> >> >> >> But this is not identical to the method described in RFC 4944 (Section 6) >> >>> All 802.15.4 devices have an IEEE EUI-64 address, but 16-bit short >>> addresses (Section 3 andSection 12 ) are also possible. In these >>> cases, a "pseudo 48-bit address" is formed as follows. First, the >>> left-most 32 bits are formed by concatenating 16 zero bits to the 16- >>> bit PAN ID (alternatively, if no PAN ID is known, 16 zero bits may be >>> used). This produces a 32-bit field as follows: >>> >>> 16_bit_PAN:16_zero_bits >>> >>> Then, these 32 bits are concatenated with the 16-bit short address. >>> This produces a 48-bit address as follows: >>> >>> 32_bits_as_specified_previously:16_bit_short_address >>> >>> The interface identifier is formed from this 48-bit address as per >>> the "IPv6 over Ethernet" specification [RFC2464 ]. However, in the >>> resultant interface identifier, the "Universal/Local" (U/L) bit SHALL >>> be set to zero in keeping with the fact that this is not a globally >>> unique value. >> >> According to RFC 4944, the resulting interface id should look like: >> >> YYYY:00ff:fe00:XXXX (where YYYY is derived from the PAN ID) >> >> >> The PAN ID is not included in 6lowpan-hc. Is this an omission ? >> >> >> Best Regards >> >> Anthony Baire >> >> >> _______________________________________________ >> 6lowpan mailing list >> 6lowpan@ietf.org >> https://www.ietf.org/mailman/listinfo/6lowpan > --------------050005070902070706070800 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Jonathan,

thanks for the reference.

Shall we then consider that the format in RFC4944 is kind of deprecated, or "not recommended"
or just not optimally compressed.


Anthony


Le 03/11/2010 00:44, Jonathan Hui a écrit :

Hi Anthony,

The difference you noted is intentional.  See this prior message for background:

--
Jonathan Hui

On Nov 2, 2010, at 9:35 AM, Anthony Baire wrote:

Hi all,


the 6lowpan-hc draft (Section 3.3.2) describes  how to derive an interface ID from a 802.15.4 short address:
   A short IEEE 802.15.4 address is 16 bits in length.  Short addresses
   are mapped into the restricted space of IEEE EUI-64 addresses by
   setting the middle 16 bits to 0xfffe, the bottom 16 bits to the short
   address, and all other bits to zero.  As a result, an IID generated
   from a short address has the form:

      0000:00ff:fe00:XXXX

   where XXXX carries the short address.  The universal/local bit is
   zero to indicate local scope.


But this is not identical to the method described in RFC 4944 (Section 6)

   All 802.15.4 devices have an IEEE EUI-64 address, but 16-bit short
   addresses (Section 3 and Section 12) are also possible.  In these
   cases, a "pseudo 48-bit address" is formed as follows.  First, the
   left-most 32 bits are formed by concatenating 16 zero bits to the 16-
   bit PAN ID (alternatively, if no PAN ID is known, 16 zero bits may be
   used).  This produces a 32-bit field as follows:

      16_bit_PAN:16_zero_bits

   Then, these 32 bits are concatenated with the 16-bit short address.
   This produces a 48-bit address as follows:

      32_bits_as_specified_previously:16_bit_short_address

   The interface identifier is formed from this 48-bit address as per
   the "IPv6 over Ethernet" specification [RFC2464].  However, in the
   resultant interface identifier, the "Universal/Local" (U/L) bit SHALL
   be set to zero in keeping with the fact that this is not a globally
   unique value.

According to RFC 4944, the resulting interface id should look like:

      YYYY:00ff:fe00:XXXX      (where YYYY is derived from the PAN ID)


The PAN ID is not included in 6lowpan-hc. Is this an omission ?


Best Regards

Anthony Baire


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


--------------050005070902070706070800-- From trac@tools.ietf.org Mon Nov 8 02:49: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 82D3B3A69A2 for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 02:49:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[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 4ivmJjgZfGHF for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 02:49:13 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 3DFF53A69B4 for <6lowpan@ietf.org>; Mon, 8 Nov 2010 02:49:12 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1PFPI4-0002Rn-4F; Mon, 08 Nov 2010 02:49:32 -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: samitac@ipinfusion.com, zach@sensinode.com X-Trac-Project: 6lowpan Date: Mon, 08 Nov 2010 10:49:32 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/126#comment:2 Message-ID: <069.fee2e1558ecfb8d2e3a0d7f38d378407@tools.ietf.org> References: <060.c840a8dec1377c9c06a2bbad877803fc@tools.ietf.org> X-Trac-Ticket-ID: 126 In-Reply-To: <060.c840a8dec1377c9c06a2bbad877803fc@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: samitac@ipinfusion.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 #126 (closed): Short MAC address collision 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: Mon, 08 Nov 2010 10:49:14 -0000 #126: Short MAC address collision Changes (by zach@…): * status: assigned => closed * resolution: => fixed Comment: Done in nd-14. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: samitac@… Type: defect | Status: closed Priority: major | Milestone: Component: nd | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: 6lowpan From trac@tools.ietf.org Mon Nov 8 02:50:16 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 DE6D63A69C2 for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 02:50:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[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 JSvD3H066zYJ for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 02:50:15 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 72DF43A69A2 for <6lowpan@ietf.org>; Mon, 8 Nov 2010 02:50:14 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1PFPJ5-0002ae-Oh; Mon, 08 Nov 2010 02:50:35 -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: Mon, 08 Nov 2010 10:50:35 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/127#comment:1 Message-ID: <069.4d4bd7e00f74f55ab39d6d293aef0a97@tools.ietf.org> References: <060.0abb74160688cc0d298e759c705ce550@tools.ietf.org> X-Trac-Ticket-ID: 127 In-Reply-To: <060.0abb74160688cc0d298e759c705ce550@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 #127 (closed): Optional/Mandatory language 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: Mon, 08 Nov 2010 10:50:17 -0000 #127: Optional/Mandatory language Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Done in nd-14. -- --------------------------------+------------------------------------------- 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 Mon Nov 8 02:51: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 9983128C13A for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 02:51:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, 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 puTjMC70tUPg for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 02:51:30 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id B7C5F28C135 for <6lowpan@ietf.org>; Mon, 8 Nov 2010 02:51: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 1PFPKK-0002k5-1b; Mon, 08 Nov 2010 02:51:52 -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: Mon, 08 Nov 2010 10:51:52 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/128#comment:1 Message-ID: <069.3cc52433cbc574ea6b5f9956170a670d@tools.ietf.org> References: <060.7bec8c93c290b8ab6eccb349b4d73977@tools.ietf.org> X-Trac-Ticket-ID: 128 In-Reply-To: <060.7bec8c93c290b8ab6eccb349b4d73977@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 #128 (closed): Clarification about 6LRs registering addresses 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: Mon, 08 Nov 2010 10:51:31 -0000 #128: Clarification about 6LRs registering addresses Changes (by zach@…): * status: new => closed * resolution: => fixed -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: enhancement | Status: closed Priority: trivial | Milestone: Component: nd | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: 6lowpan From zach@sensinode.com Mon Nov 8 02:52:52 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 7DC2328C135 for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 02:52:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.539 X-Spam-Level: X-Spam-Status: No, score=-3.539 tagged_above=-999 required=5 tests=[AWL=0.060, 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 DX8Pk6cVbFj4 for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 02:52:51 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 29ABC28C132 for <6lowpan@ietf.org>; Mon, 8 Nov 2010 02:52:50 -0800 (PST) Received: from dhcp-40a3.meeting.ietf.org (dhcp-40a3.meeting.ietf.org [130.129.64.163]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id oA8Aqvet008249 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <6lowpan@ietf.org>; Mon, 8 Nov 2010 12:53:03 +0200 From: Zach Shelby Content-Type: multipart/signed; boundary=Apple-Mail-127--478751810; protocol="application/pkcs7-signature"; micalg=sha1 Date: Mon, 8 Nov 2010 18:52:56 +0800 Message-Id: To: "6lowpan@ietf.org 6lowpan" <6lowpan@ietf.org> Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Subject: [6lowpan] Cleaned out nd tickets 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, 08 Nov 2010 10:52:52 -0000 --Apple-Mail-127--478751810 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I just cleaned out the old nd tickets. We will be making tickets on = known issues in nd-14 before tomorrow's WG meeting. Zach --=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-127--478751810 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 ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMTEwODEwNTI1 N1owIwYJKoZIhvcNAQkEMRYEFDYdMDUKnmV2DjSK2VDlsjml2BxkMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBAGrPIB5Cy4J1s7YyCmhoNnlWCTnoNRXd5/08N5O/vc9BTw+hTmY/yVq/ 7Y/zf+GWMZdGCUlHKVBtBDTAOB3hDbwHhdG5l9hMEgjRa95KcAszY6T2CAePvI+pnJPUmFWQYlt4 qOrvuS5pw1SdHxlh6oUjWdC5DpPYGBfdHxXxmPEyA1md42i6GIfQOsymdA7y0Xgjqin2pvnkmq65 uOvE1oQryNYmsJo4b3IHU3E1yQpg1Ic1MHVL4mVXa8WiP/JFcKbY2auOme5agzaiejZYAEzMHm9X wClQBI76JjyV0/94Ys0LZAWzH4Cgt96msqfRWZQnxhohMfMqinLVmeKx2tsAAAAAAAA= --Apple-Mail-127--478751810-- From trac@tools.ietf.org Mon Nov 8 03:04:04 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 801BF3A6997 for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 03:04:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[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 qDAt-R7tjgzf for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 03:04:03 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id AF48128C141 for <6lowpan@ietf.org>; Mon, 8 Nov 2010 03:04:03 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1PFPWP-000174-4P; Mon, 08 Nov 2010 03:04: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: erik.nordmark@oracle.com, zach@sensinode.com X-Trac-Project: 6lowpan Date: Mon, 08 Nov 2010 11:04:21 -0000 X-URL: http://tools.ietf.org/6lowpan/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/6lowpan/trac/ticket/129 Message-ID: <060.1550dcb80920cd5a3a691ae40b2b9cf5@tools.ietf.org> X-Trac-Ticket-ID: 129 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: [6lowpan] nd #129 (new): 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: Mon, 08 Nov 2010 11:04:04 -0000 #129: Clarification on context distribution lifecycle nd-14 is currently quite loose on the lifecycle behaviour lanaguage. In order to ensure that context information is changed safely, the following changes are proposed: * MIN_CONTEXT_CHANGE_DELAY >= default router lifetime * Section 7.2 mentions "Only when it is reasonable to assume", connect that with MIN_CONTEXT_CHANGE_DELAY. * Define that the host MUST refresh its context by sending a unicast RS to a router who's default router lifetime has expired when waking up. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: erik.nordmark@… Type: enhancement | Status: new Priority: minor | Milestone: Component: nd | Version: Severity: - | Keywords: --------------------------------+------------------------------------------- Ticket URL: 6lowpan From eunah.ietf@gmail.com Mon Nov 8 11:55: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 A30393A692D for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 11:55:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 1Mrui1FugaMo for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 11:55:53 -0800 (PST) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by core3.amsl.com (Postfix) with ESMTP id 767AB3A6800 for <6lowpan@ietf.org>; Mon, 8 Nov 2010 11:55:53 -0800 (PST) Received: by pxi6 with SMTP id 6so1365864pxi.31 for <6lowpan@ietf.org>; Mon, 08 Nov 2010 11:56:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=UxQSE7qrktxYaxNR4wAwPjI65r613Jf8/wp2nBM4MbQ=; b=ZhtvsNUuOHJAG3i1gIEZUZ4GzkIQ+Uqh3REyRYbAjDUKRp4alG1fy3vzIdW2/bEHzR Iy5JyK3iiEJrUlT1bhqtbfiXg1OjEQvO5Qv9d6ug+jEAr2V7rB1NXiLy1otxjv954Hcj 1UCq1SYEIw6d3QWm4sewfKNX3HdVsckX64pnQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MIjHi3tuj8P/0DsMRZHRHoQlOsDqyRMnN90RkI025lY3N0g5I1t+dJcosgljOZaZP7 lYJy9O/iuBdQkXNHQTtvQvTSH4tHnWGlwVeBfBkBu9tOl4ah19GGlFkuUSjkQRbTL9+I 1MNJDtlSSFFLQOnrZ3dT2ER6xloe+xkjswaE4= MIME-Version: 1.0 Received: by 10.224.196.1 with SMTP id ee1mr4154613qab.344.1289246175165; Mon, 08 Nov 2010 11:56:15 -0800 (PST) Received: by 10.229.224.70 with HTTP; Mon, 8 Nov 2010 11:56:14 -0800 (PST) In-Reply-To: <4C607D05.2020704@jennic.com> References: <37F74553-166D-4E1C-BB41-9C03B7DC0836@gmail.com> <4C607D05.2020704@jennic.com> Date: Mon, 8 Nov 2010 20:56:14 +0100 Message-ID: From: "Eunsook \"Eunah\" Kim" To: paul.chilton@jennic.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Carsten Bormann , 6lowpan 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] Working-Group Last Call for draft-ietf-6lowpan-usecases-06 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, 08 Nov 2010 19:55:54 -0000 Dear Paul, First of all, I'm very sorry for the late responding. I highly appreciate on your detail comments. I just uploaded the new version fixing the editorial errors you commented. You will find the new version at http://datatracker.ietf.org/doc/draft-ietf-6lowpan-usecases/ Thanks again for the valuable review. Best Regards, Eunah On Tue, Aug 10, 2010 at 12:11 AM, Paul Chilton wr= ote: > I think the draft is well written and contains valuable information.=A0 I= t > should be submitted to the IESG after the following editorial changes are > made: > > Nits > P1, L24 r/characterisitcis/characteristics > P1, L24 r/dimention/dimension > P4, L24 "...details of the each..." - remove "each" > P4, L35 r/arbitary/arbitrary > P9, L30 r/boold/blood > P10, L30 "In case that..." - replace with "In the case that..." > P10, L39 "In Mesh Under, more than one LMs=A0 are selected for multi-hop > transmission and the nodes MAY also play role in transmission multi-point > traffic (multicast) by unicast method, not only role in data collection." > Sentence is unclear > P11, L7 "The data volume is usually not so big in this case, but data is > sensitive for delay." replace with "The volume of data volume is usually = not > large in this case, but is sensitive to delay." > P11, L23 "In case..." replace with "In the case..." > P11, L25 r/typle/type > P12, L25 "such as fire alarm" add "such as a fire alarm" > P12, L25 "...MUST be handled in very critical manner." replace with "...M= UST > be handled in a very critical manner. " > P12, L38 "...do not move..."=A0 replace with "...are immobile..." > P13, L50 r/acheived/achieved > P15, L31 remove "...of the Grid network..." > P15, L46 "...a few dozen of nodes..." remove "of" > P16, L52 "...LBR provides connectivities to the outside of LoWPAN..." > replace with "...LBR=A0 provides connectivity to the outside world..." > P17, L37 r/LoPWAN/LoWPAN > P21, L52 r/failure/fails > Regards > Paul > > Paul Chilton > Low Power RF Solutions (formerly Jennic Ltd) > NXP Semiconductors NV > Furnival Street, Sheffield, S1 4QT, UK > Tel: +44 114 281 2655 > Fax: +44 114 281 2951 > Comp Reg No: 3191371 Registered In England > http://www.nxp.com http://www.jennic.com > ____________________________________________ > > > Carsten Bormann wrote: > > LoWPANners, > as you know, the working group chairs dropped the ball on the usecases > document. > A version with fixes resulting from the WGLC issued on 2009-01-09 was > submitted on 2009-10-02. We wanted to get some quick feedback on > whether that was fixing the issues and then never actually issued the > second working-group last call. Indeed, the Internet-Draft expired > after six months... Then the terminology of the ND draft changed. > Since the usecases draft now has been resubmitted with updated > terminology: > This is a Working-Group Last-Call for: > http://tools.ietf.org/html/draft-ietf-6lowpan-usecases-06 > The document is intended to be submitted by this Working Group to the > IESG for publication as an Informational Document. > This is a one-week Working-Group Last-Call, ending on 2010-08-09 > (Monday, August 09, 2010) at 2359 UTC. > Please review the document carefully (one last time), and send your > comments to the 6lowpan list. Please also indicate in your response > whether or not you think this document is ready to go to the IESG. > Carsten and Geoff > _______________________________________________ > 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 > > From eunah.ietf@gmail.com Mon Nov 8 11:57: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 D02833A6940 for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 11:57:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 9Wx1567NyZKq for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 11:57:30 -0800 (PST) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by core3.amsl.com (Postfix) with ESMTP id D45923A692D for <6lowpan@ietf.org>; Mon, 8 Nov 2010 11:57:30 -0800 (PST) Received: by pzk4 with SMTP id 4so1366866pzk.31 for <6lowpan@ietf.org>; Mon, 08 Nov 2010 11:57:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=o7DjrDnT/vNkMoMzniVpAa3VsAFHpmcvuUXJBph9kj0=; b=PqwDnl5DMxT3SreiNImw+c7FsGmSB0/bKGrSZiTbbw8QdhO4OXUP6e529b5VmlK/TM 9Fxsxb+/13QOfZXhKrMexo1ykH7dMZlf9AfYMU+PtUetGv77l4YqmZ840omTeaz6B4wK EDKwHHjsEp4ZVv+0x/D8g9i3EDxvSuP798hgs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=sQQ1Uz9GV3KxU/nf+aiD6iVTq1SZdwX+GKyi/eV05nUsv7O+aSAtey345tBEXnDO4m qfjPa7MeUg1RWx2VdbRYIRqkNvk2E33/18w6JuetH5fhqY+48PoTdrAezXrnPOKltNzS 9DEG9LrFUQgegt6tIqUdtLb2ERu4rwop2ImKE= MIME-Version: 1.0 Received: by 10.229.213.202 with SMTP id gx10mr1867251qcb.290.1289246272351; Mon, 08 Nov 2010 11:57:52 -0800 (PST) Received: by 10.229.224.70 with HTTP; Mon, 8 Nov 2010 11:57:52 -0800 (PST) In-Reply-To: References: <37F74553-166D-4E1C-BB41-9C03B7DC0836@gmail.com> <4C5326AF.9040103@tanu.org> Date: Mon, 8 Nov 2010 20:57:52 +0100 Message-ID: From: "Eunsook \"Eunah\" Kim" To: Shoichi Sakane Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: 6lowpan@ietf.org Subject: Re: [6lowpan] Working-Group Last Call for draft-ietf-6lowpan-usecases-06 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, 08 Nov 2010 19:57:31 -0000 Dear Shoichi, I appreciate you again for the detail review and correction of my errors. I just uploaded the new version fixing the editorial errors you commented. You will find the new version at http://datatracker.ietf.org/doc/draft-ietf-6lowpan-usecases/ Thanks again! Eunah On Thu, Aug 5, 2010 at 11:24 AM, Eunsook "Eunah" Kim wrote: > Thanks Shoichi, > I will change the two terminologies as your suggestion. :) > > (This specification =3D=3D> This document, > =A0Multihop =3D=3D> Multi-hop) > > Thanks for your support, > Eunah > > On Sat, Jul 31, 2010 at 4:23 AM, Shoichi Sakane wrote: >> Hi, >> >> I have reviewed this draft. =A0I think it shows very good example and >> information to be worth for the implementers and the designers >> of LoWPAN networks. =A0 I thank the authors. >> >> With minor modifications that I listed below, this document must >> be ready to go. >> >> - "This specification" used in section 1.1 sounds unreasonable to me. >> =A0It would be better to change into "This document", which is used >> =A0many other places. >> >> - "Multihop communication" used in section 3.5.1 has any special meaning= ? >> =A0If not, just use "Multi-hop communication" that is used other places. >> >> - I attached a diff file for fixing typos. >> >> Shoichi Sakane >> >> On 07/28/10 22:52, Carsten Bormann wrote: >>> >>> LoWPANners, >>> >>> as you know, the working group chairs dropped the ball on the usecases >>> document. >>> A version with fixes resulting from the WGLC issued on 2009-01-09 was >>> submitted on 2009-10-02. We wanted to get some quick feedback on >>> whether that was fixing the issues and then never actually issued the >>> second working-group last call. =A0Indeed, the Internet-Draft expired >>> after six months... =A0Then the terminology of the ND draft changed. >>> Since the usecases draft now has been resubmitted with updated >>> terminology: >>> >>> This is a Working-Group Last-Call for: >>> >>> http://tools.ietf.org/html/draft-ietf-6lowpan-usecases-06 >>> >>> The document is intended to be submitted by this Working Group to the >>> IESG for publication as an Informational Document. >>> >>> This is a one-week Working-Group Last-Call, ending on 2010-08-09 >>> (Monday, August 09, 2010) at 2359 UTC. >>> >>> Please review the document carefully (one last time), and send your >>> comments to the 6lowpan list. =A0Please also indicate in your response >>> whether or not you think this document is ready to go to the IESG. >>> >>> Carsten and Geoff >>> >>> _______________________________________________ >>> 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 >> >> > From eunah.ietf@gmail.com Mon Nov 8 12:06:19 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 0A8F63A69AC for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 12:06:19 -0800 (PST) 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.300, BAYES_00=-2.599, J_CHICKENPOX_25=0.6] 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 qdOU8JJcmoW9 for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 12:06:18 -0800 (PST) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by core3.amsl.com (Postfix) with ESMTP id 3A06D3A69A8 for <6lowpan@ietf.org>; Mon, 8 Nov 2010 12:06:18 -0800 (PST) Received: by pzk4 with SMTP id 4so1373245pzk.31 for <6lowpan@ietf.org>; Mon, 08 Nov 2010 12:06:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=P+3Zkn/3dM3Zjbf0bchp/SlVMc29XX53ITAB4HuSFdc=; b=LFBbmMH63W0Fk9wX8kAHG94d8BoWFsaPXFLc5zNztfApRHirI7kyPhh9FirysHnMDG QfFwr1abEoNZTbbGHBSqmB58ov3gZeY/SvAT5IW+DW6tgv0xp5AcOp6Sv8zXmBa0sjqv gx0p53S5vbHOcBpl/7ZKz9Q3HL8Jo2bzf++u4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ZiiOwnkZ5Hc9MOrgNkIjTLaPPy9m3fCiSmLSIUMHZWvr+3Isvpz72jOKI+KSOII4c5 HYIFVKkOL/S16O60lopwypBanBkNg+F3fJ67silpCjsI7b0Zh3nZ8LXpbVrfh5qO2Czu swI3wbYZAsMlsq3bcUol56rWi5KnWSF+E1Kgk= MIME-Version: 1.0 Received: by 10.229.74.147 with SMTP id u19mr5455602qcj.214.1289246799774; Mon, 08 Nov 2010 12:06:39 -0800 (PST) Received: by 10.229.224.70 with HTTP; Mon, 8 Nov 2010 12:06:39 -0800 (PST) In-Reply-To: <039201cb3811$a885eda0$f991c8e0$@com> References: <37F74553-166D-4E1C-BB41-9C03B7DC0836@gmail.com> <52182.130.129.119.154.1280325491.squirrel@webmail.entel.upc.edu> <039201cb3811$a885eda0$f991c8e0$@com> Date: Mon, 8 Nov 2010 21:06:39 +0100 Message-ID: From: "Eunsook \"Eunah\" Kim" To: Samita Chakrabarti Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Carsten Bormann , 6lowpan 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] Working-Group Last Call for draft-ietf-6lowpan-usecases-06 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, 08 Nov 2010 20:06:19 -0000 Dear Samita, Thanks for you support of the use-case document, and your valuable comments= . LC is an "logical entity" for local data aggregation, status management of local nodes, etc. It is not a router, but in mesh-under, such a local control point can be also used for data forwarding for the neighbors. However, it is highly dependant on deployment decision to set seperate nodes for seperate roles. Thus, I think that specifying such a detail role is out of scope of use-case document. LC was defined for explaining deployment scenarios for nodes with a role of management of local information. If the wording is not clear, would you please suggest some changes? Thanks again. Eunah On Tue, Aug 10, 2010 at 12:24 AM, Samita Chakrabarti wrote: > > Hi, > > I have done a brief review. The document looks good! > > One question/comment: The document enlists LC(Local Controller) in the > diagrams in several examples. But its definition is unclear whether LCs a= re > only controllers or they are aggregator routers or LRs or a combination o= f > all or one of them in logical form. > There might be some room for more clarification on LC definition of terms= . > > Thanks, > -Samita > >> >> > LoWPANners, >> > >> > as you know, the working group chairs dropped the ball on the usecases >> > document. >> > A version with fixes resulting from the WGLC issued on 2009-01-09 was >> > submitted on 2009-10-02. We wanted to get some quick feedback on >> > whether that was fixing the issues and then never actually issued the >> > second working-group last call. =A0Indeed, the Internet-Draft expired >> > after six months... =A0Then the terminology of the ND draft changed. >> > Since the usecases draft now has been resubmitted with updated >> > terminology: >> > >> > This is a Working-Group Last-Call for: >> > >> > http://tools.ietf.org/html/draft-ietf-6lowpan-usecases-06 >> > >> > The document is intended to be submitted by this Working Group to the >> > IESG for publication as an Informational Document. >> > >> > This is a one-week Working-Group Last-Call, ending on 2010-08-09 >> > (Monday, August 09, 2010) at 2359 UTC. >> > >> > Please review the document carefully (one last time), and send your >> > comments to the 6lowpan list. =A0Please also indicate in your response >> > whether or not you think this document is ready to go to the IESG. >> > >> > Carsten and Geoff >> > >> > _______________________________________________ >> > 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 > > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan > From geoff.ietf@mulligan.com Mon Nov 8 17:12:15 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 9AE803A69E5 for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 17:12:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 vWYpCoPYoIWv for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 17:12:11 -0800 (PST) Received: from server2.coslabs.com (server2.coslabs.com [64.111.18.234]) by core3.amsl.com (Postfix) with ESMTP id 456C23A69D3 for <6lowpan@ietf.org>; Mon, 8 Nov 2010 17:12:09 -0800 (PST) Received: from grab (mail.coslabs.com [199.233.92.34]) by server2.coslabs.com (Postfix) with ESMTP id 629431842F; Mon, 8 Nov 2010 18:12:44 -0700 (MST) Received: from [130.129.112.119] (dhcp-7077.meeting.ietf.org [130.129.112.119]) by grab (Postfix) with ESMTP id A31A27FC40; Mon, 8 Nov 2010 18:12:21 -0700 (MST) From: Geoff Mulligan To: "Eunsook \"Eunah\" Kim" In-Reply-To: References: <37F74553-166D-4E1C-BB41-9C03B7DC0836@gmail.com> <4C607D05.2020704@jennic.com> Content-Type: text/plain; charset="UTF-8" Date: Mon, 08 Nov 2010 18:12:25 -0700 Message-ID: <1289265145.5395.22.camel@d430> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Cc: Carsten Bormann , 6lowpan 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] Working-Group Last Call for draft-ietf-6lowpan-usecases-06 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, 09 Nov 2010 01:12:15 -0000 Eunah, Thanks for taking care of these editorial comments. The document is certainly nearly ready to go to the IESG and the shepherd document is complete. There are a couple of "nits" that need to be addressed before I can send it to our ADs. Enuah, I will send you the list of "nits" in my next message. Additionally, I was informed last night (thanks Jonathan and Pete) that I had not answered a number of messages from JP about this document. It would appear that in my move to use Google to filter my email, it (Google) decided to categorize all of JP's messages to me as SPAM - I think that I've corrected that situation. This message should answer JP's questions regarding the status of the document. In the future, remember that there are two WG Chairs, if for some reason I'm not responding to a message. geoff On Mon, 2010-11-08 at 20:56 +0100, Eunsook "Eunah" Kim wrote: > Dear Paul, > > First of all, I'm very sorry for the late responding. > I highly appreciate on your detail comments. > I just uploaded the new version fixing the editorial errors you commented. > You will find the new version at > http://datatracker.ietf.org/doc/draft-ietf-6lowpan-usecases/ > > Thanks again for the valuable review. > > Best Regards, > Eunah > > > On Tue, Aug 10, 2010 at 12:11 AM, Paul Chilton wrote: > > I think the draft is well written and contains valuable information. It > > should be submitted to the IESG after the following editorial changes are > > made: > > > > Nits > > P1, L24 r/characterisitcis/characteristics > > P1, L24 r/dimention/dimension > > P4, L24 "...details of the each..." - remove "each" > > P4, L35 r/arbitary/arbitrary > > P9, L30 r/boold/blood > > P10, L30 "In case that..." - replace with "In the case that..." > > P10, L39 "In Mesh Under, more than one LMs are selected for multi-hop > > transmission and the nodes MAY also play role in transmission multi-point > > traffic (multicast) by unicast method, not only role in data collection." > > Sentence is unclear > > P11, L7 "The data volume is usually not so big in this case, but data is > > sensitive for delay." replace with "The volume of data volume is usually not > > large in this case, but is sensitive to delay." > > P11, L23 "In case..." replace with "In the case..." > > P11, L25 r/typle/type > > P12, L25 "such as fire alarm" add "such as a fire alarm" > > P12, L25 "...MUST be handled in very critical manner." replace with "...MUST > > be handled in a very critical manner. " > > P12, L38 "...do not move..." replace with "...are immobile..." > > P13, L50 r/acheived/achieved > > P15, L31 remove "...of the Grid network..." > > P15, L46 "...a few dozen of nodes..." remove "of" > > P16, L52 "...LBR provides connectivities to the outside of LoWPAN..." > > replace with "...LBR provides connectivity to the outside world..." > > P17, L37 r/LoPWAN/LoWPAN > > P21, L52 r/failure/fails > > Regards > > Paul > > > > Paul Chilton > > Low Power RF Solutions (formerly Jennic Ltd) > > NXP Semiconductors NV > > Furnival Street, Sheffield, S1 4QT, UK > > Tel: +44 114 281 2655 > > Fax: +44 114 281 2951 > > Comp Reg No: 3191371 Registered In England > > http://www.nxp.com http://www.jennic.com > > ____________________________________________ > > > > > > Carsten Bormann wrote: > > > > LoWPANners, > > as you know, the working group chairs dropped the ball on the usecases > > document. > > A version with fixes resulting from the WGLC issued on 2009-01-09 was > > submitted on 2009-10-02. We wanted to get some quick feedback on > > whether that was fixing the issues and then never actually issued the > > second working-group last call. Indeed, the Internet-Draft expired > > after six months... Then the terminology of the ND draft changed. > > Since the usecases draft now has been resubmitted with updated > > terminology: > > This is a Working-Group Last-Call for: > > http://tools.ietf.org/html/draft-ietf-6lowpan-usecases-06 > > The document is intended to be submitted by this Working Group to the > > IESG for publication as an Informational Document. > > This is a one-week Working-Group Last-Call, ending on 2010-08-09 > > (Monday, August 09, 2010) at 2359 UTC. > > Please review the document carefully (one last time), and send your > > comments to the 6lowpan list. Please also indicate in your response > > whether or not you think this document is ready to go to the IESG. > > Carsten and Geoff > > _______________________________________________ > > 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 > > > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan From jpv@cisco.com Mon Nov 8 17:51: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 4E2673A68FF for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 17:51:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.544 X-Spam-Level: X-Spam-Status: No, score=-110.544 tagged_above=-999 required=5 tests=[AWL=0.055, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 ZkTcq4yuNJka for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 17:50:58 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id A5AB43A68EF for <6lowpan@ietf.org>; Mon, 8 Nov 2010 17:50:57 -0800 (PST) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAGU32EyrRN+J/2dsb2JhbACiHHGhCpt2gwuCPQSEVoV/gwoG X-IronPort-AV: E=Sophos;i="4.59,172,1288569600"; d="scan'208";a="616782278" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-6.cisco.com with ESMTP; 09 Nov 2010 01:51:20 +0000 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id oA91pK6r008411; Tue, 9 Nov 2010 01:51:20 GMT Received: from xfe-sjc-221.amer.cisco.com ([128.107.191.32]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 8 Nov 2010 17:51:20 -0800 Received: from [172.31.12.9] ([10.21.83.99]) by xfe-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 8 Nov 2010 17:51:19 -0800 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: JP Vasseur In-Reply-To: <1289265145.5395.22.camel@d430> Date: Tue, 9 Nov 2010 09:51:18 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <37F74553-166D-4E1C-BB41-9C03B7DC0836@gmail.com> <4C607D05.2020704@jennic.com> <1289265145.5395.22.camel@d430> To: Geoff Mulligan X-Mailer: Apple Mail (2.1081) X-OriginalArrivalTime: 09 Nov 2010 01:51:19.0372 (UTC) FILETIME=[9A8748C0:01CB7FB0] Cc: Carsten Bormann , 6lowpan 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] Working-Group Last Call for draft-ietf-6lowpan-usecases-06 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, 09 Nov 2010 01:51:03 -0000 Hi, On Nov 9, 2010, at 9:12 AM, Geoff Mulligan wrote: > Eunah, > Thanks for taking care of these editorial comments. >=20 > The document is certainly nearly ready to go to the IESG and the > shepherd document is complete. There are a couple of "nits" that need > to be addressed before I can send it to our ADs. Enuah, I will send = you > the list of "nits" in my next message. >=20 > Additionally, I was informed last night (thanks Jonathan and Pete) = that > I had not answered a number of messages from JP about this document. = It > would appear that in my move to use Google to filter my email, it > (Google) decided to categorize all of JP's messages to me as SPAM - I > think that I've corrected that situation. This message should answer > JP's questions regarding the status of the document. In the future, > remember that there are two WG Chairs, if for some reason I'm not > responding to a message. Ah thanks for the clarifications, I was wondering why you were not = responding most emails for several years now ... you may want to check since I've been = told that others had the same issue ...=20 :-) >=20 > geoff >=20 > On Mon, 2010-11-08 at 20:56 +0100, Eunsook "Eunah" Kim wrote: >> Dear Paul, >>=20 >> First of all, I'm very sorry for the late responding. >> I highly appreciate on your detail comments. >> I just uploaded the new version fixing the editorial errors you = commented. >> You will find the new version at >> http://datatracker.ietf.org/doc/draft-ietf-6lowpan-usecases/ >>=20 >> Thanks again for the valuable review. >>=20 >> Best Regards, >> Eunah >>=20 >>=20 >> On Tue, Aug 10, 2010 at 12:11 AM, Paul Chilton = wrote: >>> I think the draft is well written and contains valuable information. = It >>> should be submitted to the IESG after the following editorial = changes are >>> made: >>>=20 >>> Nits >>> P1, L24 r/characterisitcis/characteristics >>> P1, L24 r/dimention/dimension >>> P4, L24 "...details of the each..." - remove "each" >>> P4, L35 r/arbitary/arbitrary >>> P9, L30 r/boold/blood >>> P10, L30 "In case that..." - replace with "In the case that..." >>> P10, L39 "In Mesh Under, more than one LMs are selected for = multi-hop >>> transmission and the nodes MAY also play role in transmission = multi-point >>> traffic (multicast) by unicast method, not only role in data = collection." >>> Sentence is unclear >>> P11, L7 "The data volume is usually not so big in this case, but = data is >>> sensitive for delay." replace with "The volume of data volume is = usually not >>> large in this case, but is sensitive to delay." >>> P11, L23 "In case..." replace with "In the case..." >>> P11, L25 r/typle/type >>> P12, L25 "such as fire alarm" add "such as a fire alarm" >>> P12, L25 "...MUST be handled in very critical manner." replace with = "...MUST >>> be handled in a very critical manner. " >>> P12, L38 "...do not move..." replace with "...are immobile..." >>> P13, L50 r/acheived/achieved >>> P15, L31 remove "...of the Grid network..." >>> P15, L46 "...a few dozen of nodes..." remove "of" >>> P16, L52 "...LBR provides connectivities to the outside of = LoWPAN..." >>> replace with "...LBR provides connectivity to the outside world..." >>> P17, L37 r/LoPWAN/LoWPAN >>> P21, L52 r/failure/fails >>> Regards >>> Paul >>>=20 >>> Paul Chilton >>> Low Power RF Solutions (formerly Jennic Ltd) >>> NXP Semiconductors NV >>> Furnival Street, Sheffield, S1 4QT, UK >>> Tel: +44 114 281 2655 >>> Fax: +44 114 281 2951 >>> Comp Reg No: 3191371 Registered In England >>> http://www.nxp.com http://www.jennic.com >>> ____________________________________________ >>>=20 >>>=20 >>> Carsten Bormann wrote: >>>=20 >>> LoWPANners, >>> as you know, the working group chairs dropped the ball on the = usecases >>> document. >>> A version with fixes resulting from the WGLC issued on 2009-01-09 = was >>> submitted on 2009-10-02. We wanted to get some quick feedback on >>> whether that was fixing the issues and then never actually issued = the >>> second working-group last call. Indeed, the Internet-Draft expired >>> after six months... Then the terminology of the ND draft changed. >>> Since the usecases draft now has been resubmitted with updated >>> terminology: >>> This is a Working-Group Last-Call for: >>> http://tools.ietf.org/html/draft-ietf-6lowpan-usecases-06 >>> The document is intended to be submitted by this Working Group to = the >>> IESG for publication as an Informational Document. >>> This is a one-week Working-Group Last-Call, ending on 2010-08-09 >>> (Monday, August 09, 2010) at 2359 UTC. >>> Please review the document carefully (one last time), and send your >>> comments to the 6lowpan list. Please also indicate in your response >>> whether or not you think this document is ready to go to the IESG. >>> Carsten and Geoff >>> _______________________________________________ >>> 6lowpan mailing list >>> 6lowpan@ietf.org >>> https://www.ietf.org/mailman/listinfo/6lowpan >>>=20 >>>=20 >>> -- >>>=20 >>> _______________________________________________ >>> 6lowpan mailing list >>> 6lowpan@ietf.org >>> https://www.ietf.org/mailman/listinfo/6lowpan >>>=20 >>>=20 >> _______________________________________________ >> 6lowpan mailing list >> 6lowpan@ietf.org >> https://www.ietf.org/mailman/listinfo/6lowpan >=20 >=20 > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan From cabo@tzi.org Mon Nov 8 18:51: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 0A6DC28C251 for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 18:51:53 -0800 (PST) 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.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8u0tMknQ-87k for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 18:51:52 -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 6F36828C23D for <6lowpan@ietf.org>; Mon, 8 Nov 2010 18:51: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 oA92pXuN006033 for <6lowpan@ietf.org>; Tue, 9 Nov 2010 03:51:33 +0100 (CET) Received: from dhcp-67f2.meeting.ietf.org (dhcp-67f2.meeting.ietf.org [130.129.103.242]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 14C80DFA; Tue, 9 Nov 2010 03:51:31 +0100 (CET) From: Carsten Bormann Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 9 Nov 2010 10:51:27 +0800 To: 6lowpan 6lowpan <6lowpan@ietf.org> Message-Id: Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Subject: [6lowpan] Slides uploaded for today's meeting 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, 09 Nov 2010 02:51:54 -0000 LoWPANners, I have uploaded the slides for today's meeting: http://www.ietf.org/proceedings/79/slides/6lowpan-0.pdf If you have submitted slides, please check that they have survived the = conversions and are at the right place. Gruesse, Carsten From zach@sensinode.com Mon Nov 8 22:59:02 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 E1A4C3A67A6 for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 22:59:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.556 X-Spam-Level: X-Spam-Status: No, score=-3.556 tagged_above=-999 required=5 tests=[AWL=0.043, 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 JOwE9bDHuh0U for <6lowpan@core3.amsl.com>; Mon, 8 Nov 2010 22:59:01 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id E30123A67FA for <6lowpan@ietf.org>; Mon, 8 Nov 2010 22:59:00 -0800 (PST) Received: from dhcp-40a3.meeting.ietf.org (dhcp-40a3.meeting.ietf.org [130.129.64.163]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id oA96xD3l019733 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 9 Nov 2010 08:59:18 +0200 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-197--406375925; protocol="application/pkcs7-signature"; micalg=sha1 From: Zach Shelby In-Reply-To: <1289265145.5395.22.camel@d430> Date: Tue, 9 Nov 2010 14:59:12 +0800 Message-Id: <97BDD5D8-F5D9-4325-96ED-94706F81DF68@sensinode.com> References: <37F74553-166D-4E1C-BB41-9C03B7DC0836@gmail.com> <4C607D05.2020704@jennic.com> <1289265145.5395.22.camel@d430> To: Geoff Mulligan X-Mailer: Apple Mail (2.1081) Cc: 6lowpan 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] Working-Group Last Call for draft-ietf-6lowpan-usecases-06 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, 09 Nov 2010 06:59:03 -0000 --Apple-Mail-197--406375925 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 9, 2010, at 9:12 AM, Geoff Mulligan wrote: > Google to filter my email, it (Google) decided to categorize all of = JP's messages to me as SPAM Shame on you Geoff, I thought you wrote the book on SPAM :-) = http://www.amazon.com/Removing-Spam-Processing-Addison-Wesley-Networking/d= p/0201379570/ref=3Dsr_1_1?ie=3DUTF8&s=3Dbooks&qid=3D1289285770&sr=3D8-1 --=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-197--406375925 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 ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMTEwOTA2NTkx M1owIwYJKoZIhvcNAQkEMRYEFO0uSj1zFN7WjV68La7+ve7JUk3SMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBAGBB8wKuoC0hY/az5Z5NgZG03CnQEcQmlMY8+L2jeaK7n8Lm9heSud4W yQQlWRQPE64ICmIl4l5GHbDvUvrJYlIYKFsYDIPhVUy1yXFujPJLx9aeU3it3OK0k/3vF0mO7Rfe pb9Ib98Y5SLxl08b7Uw7LtZToq7X9uV1nnIhL3rV0iwC4bdO/rLMXthVT0l4kkr3ocAl76q/BMle 07cKyrxs7Aoik6iSnX1/6s80IQm/Jsjh0J4A+4IZ5I+/ip9oSVjGSdnV76ifksZnqAOJR+onucKl TCObkoDgSta7LCXXhjlv0x9VWpmQ0gE+3gg9RbCYD5m7MKe09GmUINif0lsAAAAAAAA= --Apple-Mail-197--406375925-- From pthubert@cisco.com Tue Nov 9 19:43:02 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 C7C3A3A67B7 for <6lowpan@core3.amsl.com>; Tue, 9 Nov 2010 19:43:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.777 X-Spam-Level: X-Spam-Status: No, score=-9.777 tagged_above=-999 required=5 tests=[AWL=0.822, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 WPlu9SWSAutA for <6lowpan@core3.amsl.com>; Tue, 9 Nov 2010 19:43:01 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 4C98B3A684F for <6lowpan@ietf.org>; Tue, 9 Nov 2010 19:43:01 -0800 (PST) Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As8DAM6j2UyQ/khMgWdsb2JhbACiOxUBARYiIqAlmyOFSgSNaA X-IronPort-AV: E=Sophos;i="4.59,176,1288569600"; d="scan'208";a="68814860" Received: from ams-core-3.cisco.com ([144.254.72.76]) by ams-iport-1.cisco.com with ESMTP; 10 Nov 2010 03:43:26 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by ams-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id oAA3hQBJ016795; Wed, 10 Nov 2010 03:43:26 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 10 Nov 2010 04:43:26 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 10 Nov 2010 04:43:19 +0100 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D03298E9B@XMB-AMS-107.cisco.com> In-Reply-To: <97BDD5D8-F5D9-4325-96ED-94706F81DF68@sensinode.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [6lowpan] Working-Group Last Call fordraft-ietf-6lowpan-usecases-06 Thread-Index: Act/27RJBfxft+mNR4axpglb08SGjAArZpqA References: <37F74553-166D-4E1C-BB41-9C03B7DC0836@gmail.com><4C607D05.2020704@jennic.com><1289265145.5395.22.camel@d430> <97BDD5D8-F5D9-4325-96ED-94706F81DF68@sensinode.com> From: "Pascal Thubert (pthubert)" To: "Zach Shelby" , "Geoff Mulligan" X-OriginalArrivalTime: 10 Nov 2010 03:43:26.0583 (UTC) FILETIME=[6EABF870:01CB8089] Cc: 6lowpan 6lowpan <6lowpan@ietf.org> Subject: Re: [6lowpan] Working-Group Last Call fordraft-ietf-6lowpan-usecases-06 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: Wed, 10 Nov 2010 03:43:02 -0000 Dropping SPAM is the easy part. Getting good mail is a lot harder ; ) Pascal http://www.xtranormal.com/watch/7011357/ > -----Original Message----- > From: 6lowpan-bounces@ietf.org [mailto:6lowpan-bounces@ietf.org] On > Behalf Of Zach Shelby > Sent: Tuesday, November 09, 2010 7:59 AM > To: Geoff Mulligan > Cc: 6lowpan 6lowpan > Subject: Re: [6lowpan] Working-Group Last Call fordraft-ietf-6lowpan- > usecases-06 >=20 >=20 > On Nov 9, 2010, at 9:12 AM, Geoff Mulligan wrote: >=20 > > Google to filter my email, it (Google) decided to categorize all of JP's > messages to me as SPAM >=20 >=20 > Shame on you Geoff, I thought you wrote the book on SPAM :-) >=20 > http://www.amazon.com/Removing-Spam-Processing-Addison-Wesley- > = Networking/dp/0201379570/ref=3Dsr_1_1?ie=3DUTF8&s=3Dbooks&qid=3D128928577= 0 > &sr=3D8-1 >=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 From cabo@tzi.org Thu Nov 11 19:35:39 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 DCC0B3A69A9; Thu, 11 Nov 2010 19:35:39 -0800 (PST) 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=[AWL=0.000, 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 csZk2FY9AeOa; Thu, 11 Nov 2010 19:35:38 -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 074193A698D; Thu, 11 Nov 2010 19:35:37 -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 oAC3ZCge024366; Fri, 12 Nov 2010 04:35:12 +0100 (CET) Received: from dhcp-67f2.meeting.ietf.org (dhcp-67f2.meeting.ietf.org [130.129.103.242]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 9C891EAE; Fri, 12 Nov 2010 04:35:09 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Carsten Bormann In-Reply-To: Date: Fri, 12 Nov 2010 11:35:05 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: <894C584D-AF6B-4B3C-801B-8C21A2219346@tzi.org> References: <003e01cb81f0$b9425f60$2bc71e20$@com> To: Stephen Dawson-Haggerty X-Mailer: Apple Mail (2.1081) Cc: 6lowpan 6lowpan <6lowpan@ietf.org> Subject: [6lowpan] Router-to-router ND (was: Re: [Roll] Non-storing mode address types) 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, 12 Nov 2010 03:35:40 -0000 On Nov 12, 2010, at 07:58, Stephen Dawson-Haggerty wrote: > Okay, that sounds good; does that mean RPL routers might need to run > ND to solve the link-layer address of the next hop? Could I also > assume that the addresses RPL puts in the source header are derived > from link-layer addresses (maybe if we're in the same prefix) so that > I can just directly translate them? Let's face it, that's what I > really want to do :). >=20 > Steve (I can't answer the general question about RPL; the below is for 6LoWPAN = only.) There is some text on the router-to-router use of 6LoWPAN-ND in section = 6.5.5 of draft-ietf-6lowpan-nd-14.txt. The first paragraph is right to the point. The "optional" approach in the second paragraph is probably not the = right way to do things in a 6LoWPAN. I don't think there is a way for a router in 6LoWPAN to send a packet to = a neighboring router without revealing its L2 address, so I don't know = what kind of network this functionality would be used for. (But then = the same is true for most uses of SLLAO, and some people continue to = insist they should be used even in 6LoWPANs.) I don't think one should ever use an algorithmic mapping of L3 to L2 = addresses. (It is fine as an implementation optimization -- don't store both if = they match. =20 But never assume they will.) It is probably most useful to continue the ND part of discussion on the = 6LoWPAN list; therefore I put ROLL on BCC. (Context below for 6lowpan-only subscribers.) Gruesse, Carsten >=20 > On Thu, Nov 11, 2010 at 3:49 PM, Jonathan Hui = wrote: >>=20 >> Steve, >>=20 >> You can make the on-link assumption when using the RPL routing = header. Section 4.2 of draft-ietf-6man-rpl-routing-header requires = routers to ensure that the next entry is on-link. If the next entry is = not on-link, the router must drop the packet. >>=20 >> BTW, I'm not convinced that using 6lowpan-nd between RPL routers even = the right approach. The current 6lowpan-nd spec is primarily focused on = the host-router interface, which makes much more sense to me than = applying the same protocol for router-router interfaces. >>=20 >> -- >> Jonathan Hui >>=20 >> On Nov 11, 2010, at 2:46 PM, Stephen Dawson-Haggerty wrote: >>=20 >>> Ahh -- I only checked the roll mailing list archives... I don't = really >>> like the idea of keeping a neighbor cache for the downstream nodes, >>> since it seems like it partially defeats the point of being >>> "non-storing"; although you only would need one-hop neighbors that >>> could still be a large set and you don't know which ones. >>>=20 >>> I thought about just assuming it's on-link, but in that case we'll >>> need to require that there is a mapping from the global address to = the >>> LL address. I think this will be mostly true, but seems like either >>> RPL or 6lowpan should explicitly require it. It's also a little >>> strange, I think, to make an exception and say that "other addresses >>> are off link, unless they're in a routing header." >>>=20 >>> Anyways, I'll go scan those 6lowpan archives, thanks for the = clarification. >>>=20 >>> Steve >>>=20 >>> On Thu, Nov 11, 2010 at 2:35 PM, Colin O'Flynn = wrote: >>>> Hi Steve, >>>>=20 >>>> That exact problem you mention was discussed on the 6LoWPAN mailing = list. If >>>> you follow the way the standards are written, it won't work since = global >>>> addresses are 'off-link' and you can never reach them! >>>>=20 >>>> How it can be accomplished though use of the neighbor cache & NUD = to >>>> determine if a link is reachable or not. The point of assuming the = prefix is >>>> off-link is so you don't send NS for an unreachable node, but = instead send >>>> to the default router. But if you have NC entries, you should = consider the >>>> nodes on-link. See section 6.5.4 of 6lowpan-nd-14. >>>>=20 >>>> Another method is just to always assume a node which you have = received a >>>> downward source route to is reachable. Presumably RPL is taking = care of >>>> ensuring that node is actually registered through you, so if you = got a >>>> message which indicates the next-hop is that node, it should be = reachable. >>>>=20 >>>> HTH, >>>>=20 >>>> -Colin O'Flynn >>>>=20 >>>>=20 >>>> -----Original Message----- >>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On = Behalf Of >>>> Stephen Dawson-Haggerty >>>> Sent: November 11, 2010 5:12 PM >>>> To: ROLL WG >>>> Subject: [Roll] Non-storing mode address types >>>>=20 >>>> Hi -- trying to figure out how to construct downward source routes = using >>>> DAOs. >>>>=20 >>>> The 6lowpan-nd draft says that "All other prefixes are assumed to = be >>>> off-link ... They are therefore sent to one of the routers in the >>>> Default Router List." This presumably means up, not down, so the >>>> addresses in the routing header wold need to be link local? It = seems >>>> more likely that RPL wanted them to be global, though? >>>>=20 >>>> Related, the target option in the DAO specifies a global address, = of >>>> course; it looks like the parent address is also a global address. >>>> This is what leads to my confusion about the source route because >>>> while you can construct a path of global addresses, I must be = missing >>>> how the intermediate hops can resolve the next hops of the = addresses. >>>>=20 >>>> If the parent addresses were link-local, I think it would work, so >>>> long as the originating DAO also included a SLLA option; then the = path >>>> would be composed of only link-layer addresses. This seems a little >>>> strange, though. I looked in 6.7.8 and 9 for guidance on this, but = am >>>> still confused... >>>>=20 >>>> Thanks, >>>> Steve >>>>=20 >>>> -- >>>> stephen dawson-haggerty >>>> http://cs.berkeley.edu/~stevedh >>>> uc berkeley wireless and embedded systems lab >>>> berkeley, ca 94720 >>>> _______________________________________________ >>>> Roll mailing list >>>> Roll@ietf.org >>>> https://www.ietf.org/mailman/listinfo/roll >>>>=20 >>>>=20 >>>=20 >>>=20 >>>=20 >>> -- >>> stephen dawson-haggerty >>> http://cs.berkeley.edu/~stevedh >>> uc berkeley wireless and embedded systems lab >>> berkeley, ca 94720 >>> _______________________________________________ >>> Roll mailing list >>> Roll@ietf.org >>> https://www.ietf.org/mailman/listinfo/roll >>=20 >>=20 >=20 >=20 >=20 > --=20 > stephen dawson-haggerty > http://cs.berkeley.edu/~stevedh > uc berkeley wireless and embedded systems lab > berkeley, ca 94720 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From abr@sdesigns.dk Wed Nov 17 01:53: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 54A4E3A68D2 for <6lowpan@core3.amsl.com>; Wed, 17 Nov 2010 01:53:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.045 X-Spam-Level: X-Spam-Status: No, score=-1.045 tagged_above=-999 required=5 tests=[AWL=1.554, BAYES_00=-2.599] 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 MRwdcLYErqRO for <6lowpan@core3.amsl.com>; Wed, 17 Nov 2010 01:53:57 -0800 (PST) Received: from mail.zen-sys.com (mail.zen-sys.com [195.215.56.170]) by core3.amsl.com (Postfix) with ESMTP id 356273A68D1 for <6lowpan@ietf.org>; Wed, 17 Nov 2010 01:53:57 -0800 (PST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 17 Nov 2010 10:54:41 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: <6D9687E95918C04A8B30A7D6DA805A3E01CCD536@zensys17.zensys.local> In-Reply-To: <894C584D-AF6B-4B3C-801B-8C21A2219346@tzi.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: draft-ietf-6man-rpl-routing-header-01 limited to RPL? Thread-Index: AcuCGsUi21lyB9sRSmeE88C3hcv58wEGGp4w References: <003e01cb81f0$b9425f60$2bc71e20$@com> <894C584D-AF6B-4B3C-801B-8C21A2219346@tzi.org> From: "Anders Brandt" To: "Jonathan Hui" , "6lowpan 6lowpan" <6lowpan@ietf.org> Subject: [6lowpan] draft-ietf-6man-rpl-routing-header-01 limited to RPL? 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: Wed, 17 Nov 2010 09:53:58 -0000 In general a nice, clear document. Just a single comment: Why is this source route header format limited to use with RPL? Since this is an extension to IPv6 address fields in general, I suppose that this source routing header may be used in LLNs using other routing protocols as well? The even more general scope "within isolated subnet" may also work (?). - Anders From whq.amy@gmail.com Mon Nov 22 06:03: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 84A293A691A for <6lowpan@core3.amsl.com>; Mon, 22 Nov 2010 06:03:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001] 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 DML3qA8PCw9e for <6lowpan@core3.amsl.com>; Mon, 22 Nov 2010 06:03:40 -0800 (PST) Received: from mail-ew0-f44.google.com (mail-ew0-f44.google.com [209.85.215.44]) by core3.amsl.com (Postfix) with ESMTP id 90FF83A68D4 for <6lowpan@ietf.org>; Mon, 22 Nov 2010 06:03:40 -0800 (PST) Received: by ewy8 with SMTP id 8so3550729ewy.31 for <6lowpan@ietf.org>; Mon, 22 Nov 2010 06:04:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=a0Ny+i05k16uiT2mOD14+sUSjtVRLWnOfS6+qodadjs=; b=I1KGrwJGQiozgYk+aEFMgmTihXEynHepzLuw/wE/zNHbCzJgwVygOvid1dT2NnJF4Q 9wICE3gRb8FffNq15izsAsnp1vRHaX8mIDUxN9i+KR5B0yE+omkZYHro1+EMAGee4dYh GOGcgT6vpM1sBuBjzF6r2WguEfeGL3X0qmaMw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=vodYobRSK300eSAY8i3G7Fa/KDUjvu64MzBF6kczvkrj2bqdLIwewflJneh+oNA5HH Yc716THUa12rco4xjh9GgrKdzrU5o7k7ITeDKKIUXjDvbDcf0RExMXo8dmOrYhjdn/il tqhGrQ0DVcDlNCmpznaKoNa6GKYak2ckvmJSM= MIME-Version: 1.0 Received: by 10.204.52.1 with SMTP id f1mr5400666bkg.50.1290434672399; Mon, 22 Nov 2010 06:04:32 -0800 (PST) Received: by 10.204.151.195 with HTTP; Mon, 22 Nov 2010 06:04:32 -0800 (PST) Date: Mon, 22 Nov 2010 22:04:32 +0800 Message-ID: From: amy wang To: 6lowpan@ietf.org, blip-users@lists.eecs.berkeley.edu, tinyos-help@millennium.berkeley.edu Content-Type: multipart/alternative; boundary=001636c5a4da412a6c0495a4bcf7 Subject: [6lowpan] 6lowpan blip simulation tool 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, 22 Nov 2010 14:03:41 -0000 --001636c5a4da412a6c0495a4bcf7 Content-Type: text/plain; charset=ISO-8859-1 hi, everyone I want to do some simulation works of blip header compression, but I do not know whether there is any existed simulation tool which can support blip. Does anyone can give me help? I want to simulate the node energy consume. thanks very much. amy -- --001636c5a4da412a6c0495a4bcf7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi, everyone
=A0
I want to do some simulation works of blip header compression, but I d= o not know whether there is any existed simulation tool which can support b= lip.
Does anyone can give me help?=A0 I want to simulate the node energy co= nsume.
=A0
=A0
thanks very much.
=A0
amy
--
--001636c5a4da412a6c0495a4bcf7-- From alessandro.ludovici@gmail.com Mon Nov 22 06:17:04 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 C676F3A691A for <6lowpan@core3.amsl.com>; Mon, 22 Nov 2010 06:17:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] 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 BBkJw13dScMd for <6lowpan@core3.amsl.com>; Mon, 22 Nov 2010 06:17:04 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id E8ED03A6A96 for <6lowpan@ietf.org>; Mon, 22 Nov 2010 06:17:03 -0800 (PST) Received: by vws7 with SMTP id 7so965840vws.31 for <6lowpan@ietf.org>; Mon, 22 Nov 2010 06:17:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=9GuoPUg5fq2pwb4/RHybUBGzRfqAJI0AymfPhwKm9p0=; b=f/mZkx4P+OIbxZomQpWpAW/9s0LUvb8uBoass+ZtOabaDF4SnWv9tfU8cKj3U7acRO CCqN/N1Dx9Sbun3ti1AWS/J/4NbvcM5jK8FG4aFtOdHy8DcQQdNQggmWamZgDIgY6S5G mPZ+T1BG3N0CH9hpPGty6JvsYFPf3HOo9+vC4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=wkbyRjFQGvGq7lOr0pc8bbvf4TdQ27kN+AZPVC0WyDWdo8DRm27TOiFs8Y++Ou6OC1 dH2NJsH9CzfKnHIjMfpiU+xPp9o+G4H5UfB6O3+28eYOyqdWfhPWV0VNO7ksU84rhi9q Y+N/kvylKwblrUAV5HMHbj2jKffrF0yl0elnQ= MIME-Version: 1.0 Received: by 10.229.184.141 with SMTP id ck13mr5014510qcb.107.1290435479075; Mon, 22 Nov 2010 06:17:59 -0800 (PST) Received: by 10.229.35.200 with HTTP; Mon, 22 Nov 2010 06:17:59 -0800 (PST) In-Reply-To: References: Date: Mon, 22 Nov 2010 15:17:59 +0100 Message-ID: From: alessandro ludovici To: amy wang Content-Type: multipart/alternative; boundary=0016364ecea45600560495a4ec11 Cc: 6lowpan@ietf.org, tinyos-help@millennium.berkeley.edu, blip-users@lists.eecs.berkeley.edu Subject: Re: [6lowpan] [blip-users] 6lowpan blip simulation tool 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, 22 Nov 2010 14:17:04 -0000 --0016364ecea45600560495a4ec11 Content-Type: text/plain; charset=ISO-8859-1 try TOSSIM (tinyos) but I am not sure it will works. Other network simulator (omnet, ns-3) does not implements 6loWPAN. If you know any solution please let me know. I am interested in simulation to. 2010/11/22 amy wang > hi, everyone > > I want to do some simulation works of blip header compression, but I do not > know whether there is any existed simulation tool which can support blip. > Does anyone can give me help? I want to simulate the node energy consume. > > > thanks very much. > > amy > -- > --0016364ecea45600560495a4ec11 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable try TOSSIM (tinyos) but I am not sure it will works.
Other network simu= lator (omnet, ns-3) does not implements 6loWPAN. If you know any solution= =A0please=A0let me know.

I am interested in simula= tion to.

2010/11/22 amy wang <whq.amy@gmail.com>
hi, everyone
=A0
I want to do some simulation works of blip header compression, but I d= o not know whether there is any existed simulation tool which can support b= lip.
Does anyone can give me help?=A0 I want to simulate the node energy co= nsume.
=A0
=A0
thanks very much.
=A0
amy
--

--0016364ecea45600560495a4ec11-- From ikram@ee.oulu.fi Mon Nov 22 06:22:57 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 6F6263A691A for <6lowpan@core3.amsl.com>; Mon, 22 Nov 2010 06:22:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] 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 6Bsj1Jsvrwxd for <6lowpan@core3.amsl.com>; Mon, 22 Nov 2010 06:22:56 -0800 (PST) Received: from ees2.oulu.fi (ee.oulu.fi [130.231.61.23]) by core3.amsl.com (Postfix) with ESMTP id 120563A6A8F for <6lowpan@ietf.org>; Mon, 22 Nov 2010 06:22:55 -0800 (PST) Received: from [10.100.11.113] (ee-gw5 [130.231.61.15]) by ees2.oulu.fi (8.13.8/8.13.8) with ESMTP id oAMENnpv008944; Mon, 22 Nov 2010 16:23:49 +0200 Message-ID: <4CEA7CF5.30904@ee.oulu.fi> Date: Mon, 22 Nov 2010 16:23:49 +0200 From: Ikram Ashraf User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: alessandro ludovici References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------080804060509010103010301" Cc: amy wang , 6lowpan@ietf.org, blip-users@lists.eecs.berkeley.edu, tinyos-help@millennium.berkeley.edu Subject: Re: [6lowpan] [blip-users] 6lowpan blip simulation tool 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, 22 Nov 2010 14:22:57 -0000 This is a multi-part message in MIME format. --------------080804060509010103010301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Try Cooja from Contiki it uses uIPv6 stack, but I guess it will not work with Berkeley Low-power IP stack (blip) http://www.sics.se/~fros/cooja/cooja.pdf Br, Ikram On 22/11/2010 16:17, alessandro ludovici wrote: > try TOSSIM (tinyos) but I am not sure it will works. > Other network simulator (omnet, ns-3) does not implements 6loWPAN. If > you know any solution please let me know. > > I am interested in simulation to. > > 2010/11/22 amy wang > > > hi, everyone > I want to do some simulation works of blip header compression, but > I do not know whether there is any existed simulation tool which > can support blip. > Does anyone can give me help? I want to simulate the node energy > consume. > thanks very much. > amy > -- > > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan --------------080804060509010103010301 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi,

Try Cooja from Contiki it uses uIPv6 stack, but I guess it will not work with Berkeley Low-power IP stack (blip)

http://www.sics.se/~fros/cooja/cooja.pdf

Br,
Ikram


On 22/11/2010 16:17, alessandro ludovici wrote:
try TOSSIM (tinyos) but I am not sure it will works.
Other network simulator (omnet, ns-3) does not implements 6loWPAN. If you know any solution please let me know.

I am interested in simulation to.

2010/11/22 amy wang <whq.amy@gmail.com>
hi, everyone
 
I want to do some simulation works of blip header compression, but I do not know whether there is any existed simulation tool which can support blip.
Does anyone can give me help?  I want to simulate the node energy consume.
 
 
thanks very much.
 
amy
-- 


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

--------------080804060509010103010301-- From alessandro.ludovici@gmail.com Mon Nov 22 06:48: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 DA85D28C10B for <6lowpan@core3.amsl.com>; Mon, 22 Nov 2010 06:48:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] 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 E7iHNf2d4Sdp for <6lowpan@core3.amsl.com>; Mon, 22 Nov 2010 06:48:40 -0800 (PST) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id C154028B56A for <6lowpan@ietf.org>; Mon, 22 Nov 2010 06:48:40 -0800 (PST) Received: by qwb7 with SMTP id 7so2423317qwb.31 for <6lowpan@ietf.org>; Mon, 22 Nov 2010 06:49:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=pJKn9UB21O1wUNnA9+iHoMWINW6i2ufMq9jgixVQa4w=; b=g95tGhS6epyKzCf3lfXIUYS+QqGaVKIWSYjp6iG4J8fdz5411eyJ6J0f6PffjawgeN m58ULPmYM5966xEaPA8EmH9p2cbhAXNLh+O+1glQQhtfPnLSk6BflAVba4bbXOLXJhc+ p5GsHC5LshvIu651e1lfzJL2Z4sneGWcX8rhI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=J0zRvn1B9cV7XfIF4AJdrwh5q2ac5WyFrntoqKhxl+eNOQ5Ebkee2G65xm2wFnNXok 9YlGXjG9J6gju6lyTklM4AFdotoA6elYFEWQpmaEqbfZmsQk4o9BG1UV0xuCv8NZG5Gd YXwn0aq0dydjSzQSXzOjX622f2VmsjKiaWkCQ= MIME-Version: 1.0 Received: by 10.229.91.147 with SMTP id n19mr5043721qcm.145.1290437376066; Mon, 22 Nov 2010 06:49:36 -0800 (PST) Received: by 10.229.35.200 with HTTP; Mon, 22 Nov 2010 06:49:36 -0800 (PST) In-Reply-To: <4CEA7EBC.6080309@epfl.ch> References: <4CEA7EBC.6080309@epfl.ch> Date: Mon, 22 Nov 2010 15:49:36 +0100 Message-ID: From: alessandro ludovici To: Urs Hunkeler Content-Type: multipart/alternative; boundary=00163631064567c4c00495a55dab Cc: amy wang , 6lowpan@ietf.org, tinyos-help@millennium.berkeley.edu, blip-users@lists.eecs.berkeley.edu Subject: Re: [6lowpan] [blip-users] Re: [Tinyos-help] 6lowpan blip simulation tool 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, 22 Nov 2010 14:48:41 -0000 --00163631064567c4c00495a55dab Content-Type: text/plain; charset=ISO-8859-1 Does Avrora support 6LoWPAN? 2010/11/22 Urs Hunkeler > Hi Amy, > > Avrora can simulate the power consumption of MicaZ nodes, so you should be > able to simulate a 6lowPAN network running on MicaZ with Avrora and estimate > its power consumption. > http://compilers.cs.ucla.edu/avrora/ > > I have never used Avrora or blip, but I would be interested in learning > about the future of this project. > > Cheers, > Urs > > > > On 11/22/2010 03:04 PM, amy wang wrote: > >> hi, everyone >> I want to do some simulation works of blip header compression, but I do >> not know whether there is any existed simulation tool which can support >> blip. >> Does anyone can give me help? I want to simulate the node energy consume. >> thanks very much. >> amy >> -- >> > --00163631064567c4c00495a55dab Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Does Avrora support 6LoWPAN?

2010/11/22 U= rs Hunkeler <u= rs.hunkeler@epfl.ch>
Hi Amy,

Avrora can simulate the power consumption of MicaZ nodes, so you should be = able to simulate a 6lowPAN network running on MicaZ with Avrora and estimat= e its power consumption.
http://c= ompilers.cs.ucla.edu/avrora/

I have never used Avrora or blip, but I would be interested in learning abo= ut the future of this project.

Cheers,
Urs



On 11/22/2010 03:04 PM, amy wang wrote:
hi, everyone
I want to do some simulation works of blip header compression, but I do
not know whether there is any existed simulation tool which can support
blip.
Does anyone can give me help? I want to simulate the node energy consume. thanks very much.
amy
--

--00163631064567c4c00495a55dab-- From whq.amy@gmail.com Wed Nov 24 04:50:48 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 F1BA928C1EC for <6lowpan@core3.amsl.com>; Wed, 24 Nov 2010 04:50:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.298 X-Spam-Level: X-Spam-Status: No, score=-1.298 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, HTML_MESSAGE=0.001] 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 mixyIn5G7Ucc for <6lowpan@core3.amsl.com>; Wed, 24 Nov 2010 04:50:42 -0800 (PST) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id 7BBE228C1C4 for <6lowpan@ietf.org>; Wed, 24 Nov 2010 04:50:42 -0800 (PST) Received: by bwz12 with SMTP id 12so8728113bwz.31 for <6lowpan@ietf.org>; Wed, 24 Nov 2010 04:51:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=zcKUov6gRkP0TvjjKk6CqKsV6LHDpyw7CZ00EoxB1aA=; b=P4nN3ys7IQfQmjMYHIDajyv3Of72twWDKB1ug3gUurOM1VUsle+O1R3olOB/e6H5S1 8RjIMeTiFlNPAuzEY5T7BfVyw06tTgMqetRNb+AfU6rZeOmu5+7KB5iZUA6rmX/IjLwY enb46l85oo+a5f8YhyVAIaxPI+drbrXZ+h+iA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=c/kbAjJaNBEUJhUjiQX8IyKWbV/b/jWl+KPXtk0wzKqb7VhoiJSKMJveHq1XtbKrQ2 bVAjfO+pA8KanVMTsOZGTavrYYPcehSeFdacmbA3ahgcMI9DFV4RV/AE3STQ44s+sdLZ 8O+jEVR9XlahtPiXNCLKnbD1cfH21twcRTnSE= MIME-Version: 1.0 Received: by 10.204.62.193 with SMTP id y1mr8574510bkh.131.1290603100771; Wed, 24 Nov 2010 04:51:40 -0800 (PST) Received: by 10.204.151.195 with HTTP; Wed, 24 Nov 2010 04:51:40 -0800 (PST) Date: Wed, 24 Nov 2010 20:51:40 +0800 Message-ID: From: amy wang To: tinyos-help-request@millennium.berkeley.edu, 6lowpan@ietf.org, blip-users@lists.eecs.berkeley.edu Content-Type: multipart/alternative; boundary=00504502b0515e17820495cbf371 Subject: [6lowpan] PowerTossim Z 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: Wed, 24 Nov 2010 12:50:48 -0000 --00504502b0515e17820495cbf371 Content-Type: text/plain; charset=ISO-8859-1 Hi, everyone I try to use PowerTossim Z in Tinyos-2.x. I download it from http://www.scss.tcd.ie/~carbajor/powertossimz/index.html and update files in tinyos-2.x with PowerTossim Z. But when I do '*make micaz sim-energy' , *it's like not work with sim-energy, as the output is just: ///////// mkdir -p build/micaz ...... ///////// The makefile of app has already inlcude CFLAGS += -DPOWERTOSSIMZ Can anyone give me help? thanks a lot amy --00504502b0515e17820495cbf371 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi, everyone
=A0
I try to use PowerTossim Z in Tinyos-2.x. I download it from
and=A0update files in tinyos-2.x with PowerTossim Z.
=A0
But when I do 'make micaz sim-energy' , it's like= not work with sim-energy, as the output is just:
=A0
/////////
mkdir -p=A0build/micaz
......
/////////
=A0
The makefile of app has already inlcude CFLAGS +=3D -DPOWERTOSSIMZ
=A0
Can anyone give me help?
=A0
thanks a lot
=A0
amy

--00504502b0515e17820495cbf371-- From Gerald.Paprocki@us.elster.com Wed Nov 24 12:06:32 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 7A15428C16E for <6lowpan@core3.amsl.com>; Wed, 24 Nov 2010 12:06:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 U3LMUh6e+E70 for <6lowpan@core3.amsl.com>; Wed, 24 Nov 2010 12:06:31 -0800 (PST) Received: from mail198.messagelabs.com (mail198.messagelabs.com [216.82.254.163]) by core3.amsl.com (Postfix) with SMTP id 6851328C13A for <6lowpan@ietf.org>; Wed, 24 Nov 2010 12:06:31 -0800 (PST) X-VirusChecked: Checked X-Env-Sender: Gerald.Paprocki@us.elster.com X-Msg-Ref: server-15.tower-198.messagelabs.com!1290629247!53019766!2 X-StarScan-Version: 6.2.9; banners=-,-,- X-Originating-IP: [206.182.155.20] Received: (qmail 31889 invoked from network); 24 Nov 2010 20:07:27 -0000 Received: from unknown (HELO us-smtp01.smtp.elster.com) (206.182.155.20) by server-15.tower-198.messagelabs.com with SMTP; 24 Nov 2010 20:07:27 -0000 Auto-Submitted: auto-generated From: Gerald.Paprocki@us.elster.com To: 6lowpan@ietf.org Message-ID: Date: Wed, 24 Nov 2010 15:07:44 -0500 X-MIMETrack: Serialize by Router on US-SMTP01.domino.elster-group.com/RIM-TEMP(Release 8.5.1|September 28, 2009) at 11/24/2010 03:01:22 PM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Subject: [6lowpan] AUTO: Gerald Paprocki is out of the office (returning 11/29/2010) 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: Wed, 24 Nov 2010 20:06:32 -0000 I am out of the office until 11/29/2010. I will be out of the office starting Wednesday 11/24 and returning to the office Monday 11/29. While I am away I will have limited access to my email and phone messages. Note: This is an automated response to your message "6lowpan Digest, Vol 70, Issue 10" sent on 11/24/2010 3:00:07 PM. This is the only notification you will receive while this person is away. From whq.amy@gmail.com Mon Nov 29 00:07:16 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 109613A6AED for <6lowpan@core3.amsl.com>; Mon, 29 Nov 2010 00:07:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.204 X-Spam-Level: X-Spam-Status: No, score=-1.204 tagged_above=-999 required=5 tests=[AWL=-0.095, BAYES_05=-1.11, HTML_MESSAGE=0.001] 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 SJYsn0+cQF5d for <6lowpan@core3.amsl.com>; Mon, 29 Nov 2010 00:07:15 -0800 (PST) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id E5BB73A69CD for <6lowpan@ietf.org>; Mon, 29 Nov 2010 00:07:14 -0800 (PST) Received: by bwz12 with SMTP id 12so4092770bwz.31 for <6lowpan@ietf.org>; Mon, 29 Nov 2010 00:08:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=1/U3Nnrat+wIIj1hgCOPuGEgXZDlLXZT7xzO6p5R7Ok=; b=i96fT7w4DiV3QQHiQh7eFjGG1tRAoZRV+ZhhuYK+zfPRnEN6y9pjSkvdqo43gCG+9z h2zyKLuc4dSbds81CdbqoJ9pKAw5M5bIZGCRajiCVtXRXZR04mwoweUvNlb+iVNf8cuQ qAMw1lsH9CfL5mNhTj7W6XFePQz/T2y8d+JVU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=sdynvRmTI53eJJxKwZgSBPbC/NJ9Y+dkNgLK3Nk9I6MUrnfM086nDLeCLUCDF+x4tZ gqyWZjsLx+CQT57tehC7gvch8SGCnhBDb+ftQGTiEM4DOD/Zt3UK4oU7v5LILaLd4FVG H77nqAZEUvY7V3QVctZ7rmo6NRXbRXmxqLL3c= MIME-Version: 1.0 Received: by 10.204.68.76 with SMTP id u12mr4595681bki.6.1291018103065; Mon, 29 Nov 2010 00:08:23 -0800 (PST) Received: by 10.204.119.212 with HTTP; Mon, 29 Nov 2010 00:08:23 -0800 (PST) Date: Mon, 29 Nov 2010 16:08:23 +0800 Message-ID: From: amy wang To: tinyos-help-request@millennium.berkeley.edu, 6lowpan@ietf.org, blip-users@lists.eecs.berkeley.edu Content-Type: multipart/alternative; boundary=001636c5bd866e8bc804962c9343 Subject: [6lowpan] Can PowerTossim z simulate energy consuming with sending different length of packet 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, 29 Nov 2010 08:07:16 -0000 --001636c5bd866e8bc804962c9343 Content-Type: text/plain; charset=ISO-8859-1 hi, Can PowerTossim z simulate energy consuming with sending different length of packet? The code is the same in addition to the length of massage to be sent. I simulate with PowerTossim z, and by sending 4 bytes and 100 bytes pkt , the result used energy seems the same. Does that mean in PowerTossim z, the enery consuming is not computed according to the length of pkt to be sent? I urgently need your help. thanks very much. best regards amy --001636c5bd866e8bc804962c9343 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi,
=A0
Can PowerTossim z simulate energy consuming with sending different len= gth of packet?
=A0
The code is the same in addition to the length of massage to be sent. = I simulate with PowerTossim z, and by sending 4 bytes and 100 bytes pkt , t= he result used energy seems the same. Does that mean in PowerTossim z, the = enery consuming is not computed according to the length of pkt to be sent?<= /div>
=A0
I urgently need your help.
thanks very much.
=A0
best regards
amy

--001636c5bd866e8bc804962c9343--