From 6lowpan-bounces@lists.ietf.org Mon Aug 01 03:22:04 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzUce-0006Ky-7a; Mon, 01 Aug 2005 03:22:04 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzUcb-0006Kc-RF for 6lowpan@megatron.ietf.org; Mon, 01 Aug 2005 03:22:01 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA01235 for <6lowpan@ietf.org>; Mon, 1 Aug 2005 03:22:00 -0400 (EDT) Received: from mailout2.samsung.com ([203.254.224.25]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DzV8m-0000Vy-UW for 6lowpan@ietf.org; Mon, 01 Aug 2005 03:55:20 -0400 Received: from ep_mmp2 (mailout2.samsung.com [203.254.224.25]) by mailout2.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IKJ00LBV8G76J@mailout2.samsung.com> for 6lowpan@ietf.org; Mon, 01 Aug 2005 16:21:43 +0900 (KST) Received: from samsung70c651a ([124.235.13.2]) by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTPA id <0IKJ009PO8G34J@mmp2.samsung.com> for 6lowpan@ietf.org; Mon, 01 Aug 2005 16:21:43 +0900 (KST) Date: Mon, 01 Aug 2005 16:21:37 +0900 From: Soohong Daniel Park Subject: Re: [6lowpan] 6lowpan hallway pre-meeting To: Carsten Bormann , 6lowpan@ietf.org Message-id: <009901c59669$a98eaec0$071eff56@samsung70c651a> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Outlook Express 6.00.2900.2180 Content-type: TEXT/PLAIN Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-RFC2646: Format=Flowed; Response References: X-Spam-Score: 0.0 (/) X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81 Content-Transfer-Encoding: 7BIT Cc: Carsten Bormann X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org Carsten How long do you suppose to have this meeting ? Because of duplicated previous meeting, I'd check it out. What about tomorrow night ? Regards, Daniel (Soohong Daniel Park) Mobile Platform Lab., SAMSUNG Electronics. ----- Original Message ----- From: "Carsten Bormann" To: <6lowpan@ietf.org> Cc: "Carsten Bormann" Sent: Monday, August 01, 2005 2:29 AM Subject: [6lowpan] 6lowpan hallway pre-meeting > Lowpanners, > > there are 9 drafts that are relevant to this week's meeting at the IETF. > > Two working group drafts: > > draft-ietf-6lowpan-format-00.txt > draft-ietf-6lowpan-problem-00.txt > > Seven independent submissions: > > draft-chakrabarti-lowpan-ipv6-nd-00.txt > draft-chakrabarti-mobopts-lowpan-req-00.txt > draft-daniel-6lowpan-hilow-hierarchical-routing-00.txt > draft-daniel-6lowpan-interoperability-01.txt > draft-daniel-6lowpan-load-adhoc-routing-01.txt > draft-daniel-6lowpan-sslp-00.txt > draft-montenegro-lowpan-aodv-00.txt > > It is pretty clear that we can't cover this ground in the one-hour > meeting we have on the official agenda. > Since most of the authors and other interested people are here in Paris, > I'm proposing that we have an off-line meeting > > Monday, 18:30, at the corner of the terminal room to the right of the > entrance (where the L-shaped table arrangement is). > > We need to discuss: > > What is the impact of each of the seven independent submissions on the > probable course of action? > Is the charter's assumption that we'll finish the encapsulation/ format > first and then tackle security/routing the right way forward? > Are the additional proposals going to require changes in our current > standards track document (draft-ietf-6lowpan-format-00.txt)? > What do the authors want to have happen to the additional submissions? > > Of course, no decisions are made in smoke-filled rooms; this is just > about maximizing use of the face time. > We will summarize the discussion to the list. > > Gruesse, Carsten > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > > _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Mon Aug 01 03:51:09 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzV4n-0003SK-Ex; Mon, 01 Aug 2005 03:51:09 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzV4m-0003SC-9T for 6lowpan@megatron.ietf.org; Mon, 01 Aug 2005 03:51:08 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA02357 for <6lowpan@ietf.org>; Mon, 1 Aug 2005 03:51:06 -0400 (EDT) Received: from web81904.mail.mud.yahoo.com ([68.142.207.183]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1DzVaz-0001rD-6i for 6lowpan@ietf.org; Mon, 01 Aug 2005 04:24:27 -0400 Received: (qmail 36247 invoked by uid 60001); 1 Aug 2005 07:50:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=0t//y9KgaZZLhmok3tWWObHweNDCsq7z/OBDvnwofBCfiV4Zva0x1JmdUVHtK3Zf2+Q8J+r61+c/LlJqQgsTuVjHJPzBZFI3E9AjR1gasuLJ3Lh5fZxoLAJZyn04mp8BnrjXS67tOt/bQ+93NGLj5MBrsGpLWOnA3O4AIFun0RI= ; Message-ID: <20050801075053.36245.qmail@web81904.mail.mud.yahoo.com> Received: from [86.255.27.102] by web81904.mail.mud.yahoo.com via HTTP; Mon, 01 Aug 2005 00:50:53 PDT Date: Mon, 1 Aug 2005 00:50:53 -0700 (PDT) From: gabriel montenegro Subject: Re: [6lowpan] 6lowpan hallway pre-meeting To: Carsten Bormann , 6lowpan@ietf.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.5 (/) X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44 Content-Transfer-Encoding: 8bit Cc: X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: itijibox-6lowpan@yahoo.com List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org That's during a meeting (MIP4). How about waiting till the end of the meetings tonight, at 1945? -gabriel --- Carsten Bormann wrote: > Lowpanners, > > there are 9 drafts that are relevant to this week's meeting at the IETF. > > Two working group drafts: > > draft-ietf-6lowpan-format-00.txt > draft-ietf-6lowpan-problem-00.txt > > Seven independent submissions: > > draft-chakrabarti-lowpan-ipv6-nd-00.txt > draft-chakrabarti-mobopts-lowpan-req-00.txt > draft-daniel-6lowpan-hilow-hierarchical-routing-00.txt > draft-daniel-6lowpan-interoperability-01.txt > draft-daniel-6lowpan-load-adhoc-routing-01.txt > draft-daniel-6lowpan-sslp-00.txt > draft-montenegro-lowpan-aodv-00.txt > > It is pretty clear that we can't cover this ground in the one-hour > meeting we have on the official agenda. > Since most of the authors and other interested people are here in > Paris, I'm proposing that we have an off-line meeting > > Monday, 18:30, at the corner of the terminal room to the right > of the entrance (where the L-shaped table arrangement is). > > We need to discuss: > > What is the impact of each of the seven independent submissions on > the probable course of action? > Is the charter's assumption that we'll finish the encapsulation/ > format first and then tackle security/routing the right way forward? > Are the additional proposals going to require changes in our current > standards track document (draft-ietf-6lowpan-format-00.txt)? > What do the authors want to have happen to the additional submissions? > > Of course, no decisions are made in smoke-filled rooms; this is just > about maximizing use of the face time. > We will summarize the discussion to the list. > > Gruesse, Carsten > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Mon Aug 01 03:57:25 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzVAr-0004Ve-NM; Mon, 01 Aug 2005 03:57:25 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzVAq-0004VR-MC for 6lowpan@megatron.ietf.org; Mon, 01 Aug 2005 03:57:25 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA02772 for <6lowpan@ietf.org>; Mon, 1 Aug 2005 03:57:23 -0400 (EDT) Received: from grab.coslabs.com ([199.233.92.34]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DzVh3-0002Bg-Ce for 6lowpan@ietf.org; Mon, 01 Aug 2005 04:30:43 -0400 Received: from open-29-157.ietf63.ietf.org (open-29-157.ietf63.ietf.org [86.255.29.157]) by grab.coslabs.com (8.12.10/8.12.10) with ESMTP id j717ukEZ026332; Mon, 1 Aug 2005 01:56:47 -0600 (MDT) Subject: Re: [6lowpan] 6lowpan hallway pre-meeting From: Geoff Mulligan To: Soohong Daniel Park In-Reply-To: <009901c59669$a98eaec0$071eff56@samsung70c651a> References: <009901c59669$a98eaec0$071eff56@samsung70c651a> Content-Type: text/plain Date: Mon, 01 Aug 2005 01:56:41 -0600 Message-Id: <1122883001.8268.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 73734d43604d52d23b3eba644a169745 Content-Transfer-Encoding: 7bit Cc: Carsten Bormann , 6lowpan@ietf.org X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org We expect it to possible last 1 hour but at a minimum 30 minutes. We can't do it tomorrow night becuase of the social. I hope that you can make it. geoff On Mon, 2005-08-01 at 16:21 +0900, Soohong Daniel Park wrote: > Carsten > > How long do you suppose to have this meeting ? > Because of duplicated previous meeting, I'd check it out. > > What about tomorrow night ? > > > > Regards, > > Daniel (Soohong Daniel Park) > Mobile Platform Lab., SAMSUNG Electronics. > ----- Original Message ----- > From: "Carsten Bormann" > To: <6lowpan@ietf.org> > Cc: "Carsten Bormann" > Sent: Monday, August 01, 2005 2:29 AM > Subject: [6lowpan] 6lowpan hallway pre-meeting > > > > Lowpanners, > > > > there are 9 drafts that are relevant to this week's meeting at the IETF. > > > > Two working group drafts: > > > > draft-ietf-6lowpan-format-00.txt > > draft-ietf-6lowpan-problem-00.txt > > > > Seven independent submissions: > > > > draft-chakrabarti-lowpan-ipv6-nd-00.txt > > draft-chakrabarti-mobopts-lowpan-req-00.txt > > draft-daniel-6lowpan-hilow-hierarchical-routing-00.txt > > draft-daniel-6lowpan-interoperability-01.txt > > draft-daniel-6lowpan-load-adhoc-routing-01.txt > > draft-daniel-6lowpan-sslp-00.txt > > draft-montenegro-lowpan-aodv-00.txt > > > > It is pretty clear that we can't cover this ground in the one-hour > > meeting we have on the official agenda. > > Since most of the authors and other interested people are here in Paris, > > I'm proposing that we have an off-line meeting > > > > Monday, 18:30, at the corner of the terminal room to the right of the > > entrance (where the L-shaped table arrangement is). > > > > We need to discuss: > > > > What is the impact of each of the seven independent submissions on the > > probable course of action? > > Is the charter's assumption that we'll finish the encapsulation/ format > > first and then tackle security/routing the right way forward? > > Are the additional proposals going to require changes in our current > > standards track document (draft-ietf-6lowpan-format-00.txt)? > > What do the authors want to have happen to the additional submissions? > > > > Of course, no decisions are made in smoke-filled rooms; this is just > > about maximizing use of the face time. > > We will summarize the discussion to the list. > > > > Gruesse, Carsten > > > > > > _______________________________________________ > > 6lowpan mailing list > > 6lowpan@lists.ietf.org > > https://www1.ietf.org/mailman/listinfo/6lowpan > > > > > > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Mon Aug 01 05:50:52 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzWwe-0007Df-TA; Mon, 01 Aug 2005 05:50:52 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzWpk-00016P-Po for 6lowpan@megatron.ietf.org; Mon, 01 Aug 2005 05:43:44 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA12074 for <6lowpan@ietf.org>; Mon, 1 Aug 2005 05:43:42 -0400 (EDT) Received: from mailout2.samsung.com ([203.254.224.25]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DzXLz-0007DX-Ew for 6lowpan@ietf.org; Mon, 01 Aug 2005 06:17:04 -0400 Received: from ep_mmp2 (mailout2.samsung.com [203.254.224.25]) by mailout2.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IKJ00JSAF00MI@mailout2.samsung.com> for 6lowpan@ietf.org; Mon, 01 Aug 2005 18:43:12 +0900 (KST) Received: from samsung70c651a ([124.235.141.4]) by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTPA id <0IKJ000U0EZW09@mmp2.samsung.com> for 6lowpan@ietf.org; Mon, 01 Aug 2005 18:43:12 +0900 (KST) Date: Mon, 01 Aug 2005 18:43:07 +0900 From: Soohong Daniel Park Subject: Re: [6lowpan] 6lowpan hallway pre-meeting To: Carsten Bormann , 6lowpan@ietf.org Message-id: <01b601c5967d$6dc01370$071eff56@samsung70c651a> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Outlook Express 6.00.2900.2180 Content-type: TEXT/PLAIN Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-RFC2646: Format=Flowed; Response References: X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Content-Transfer-Encoding: 7BIT Cc: Carsten Bormann X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org > draft-daniel-6lowpan-load-adhoc-routing-01.txt > draft-montenegro-lowpan-aodv-00.txt The last one was already merged into the first one. Hope to recognize this stuff Regards, Daniel (Soohong Daniel Park) Mobile Platform Lab., SAMSUNG Electronics. _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Mon Aug 01 07:08:47 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzYA2-0000Uc-UL; Mon, 01 Aug 2005 07:08:46 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzYA1-0000UO-W8 for 6lowpan@megatron.ietf.org; Mon, 01 Aug 2005 07:08:46 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA00596 for <6lowpan@ietf.org>; Mon, 1 Aug 2005 07:08:43 -0400 (EDT) Received: from imh.informatik.uni-bremen.de ([134.102.224.4] helo=informatik.uni-bremen.de) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DzYgH-0002sq-Bo for 6lowpan@ietf.org; Mon, 01 Aug 2005 07:42:06 -0400 Received: from [127.0.0.1] (imh [134.102.224.4]) by informatik.uni-bremen.de (8.12.11/8.12.11) with ESMTP id j71B8cor026686; Mon, 1 Aug 2005 13:08:39 +0200 (MEST) Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Carsten Bormann Date: Mon, 1 Aug 2005 13:08:38 +0200 To: 6lowpan@ietf.org X-Mailer: Apple Mail (2.733) X-Virus-Scanned: by AMaViS/Sophos at informatik.uni-bremen.de X-Spam-Score: 0.0 (/) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c Content-Transfer-Encoding: 7bit Cc: Carsten Bormann Subject: [6lowpan] 6lowpan Wiki X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org The 6lowpan Wiki is now online at http://6lowpan.tzi.org The intention is that we use this as a resource of the WG, not to replace the mailing list or the Internet-drafts archive, but to supplement it for information that is not as transient as E-Mail and not as gellified as an Internet-Draft should be. Those of you who plan to contribute, please get yourself a login as described at "how to get a login" on this page. Gruesse, Carsten _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Tue Aug 02 03:47:32 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzrUq-0004aU-Bn; Tue, 02 Aug 2005 03:47:32 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzrUn-0004Xr-JV for 6lowpan@megatron.ietf.org; Tue, 02 Aug 2005 03:47:30 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA27647 for <6lowpan@ietf.org>; Tue, 2 Aug 2005 03:47:27 -0400 (EDT) Received: from smtp.dei.uc.pt ([193.137.203.228]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Dzs1D-0000Of-PX for 6lowpan@ietf.org; Tue, 02 Aug 2005 04:21:01 -0400 Received: from mail.dei.uc.pt (mail.dei.uc.pt [193.137.203.250]) by smtp.dei.uc.pt (8.13.4/8.13.4) with ESMTP id j727l91t031461; Tue, 2 Aug 2005 08:47:09 +0100 Received: (from nobody@localhost) by mail.dei.uc.pt (8.11.7/8.11.7) id j727l3R16357; Tue, 2 Aug 2005 08:47:03 +0100 X-Authentication-Warning: mail.dei.uc.pt: nobody set sender to tandre@dei.uc.pt using -f Received: from open-24-63.ietf63.ietf.org (open-24-63.ietf63.ietf.org [86.255.24.63]) by mail.dei.uc.pt (IMP) with HTTP for ; Tue, 2 Aug 2005 08:47:03 +0100 Message-ID: <1122968823.42ef24f73a60f@mail.dei.uc.pt> Date: Tue, 2 Aug 2005 08:47:03 +0100 From: Tiago Camilo To: soohong.park@samsung.com, 6lowpan@ietf.org Subject: RE: [6lowpan] Fwd: I-DACTION:draft-daniel-6lowpan-interoperability-01.txt MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 User-Agent: Internet Messaging Program (IMP) 3.2.2 X-UC-FCT-DEI-SIC-MailScanner-Information: Please contact helpdesk@dei.uc.pt for more information X-UC-FCT-DEI-SIC-MailScanner: Found to be clean X-UC-FCT-DEI-SIC-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-2.599, required 3, autolearn=not spam, BAYES_00 -2.60) X-UC-FCT-DEI-SIC-MailScanner-From: tandre@dei.uc.pt Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by smtp.dei.uc.pt id j727l91t031461 X-Spam-Score: 0.0 (/) X-Scan-Signature: cd26b070c2577ac175cd3a6d878c6248 Content-Transfer-Encoding: quoted-printable Cc: X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org Hi Daniel, I have some comments/suggestions in the following draft:=20 Interoperability of 6LoWPAN 1) In this draft you describe the gateway architecture for the interoper= ability between 6LoWPAN/external IPv6 networks, but I think that is important to describe the requirements of such gateway. Do you think that this gateway functions can be perform at a normal FFD? 2) In your architecture you always =93translate=94 IPv6 addresses to 16-= bit short addresses, but I think that is reasonable to think that it may be cases w= hen it is necessary to forward packets containing the source 64-bit address or e= ven the full 128-bit address. This can be passed as an option field, do you a= gree? 3) What about AAA services, are your thinking in addressing this type of services in your gateway architecture? 4) You only address the IPv6 unicast addresses, are you planning in enab= ling multicast/broadcast addresses? Regards, Tiago Camilo University of Coimbra ________________________________________ From: 6lowpan-bounces@lists.ietf.org [mailto:6lowpan-bounces@lists.ietf.o= rg] On Behalf Of Daniel Park Sent: ter=E7a-feira, 19 de Julho de 2005 22:30 To: 6lowpan@ietf.org Subject: [6lowpan] Fwd: I-DACTION:draft-daniel-6lowpan-interoperability-0= 1.txt fyi... ------- Original Message ------- Sender : Internet-Drafts@ietf.org Date : Jul 20, 2005 04:50 Title : I-D ACTION:draft-daniel-6lowpan-interoperability-01.txt A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. Title : Interoperability of 6LoWPAN=20 Author(s) : S. Park, et al.=20 Filename : draft-daniel-6lowpan-interoperability-01.txt=20 Pages : 10=20 Date : 2005-7-19=20 =20 This document specifies the gateway architecture for the=20 interoperability between 6LoWPAN and external IPv6 networks. The=20 gateway does the compression and decompression of IPv6 packets and=20 performs the mapping between 16 bit short addresses and the IPv6=20 addresses for both the external IPv6 networks and 6LowPAN,=20 respectively.=20 A URL for this Internet-Draft is:=20 http://www.ietf.org/internet-drafts/draft-daniel-6lowpan-interoperability= -01.txt =20 =20 =20 Regards=20 =20 Daniel (Soohong Daniel Park)=20 Mobile Platform Laboratory. SAMSUNG Electronics =20 =20 _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Tue Aug 02 05:17:02 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzstS-0005XZ-1m; Tue, 02 Aug 2005 05:17:02 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzstO-0005Ui-UT for 6lowpan@megatron.ietf.org; Tue, 02 Aug 2005 05:16:58 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA01684 for <6lowpan@ietf.org>; Tue, 2 Aug 2005 05:16:56 -0400 (EDT) Received: from mailout1.samsung.com ([203.254.224.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DztPp-0004EJ-KT for 6lowpan@ietf.org; Tue, 02 Aug 2005 05:50:31 -0400 Received: from ep_mmp1 (mailout1.samsung.com [203.254.224.24]) by mailout1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IKL0007F8FU1C@mailout1.samsung.com> for 6lowpan@ietf.org; Tue, 02 Aug 2005 18:16:42 +0900 (KST) Received: from samsung70c651a ([124.235.141.2]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0IKL00MEC8FP87@mmp1.samsung.com> for 6lowpan@ietf.org; Tue, 02 Aug 2005 18:16:42 +0900 (KST) Date: Tue, 02 Aug 2005 18:16:34 +0900 From: Soohong Daniel Park Subject: Re: [6lowpan] Fwd: I-DACTION:draft-daniel-6lowpan-interoperability-01.txt To: Tiago Camilo , 6lowpan@ietf.org Message-id: <007f01c59742$e41bf3c0$d018ff56@samsung70c651a> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Outlook Express 6.00.2900.2180 Content-type: TEXT/PLAIN Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-RFC2646: Format=Flowed; Original References: <1122968823.42ef24f73a60f@mail.dei.uc.pt> X-Spam-Score: 0.0 (/) X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793 Content-Transfer-Encoding: 7BIT Cc: X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org Tiago, Firstly, thanks your comments and that will be a good seed to raise the awareness of folks hopefully. > 1) In this draft you describe the gateway architecture for the > interoperability > between 6LoWPAN/external IPv6 networks, but I think that is important to > describe the requirements of such gateway. Do you think that this gateway > functions can be perform at a normal FFD? Yes, technical requirements of gateway would be useful to sense what 6lowpan gateway is. And I am currently assuming FFD can be used to this gateway. > 2) In your architecture you always "translate" IPv6 addresses to 16-bit > short > addresses, but I think that is reasonable to think that it may be cases > when it > is necessary to forward packets containing the source 64-bit address or > even > the full 128-bit address. This can be passed as an option field, do you > agree? In my understanding, it depends on what 6lowpan needs to achieve wrt gateway. Originally, we did focus on of how we could reduce traffic amounts over the limited bandwidth of 6lowpan, so 16-bits short address appeared in our document. Also, others (64-bits full IPv6 address) are open... > 3) What about AAA services, are your thinking in addressing this type of > services in your gateway architecture? Well, I know 6lowpan is considering of how we can support security solutions, but I am not sure whether or not 6lowpan needs AAA in its scenarions. It's also controversial issue. > 4) You only address the IPv6 unicast addresses, are you planning in > enabling > multicast/broadcast addresses? The usage of multicast/broadcast is ongoing issue of course. I don't have any hard stance regarding your comments and all comments can be discussed as an open issue during our face-to-face meeting... Regards, Daniel (Soohong Daniel Park) Mobile Platform Lab., SAMSUNG Electronics. _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Tue Aug 02 06:54:42 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzuPx-0001BV-TL; Tue, 02 Aug 2005 06:54:41 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzuPv-0001A6-Av for 6lowpan@megatron.ietf.org; Tue, 02 Aug 2005 06:54:39 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA09365 for <6lowpan@ietf.org>; Tue, 2 Aug 2005 06:54:36 -0400 (EDT) Received: from smtp2.dei.uc.pt ([193.137.203.231]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DzuwN-0000wJ-Vi for 6lowpan@ietf.org; Tue, 02 Aug 2005 07:28:12 -0400 Received: from mail.dei.uc.pt (mail.dei.uc.pt [193.137.203.250]) by smtp2.dei.uc.pt (8.13.4/8.13.4) with ESMTP id j72AsJHP008404; Tue, 2 Aug 2005 11:54:19 +0100 Received: (from nobody@localhost) by mail.dei.uc.pt (8.11.7/8.11.7) id j72As9K16576; Tue, 2 Aug 2005 11:54:09 +0100 X-Authentication-Warning: mail.dei.uc.pt: nobody set sender to tandre@dei.uc.pt using -f Received: from open-24-63.ietf63.ietf.org (open-24-63.ietf63.ietf.org [86.255.24.63]) by mail.dei.uc.pt (IMP) with HTTP for ; Tue, 2 Aug 2005 11:54:08 +0100 Message-ID: <1122980048.42ef50d0baad0@mail.dei.uc.pt> Date: Tue, 2 Aug 2005 11:54:08 +0100 From: Tiago Camilo To: Soohong Daniel Park Subject: Re: [6lowpan] Fwd: I-DACTION:draft-daniel-6lowpan-interoperability-01.txt References: <1122968823.42ef24f73a60f@mail.dei.uc.pt> <007f01c59742$e41bf3c0$d018ff56@samsung70c651a> In-Reply-To: <007f01c59742$e41bf3c0$d018ff56@samsung70c651a> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 User-Agent: Internet Messaging Program (IMP) 3.2.2 X-UC-FCT-DEI-SIC-MailScanner-Information: Please contact helpdesk@dei.uc.pt for more information X-UC-FCT-DEI-SIC-MailScanner: Found to be clean X-UC-FCT-DEI-SIC-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-2.599, required 3, autolearn=not spam, BAYES_00 -2.60) X-UC-FCT-DEI-SIC-MailScanner-From: tandre@dei.uc.pt Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by smtp2.dei.uc.pt id j72AsJHP008404 X-Spam-Score: 0.0 (/) X-Scan-Signature: cf3becbbd6d1a45acbe2ffd4ab88bdc2 Content-Transfer-Encoding: quoted-printable Cc: 6lowpan@ietf.org X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org Daniel, please see inline comments, Quoting Soohong Daniel Park : > Tiago, >=20 > Firstly, thanks your comments and that will be a > good seed to raise the awareness of folks hopefully. >=20 > > 1) In this draft you describe the gateway architecture for the=20 > > interoperability > > between 6LoWPAN/external IPv6 networks, but I think that is important= to > > describe the requirements of such gateway. Do you think that this gat= eway > > functions can be perform at a normal FFD? >=20 > Yes, technical requirements of gateway would be useful > to sense what 6lowpan gateway is. And I am currently > assuming FFD can be used to this gateway. >=20 > > 2) In your architecture you always "translate" IPv6 addresses to 16-b= it=20 > > short > > addresses, but I think that is reasonable to think that it may be cas= es=20 > > when it > > is necessary to forward packets containing the source 64-bit address = or=20 > > even > > the full 128-bit address. This can be passed as an option field, do y= ou=20 > > agree? >=20 > In my understanding, it depends on what 6lowpan needs to achieve wrt > gateway. Originally, we did focus on of how we could reduce traffic amo= unts > over the limited bandwidth of 6lowpan, so 16-bits short address appeare= d > in our document. Also, others (64-bits full IPv6 address) are open... >=20 tc: Yes I also agree about the need to reduce traffic amounts over 6lowpa= n network, however I think interesting to introduce this capability so we c= an indicate to the lowpan node who is requesting, I see two options to do th= is, (please note both options use/can use 16-bit addresses) - A new pair of messages, where the lowpan node after received the a r= equest can ask to the gateway, who was the source of such a query/request; - A new option that the gateway can add to the first message sent to t= he lowpan node, where it can describe the IPv6 address or the 64-bit address. > > 3) What about AAA services, are your thinking in addressing this type= of > > services in your gateway architecture? >=20 > Well, I know 6lowpan is considering of how we can support > security solutions, but I am not sure whether or not 6lowpan > needs AAA in its scenarions. It's also controversial issue. tc: I see one very important issue concerning authorization, because if n= o method is used, one can requesting infinity the lowpan network, which wil= l reduce dramatic the energy levels.. =20 > > 4) You only address the IPv6 unicast addresses, are you planning in=20 > > enabling > > multicast/broadcast addresses? >=20 > The usage of multicast/broadcast is ongoing issue of course. >=20 > I don't have any hard stance regarding your comments and > all comments can be discussed as an open issue during > our face-to-face meeting... =20 tc: OK we should do it. Unfortunately, I wasn=92t able to attend the Mond= ay meeting, so my apologies if this points were already discussed yesterday. Regard, Tiago Camilo University of Coimbra=20 > Regards, >=20 > Daniel (Soohong Daniel Park) > Mobile Platform Lab., SAMSUNG Electronics.=20 >=20 >=20 _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Tue Aug 02 12:45:03 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dzzt1-0006HF-Rx; Tue, 02 Aug 2005 12:45:03 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dzzt0-0006GY-9Q for 6lowpan@megatron.ietf.org; Tue, 02 Aug 2005 12:45:02 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA04169 for <6lowpan@ietf.org>; Tue, 2 Aug 2005 12:44:58 -0400 (EDT) Received: from imh.informatik.uni-bremen.de ([134.102.224.4] helo=informatik.uni-bremen.de) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E00PS-0000mb-7R for 6lowpan@ietf.org; Tue, 02 Aug 2005 13:18:38 -0400 Received: from [127.0.0.1] (imh [134.102.224.4]) by informatik.uni-bremen.de (8.12.11/8.12.11) with ESMTP id j72Gip9F019842; Tue, 2 Aug 2005 18:44:53 +0200 (MEST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <18B7ECA0-B58E-4F1C-93B4-CE108A6CC8D4@tzi.org> Content-Transfer-Encoding: 7bit From: Carsten Bormann Date: Tue, 2 Aug 2005 18:44:52 +0200 To: Carsten Bormann X-Mailer: Apple Mail (2.733) X-Virus-Scanned: by AMaViS/Sophos at informatik.uni-bremen.de X-Spam-Score: 0.0 (/) X-Scan-Signature: 93238566e09e6e262849b4f805833007 Content-Transfer-Encoding: 7bit Cc: 6lowpan@ietf.org Subject: [6lowpan] Notes in Wiki (Re: 6lowpan hallway pre-meeting) X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org I apologize to everyone who couldn't make it to the time we fixed -- it just wasn't possible to find a time everyone could make. As promised, we took notes. As no decisions have been made, these are not in the form of minutes, but in the form of discussion points. Therefore, I thought it would be a good idea to put them in the Wiki. As the objective is less to capture the meeting but instead to capture the important points, please feel free to edit the pages even if you weren't there on Monday. (If you were there, please make sure we didn't lose juicy bits.) You can start at: http://6lowpan.tzi.org/Hallway_20meeting_20on_202005_2d08_2d01 (or just at http://6lowpan.tzi.org, where this page is linked). The Wiki is live, so make sure you occasionally look at http://6lowpan.tzi.org/RecentChanges Gruesse, Carsten _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Wed Aug 03 10:07:24 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0Ju0-0007oa-J4; Wed, 03 Aug 2005 10:07:24 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0Jtx-0007o2-J6 for 6lowpan@megatron.ietf.org; Wed, 03 Aug 2005 10:07:23 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA18593 for <6lowpan@ietf.org>; Wed, 3 Aug 2005 10:07:19 -0400 (EDT) Received: from fmr18.intel.com ([134.134.136.17] helo=orsfmr003.jf.intel.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0KQe-0002mZ-Ii for 6lowpan@ietf.org; Wed, 03 Aug 2005 10:41:09 -0400 Received: from orsfmr100.jf.intel.com (orsfmr100.jf.intel.com [10.7.209.16]) by orsfmr003.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc, v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id j73E79WE019794 for <6lowpan@ietf.org>; Wed, 3 Aug 2005 14:07:09 GMT Received: from orsmsxvs041.jf.intel.com (orsmsxvs041.jf.intel.com [192.168.65.54]) by orsfmr100.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc, v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id j73E78VV015738 for <6lowpan@ietf.org>; Wed, 3 Aug 2005 14:07:09 GMT Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56]) by orsmsxvs041.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005080307070918979 for <6lowpan@ietf.org>; Wed, 03 Aug 2005 07:07:09 -0700 Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 3 Aug 2005 07:06:33 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [6lowpan] 6lowpan hallway pre-meeting Date: Wed, 3 Aug 2005 07:06:31 -0700 Message-ID: <9D602ABCE51B0B488BF857A4787939B5055D0060@orsmsx410> Thread-Topic: [6lowpan] 6lowpan hallway pre-meeting thread-index: AcWV9bStxfGgVGk6STmrH9vCNLgjKgCNWHUw From: "Kushalnagar, Nandakishore" To: <6lowpan@ietf.org> X-OriginalArrivalTime: 03 Aug 2005 14:06:33.0908 (UTC) FILETIME=[8E104740:01C59834] X-Scanned-By: MIMEDefang 2.44 X-Spam-Score: 0.0 (/) X-Scan-Signature: 6d95a152022472c7d6cdf886a0424dc6 Content-Transfer-Encoding: quoted-printable Cc: X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org All, Thanks for the meeting minutes. I am sorry I could not attend. My initial comments: Address assignment: Before I comment on this I agree scalability is a concern in routing, but I am a bit concerned of assuming the amount of "MAC technologies" embedded into addresses such as the topology information. In this path, I am afraid that solutions would not be generic enough. From my perspective, I think how addresses are assigned is implementation dependent.=20 Dictating the addressing methodology to have implicit routing information is an interesting idea but not sure all implementations may need it. Decoupling the addressing and routing because of the following reasons: 1. Making a node to route a particular fashion may not be suitable for lowpans as nodes are constrained in different manners. (bandwidth, energy, etc) and may want to choose routing via different nodes depending on these constraints. 2. Heterogeneity can exist at different layers. Various kinds of heterogeneity may exist. Addressing is just one kind of service. 3. Specifying how MAC addresses are assigned may not be an IETF concern. Optimization: I agree that device constraints restrain the packet size. My 2c for the "It is not quite clear what we are optimizing for", is in my mind, I think we one of the many things that we may are optimizing for is the control messages to be within one 802.15.4 packet. (Control packets could be packets needed to maintain the network such as routing packets, etc.) The others are of course the amount of packets needed, methods for disseminating packets, etc. I also want to capture one more important application that I found missing here is the industrial automation space: This includes proactive maintenance, machine monitoring, etc. This is an important space as this has some unique requirements is characterized by frequent bursty data but less frequent in terms of collection cycles. Interface to routing: I really like the "plug and play" concept for routing layers as the routing protocol is application dependent. One strategy we may choose to do is to specify frame work for reactive and proactive routing protocols at LoWPAN and specify guidelines for adapting routing layer to lowpans. Nandu am a little concerned about specifying addresses where routing is embedded.=20 -----Original Message----- From: 6lowpan-bounces@lists.ietf.org [mailto:6lowpan-bounces@lists.ietf.org] On Behalf Of Carsten Bormann Sent: Sunday, July 31, 2005 10:29 AM To: 6lowpan@ietf.org Cc: Carsten Bormann Subject: [6lowpan] 6lowpan hallway pre-meeting Lowpanners, there are 9 drafts that are relevant to this week's meeting at the IETF. Two working group drafts: draft-ietf-6lowpan-format-00.txt draft-ietf-6lowpan-problem-00.txt Seven independent submissions: draft-chakrabarti-lowpan-ipv6-nd-00.txt draft-chakrabarti-mobopts-lowpan-req-00.txt draft-daniel-6lowpan-hilow-hierarchical-routing-00.txt draft-daniel-6lowpan-interoperability-01.txt draft-daniel-6lowpan-load-adhoc-routing-01.txt draft-daniel-6lowpan-sslp-00.txt draft-montenegro-lowpan-aodv-00.txt It is pretty clear that we can't cover this ground in the one-hour =20 meeting we have on the official agenda. Since most of the authors and other interested people are here in =20 Paris, I'm proposing that we have an off-line meeting Monday, 18:30, at the corner of the terminal room to the right =20 of the entrance (where the L-shaped table arrangement is). We need to discuss: What is the impact of each of the seven independent submissions on =20 the probable course of action? Is the charter's assumption that we'll finish the encapsulation/=20 format first and then tackle security/routing the right way forward? Are the additional proposals going to require changes in our current =20 standards track document (draft-ietf-6lowpan-format-00.txt)? What do the authors want to have happen to the additional submissions? Of course, no decisions are made in smoke-filled rooms; this is just =20 about maximizing use of the face time. We will summarize the discussion to the list. Gruesse, Carsten _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Wed Aug 03 10:28:56 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0KEq-0002Rz-Ld; Wed, 03 Aug 2005 10:28:56 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0KEp-0002Rc-HE for 6lowpan@megatron.ietf.org; Wed, 03 Aug 2005 10:28:55 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA21748 for <6lowpan@ietf.org>; Wed, 3 Aug 2005 10:28:53 -0400 (EDT) Received: from imh.informatik.uni-bremen.de ([134.102.224.4] helo=informatik.uni-bremen.de) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0KlT-000465-5c for 6lowpan@ietf.org; Wed, 03 Aug 2005 11:02:42 -0400 Received: from [127.0.0.1] (imh [134.102.224.4]) by informatik.uni-bremen.de (8.12.11/8.12.11) with ESMTP id j73ESeWL002212; Wed, 3 Aug 2005 16:28:43 +0200 (MEST) In-Reply-To: <9D602ABCE51B0B488BF857A4787939B5055D0060@orsmsx410> References: <9D602ABCE51B0B488BF857A4787939B5055D0060@orsmsx410> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <877EC611-31FF-4C6F-9321-0DB25C80B742@tzi.org> Content-Transfer-Encoding: 7bit From: Carsten Bormann Subject: Re: [6lowpan] 6lowpan hallway pre-meeting Date: Wed, 3 Aug 2005 16:28:33 +0200 To: "Kushalnagar, Nandakishore" X-Mailer: Apple Mail (2.733) X-Virus-Scanned: by AMaViS/Sophos at informatik.uni-bremen.de X-Spam-Score: 0.0 (/) X-Scan-Signature: 32b73d73e8047ed17386f9799119ce43 Content-Transfer-Encoding: 7bit Cc: Carsten Bormann , 6lowpan@ietf.org X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org Hi Nandu, good to hear from you. I'm afraid my notes (and musings) may have been a bit ambiguous in places. > Address assignment: > Before I comment on this I agree scalability is a concern in routing, > but I am a bit concerned of assuming the amount of "MAC technologies" > embedded into addresses such as the topology information. In this > path, > I am afraid that solutions would not be generic enough. From my > perspective, I think how addresses are assigned is implementation > dependent. It seems to me I wasn't careful enough to separate L2 addresses (which have fixed 64-bit and freely assignable 16-bit values in 802.15.4) from L3 addresses. The latter directly follow from the MAC address (which one?) if we use stateless autoconfiguration. > Dictating the addressing methodology to have implicit routing > information is an interesting idea but not sure all implementations > may > need it. IP routing scalability is based on the fact that an IP address is a locator, containing some topology-dependent information (the prefix) and some information that generally is opaque (the network part). Since 6lowpan is at L2, one could consider extending this to the assignable L2 addresses as well. > Decoupling the addressing and routing because of the following > reasons: > > 1. Making a node to route a particular fashion may not be suitable for > lowpans as nodes are constrained in different manners. (bandwidth, > energy, etc) and may want to choose routing via different nodes > depending on these constraints. This would be part of the topology. > 2. Heterogeneity can exist at different layers. Various kinds of > heterogeneity may exist. Addressing is just one kind of service. Yes, but routing scalability requires some way to abstract out information from an address. > 3. Specifying how MAC addresses are assigned may not be an IETF > concern. Certainly not for EUI-64. If we use 16-bit addresses for routing scalability, the MAC address assignment would definitely be a concern for 6lowpan if any interoperability is desired. > Optimization: > I agree that device constraints restrain the packet size. My 2c for > the > "It is not quite clear what we are optimizing for", is in my mind, I > think we one of the many things that we may are optimizing for is the > control messages to be within one 802.15.4 packet. (Control packets > could be packets needed to maintain the network such as routing > packets, > etc.) The others are of course the amount of packets needed, > methods for > disseminating packets, etc. Agree. > I also want to capture one more important application that I found > missing here is the industrial automation space: This includes > proactive > maintenance, machine monitoring, etc. This is an important space as > this > has some unique requirements is characterized by frequent bursty data > but less frequent in terms of collection cycles. (Is that the same as or different from ICMC?) > Interface to routing: > I really like the "plug and play" concept for routing layers as the > routing protocol is application dependent. One strategy we may > choose to > do is to specify frame work for reactive and proactive routing > protocols > at LoWPAN and specify guidelines for adapting routing layer to > lowpans. Agree. Gruesse, Carsten _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Wed Aug 03 18:13:32 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0RUN-0001bz-Fr; Wed, 03 Aug 2005 18:13:27 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0RUL-0001bo-OT for 6lowpan@megatron.ietf.org; Wed, 03 Aug 2005 18:13:25 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA22627 for <6lowpan@ietf.org>; Wed, 3 Aug 2005 18:13:22 -0400 (EDT) Received: from fmr18.intel.com ([134.134.136.17] helo=orsfmr003.jf.intel.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0S16-0007Xx-W5 for 6lowpan@ietf.org; Wed, 03 Aug 2005 18:47:17 -0400 Received: from orsfmr100.jf.intel.com (orsfmr100.jf.intel.com [10.7.209.16]) by orsfmr003.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id j73MD2WE014658; Wed, 3 Aug 2005 22:13:10 GMT Received: from orsmsxvs041.jf.intel.com (orsmsxvs041.jf.intel.com [192.168.65.54]) by orsfmr100.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id j73MCKVX002575; Wed, 3 Aug 2005 22:13:02 GMT Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60]) by orsmsxvs041.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005080315130211594 ; Wed, 03 Aug 2005 15:13:02 -0700 Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 3 Aug 2005 15:13:02 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [6lowpan] 6lowpan hallway pre-meeting Date: Wed, 3 Aug 2005 15:13:01 -0700 Message-ID: <9D602ABCE51B0B488BF857A4787939B5055D0C34@orsmsx410> Thread-Topic: [6lowpan] 6lowpan hallway pre-meeting thread-index: AcWYN6/Oq2GMZfvQTOiEPV1WukW/jAAGy+xg From: "Kushalnagar, Nandakishore" To: "Carsten Bormann" X-OriginalArrivalTime: 03 Aug 2005 22:13:02.0068 (UTC) FILETIME=[83900B40:01C59878] X-Scanned-By: MIMEDefang 2.44 X-Spam-Score: 0.0 (/) X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7 Content-Transfer-Encoding: quoted-printable Cc: 6lowpan@ietf.org X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org Hi Carsten, Same here.=20 My comments preceded by NK. -----Original Message----- From: Carsten Bormann [mailto:cabo@tzi.org]=20 Sent: Wednesday, August 03, 2005 7:29 AM To: Kushalnagar, Nandakishore Cc: Carsten Bormann; 6lowpan@ietf.org Subject: Re: [6lowpan] 6lowpan hallway pre-meeting Hi Nandu, good to hear from you. I'm afraid my notes (and musings) may have been a bit ambiguous in =20 places. > Address assignment: > Before I comment on this I agree scalability is a concern in routing, > but I am a bit concerned of assuming the amount of "MAC technologies" > embedded into addresses such as the topology information. In this =20 > path, > I am afraid that solutions would not be generic enough. From my > perspective, I think how addresses are assigned is implementation > dependent. It seems to me I wasn't careful enough to separate L2 addresses =20 (which have fixed 64-bit and freely assignable 16-bit values in =20 802.15.4) from L3 addresses. The latter directly follow from the MAC address (which one?) if we =20 use stateless autoconfiguration. NK: Here, I meant L2 address assignment. > Dictating the addressing methodology to have implicit routing > information is an interesting idea but not sure all implementations =20 > may > need it. IP routing scalability is based on the fact that an IP address is a =20 locator, containing some topology-dependent information (the prefix) =20 and some information that generally is opaque (the network part). =20 Since 6lowpan is at L2, one could consider extending this to the =20 assignable L2 addresses as well. NK: hmmm.. I am confused. Although one could think of 6lowpan being in L2, is it not the purpose of 6lowpan to specify how to run IP packets on 802.15.4? If so, how does assigning of L2 addressing fall into the shim adaptation layer? what do other folks think? > Decoupling the addressing and routing because of the following > reasons: > > 1. Making a node to route a particular fashion may not be suitable for > lowpans as nodes are constrained in different manners. (bandwidth, > energy, etc) and may want to choose routing via different nodes > depending on these constraints. This would be part of the topology. NK: Topology changes quite often at runtime and changing addresses becomes kind of messy, don't you think? > 2. Heterogeneity can exist at different layers. Various kinds of > heterogeneity may exist. Addressing is just one kind of service. Yes, but routing scalability requires some way to abstract out =20 information from an address. > 3. Specifying how MAC addresses are assigned may not be an IETF =20 > concern. Certainly not for EUI-64. If we use 16-bit addresses for routing =20 scalability, the MAC address assignment would definitely be a concern =20 for 6lowpan if any interoperability is desired. NK: I see. > Optimization: > I agree that device constraints restrain the packet size. My 2c for =20 > the > "It is not quite clear what we are optimizing for", is in my mind, I > think we one of the many things that we may are optimizing for is the > control messages to be within one 802.15.4 packet. (Control packets > could be packets needed to maintain the network such as routing =20 > packets, > etc.) The others are of course the amount of packets needed, =20 > methods for > disseminating packets, etc. Agree. > I also want to capture one more important application that I found > missing here is the industrial automation space: This includes =20 > proactive > maintenance, machine monitoring, etc. This is an important space as =20 > this > has some unique requirements is characterized by frequent bursty data > but less frequent in terms of collection cycles. (Is that the same as or different from ICMC?) > Interface to routing: > I really like the "plug and play" concept for routing layers as the > routing protocol is application dependent. One strategy we may =20 > choose to > do is to specify frame work for reactive and proactive routing =20 > protocols > at LoWPAN and specify guidelines for adapting routing layer to =20 > lowpans. Agree. Gruesse, Carsten _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Wed Aug 03 19:21:11 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0SXv-0007YC-AJ; Wed, 03 Aug 2005 19:21:11 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0SXt-0007Y6-1x for 6lowpan@megatron.ietf.org; Wed, 03 Aug 2005 19:21:10 -0400 Received: from cleohshub10.napa.ad.etn.com (fwcout.eaton.com [192.104.67.8]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA25828 for <6lowpan@lists.ietf.org>; Wed, 3 Aug 2005 19:21:05 -0400 (EDT) Received: from cleohshub01.napa.ad.etn.com ([151.110.50.31]) by cleohshub10.napa.ad.etn.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 3 Aug 2005 19:20:36 -0400 Received: from mkewismb01.nasa.ad.etn.com ([151.110.68.16]) by cleohshub01.napa.ad.etn.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 3 Aug 2005 19:20:36 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 3 Aug 2005 18:20:32 -0500 Message-ID: Thread-Topic: Application Design Space Thread-Index: AcWYgfGcZzmcKoyGQrCgvVfYD0628A== From: "Pereira, Luis R" To: <6lowpan@ietf.org> X-OriginalArrivalTime: 03 Aug 2005 23:20:36.0572 (UTC) FILETIME=[F43C41C0:01C59881] Cc: Subject: [6lowpan] Application Design Space X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1738602708==" Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org This is a multi-part message in MIME format. --===============1738602708== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C59881.F1D0A330" This is a multi-part message in MIME format. ------_=_NextPart_001_01C59881.F1D0A330 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCiANCg0KSSBsZWFybmVkIGFib3V0IHRoaXMgZWZmb3J0IGp1c3QgdmVyeSByZWNlbnRs eSBhbmQgdG9vayBtZSBzb21lIHRpbWUgdG8gcmVhZCB0aGUgZG9jdW1lbnRzIHBvc3RlZC4gSSBo b3BlIHRoaXMgY2FuIGJlIHJlYWQgb24gdGltZSBmb3IgdGhlIFRodXJzZGF5IG1lZXRpbmcgYW5k IGJlIG9mIHZhbHVlLg0KDQogDQoNClRoZSBmYWN0IHRoYXQgcGVvcGxlIGFyZSB0YWxraW5nIGFi b3V0IOKAnHBsdWcgYW5kIHBsYXnigJ0gcm91dGluZyBzY2hlbWVzIGFuZCB3b25kZXJpbmcgaG93 IHRvIHRhY2tsZSB0aGUgYWRkcmVzc2luZyBpc3N1ZSBhcmUgaW5kaWNhdG9ycyBvZiBob3cgdmFn dWUgaXMgb3VyIGNvbGxlY3RpdmUgY29uY2VwdCBvZiB0aGUg4oCcYXBwbGljYXRpb24gZGVzaWdu IHNwYWNl4oCdIGZvciBhIHNldCBvZiBmdXR1cmUgSVB2Ni84MDIuMTUuNCBub2Rlcy4gRnJvbSB0 aGUgbGl0dGxlIEkga25vdyBieSBkb2luZyBzb21lIGFwcGxpY2F0aW9ucyB1c2luZyAxNS40LCBJ IHN1Z2dlc3QgaW4gdGhlIGZvbGxvd2luZyB0YWJsZSBhIHN0YXJ0aW5nIHBvaW50IGZvciBkZXNj cmliaW5nIHN1Y2ggc3BhY2UgKGluY2x1ZGluZyBzb21lIOKAnHJlYXNvbmFibGXigJ0gZ3JhbnVs YXJpdHkgZm9yIGVhY2ggcGFyYW1ldGVyLCBzdWJqZWN0IHRvIHJldmlldykuIFRoZSBpZGVhIGlz IHRvIGJlIGFibGUgdG8gcm91Z2hseSBtYXAgZWFjaCBvZiB0aGUga25vd24gYXBwbGljYXRpb25z IGFuZCB1c2UgY2FzZXMgaW4gdGhpcyBhcHBsaWNhdGlvbiBkZXNpZ24gc3BhY2UuIA0KDQogDQoN CiBBcHBsaWNhdGlvbiBEZXNpZ24gU3BhY2UgZm9yIElQdjYvODAyLjE1LjQgbm9kZXMNCg0KQWRk cmVzcyBTcGFjZSAgICAgICAgICAgICAgICAgICAgICAgICAxYml0ICAgICAgOGJpdHMgICAgICAx NmJpdHMgICAgICAzMmJpdHMgICAgICA2NGJpdHMNCg0KTWVhbiBUaW1lIEJldHdlZW4gQmF0dGVy eSBSZXBsYWNlbWVudCAgICAgIDF3ayAgICAgIDFtICAgICAgNm0gICAgICAxeSAgICAgID4zeQ0K DQpUcmFmZmljIHBlciBQcm9kdWNlciAoRXJsYW5ncykgICAgICAgICAxLzFFNiAgICAgIDEvMUU0 ICAgICAgMS8xMDAgICAgICAxLzEwICAgICAgMQ0KDQpQZXJmb3JtYW5jZSBHb2FsIChJLmUuIFBF UiwgbGF0ZW5jeSkgICAgICA5MCUgICAgICA5OSUgICAgICA5OS45OSUgICAgICA5OS45OTklICAg ICAxMDAlDQoNCkZGRC10by1Ub3RhbE5vZGVzIFJhdGlvICAgICAgICAgICAgICAgICAgIDwxJSAg ICAgIDI1JSAgICAgIDUwJSAgICAgIDc1JSAgICAgIDEwMCUNCg0KTW9iaWxlIE5vZGVzLXRvLVRv dGFsTm9kZXMgUmF0aW8gICAgICAgPDElICAgICAgMjUlICAgICAgNTAlICAgICAgNzUlICAgICAg MTAwJQ0KDQpQcm9kdWNlcnMvQ29uc3VtZXJzIFJhZGlvICAgICAgICAgICAgIDEvMTAwICAgICAg MS8xMCAgICAgIDEgICAgICAxMCAgICAgIDEwMA0KDQpNYXhpbXVtIE51bWJlciBvZiBIb3BzICAg ICAgICAgICAgICAgICAgICAxICAgICAgMiAgICAgIDUgICAgICAxMCAgICAgIHVubGltDQoNCk1v YmlsaXR5IChNZWFuIExpbmsgQ2hhbmdlIFRpbWUpICAgICAgICAgICAgMTBtcyAgICAgIDFzICAg ICAgMW0gICAgICAxaCAgICAgIDF3aw0KDQogDQoNClVuZGVyIHRoaXMgdmlldywgb3VyIGNob29z aW5nIG9mIHBhcnRpY3VsYXIgYWRkcmVzc2luZy9yb3V0aW5nL2Rpc2NvdmVyeSBzdHJhdGVnaWVz IGF0IGRlc2lnbiB0aW1lIGFyZSBhaW1lZCB0byBhIHByb2plY3Rpb24gb2YgdGhpcyBhcHBsaWNh dGlvbiBzcGFjZS4gSSB0aGluayB0aGUgSVAgY29tcHJlc3Npb24gc2NoZW1lIGNhbiBiYXNpY2Fs bHkgZXhwbG9pdCB0aGlzIGtub3dsZWRnZSBhYm91dCB0aGUgcHJvamVjdGlvbiwgbWFraW5nIHRo ZSBzb2x1dGlvbiBvcHRpbWFsIGluIG1hbnkgY2FzZXMuDQoNCiANCg0KSSBob3BlIHRoaXMgaGVs cHMgdG8gY2xhcmlmeSBzb21lIGlzc3VlcywNCg0KIA0KDQogIEx1aXMgUi4gUGVyZWlyYQ0KDQog IExlYWQgRW5naW5lZXINCg0KICBFbWJlZGRlZCBTeXN0ZW1zIGFuZCBDb21tdW5pY2F0aW9ucyBH cm91cA0KDQogIElubm92YXRpb24gQ2VudGVyIC0gRWF0b24gQ29ycG9yYXRpb24NCg0KICA0MjAx IE5vcnRoIDI3dGggU3RyZWV0DQoNCiAgTWlsd2F1a2VlLCBXSS4gNTMyMTYNCg0KICBQaG9uZTog NDE0LTQ0OTc3NDANCg0KICBGYXggIDogNDE0LTQ0OTYxMzENCg0KICAgbWFpbHRvOkx1aXNSUGVy ZWlyYUBFYXRvbi5jb20gDQoNCiAgIGh0dHA6Ly9pYy5lYXRvbi5jb20NCg== ------_=_NextPart_001_01C59881.F1D0A330 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj48SFRNTD48SEVBRD48TUVUQSBIVFRQLUVRVUlWPSJDb250ZW50LVR5cGUiIENPTlRFTlQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+PC9IRUFEPjxCT0RZPjxESVY+CjxQIGNsYXNzPU1z b05vcm1hbCAKc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IG1zby1sYXlvdXQtZ3JpZC1hbGln bjogbm9uZSI+PFNQQU4gCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnQ291 cmllciBOZXcnIj5IaSw8P3htbDpuYW1lc3BhY2UgcHJlZml4ID0gCm8gbnMgPSAidXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiAvPjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4K PFAgY2xhc3M9TXNvTm9ybWFsIApzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdDsgbXNvLWxheW91 dC1ncmlkLWFsaWduOiBub25lIj48U1BBTiAKc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1G QU1JTFk6ICdDb3VyaWVyIE5ldyciPiZuYnNwOzxvOnA+PC9vOnA+PC9TUEFOPjwvUD4KPFAgY2xh c3M9TXNvTm9ybWFsIApzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdDsgbXNvLWxheW91dC1ncmlk LWFsaWduOiBub25lIj48U1BBTiAKc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6 ICdDb3VyaWVyIE5ldyciPkkgbGVhcm5lZCBhYm91dCB0aGlzIGVmZm9ydCAKanVzdCB2ZXJ5IHJl Y2VudGx5IGFuZCB0b29rIG1lIHNvbWUgdGltZSB0byByZWFkIHRoZSBkb2N1bWVudHMgcG9zdGVk LiBJIGhvcGUgCnRoaXMgY2FuIGJlIHJlYWQgb24gdGltZSBmb3IgdGhlIFRodXJzZGF5IG1lZXRp bmcgYW5kIGJlIG9mIAp2YWx1ZS48bzpwPjwvbzpwPjwvU1BBTj48L1A+CjxQIGNsYXNzPU1zb05v cm1hbCAKc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IG1zby1sYXlvdXQtZ3JpZC1hbGlnbjog bm9uZSI+PFNQQU4gCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnQ291cmll ciBOZXcnIj4mbmJzcDs8bzpwPjwvbzpwPjwvU1BBTj48L1A+CjxQIGNsYXNzPU1zb05vcm1hbCAK c3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IG1zby1sYXlvdXQtZ3JpZC1hbGlnbjogbm9uZSI+ PFNQQU4gCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnQ291cmllciBOZXcn Ij5UaGUgZmFjdCB0aGF0IHBlb3BsZSBhcmUgCnRhbGtpbmcgYWJvdXQg4oCccGx1ZyBhbmQgcGxh eeKAnSByb3V0aW5nIHNjaGVtZXMgYW5kIHdvbmRlcmluZyBob3cgdG8gdGFja2xlIHRoZSAKYWRk cmVzc2luZyBpc3N1ZSBhcmUgaW5kaWNhdG9ycyBvZiBob3cgdmFndWUgaXMgb3VyIGNvbGxlY3Rp dmUgY29uY2VwdCBvZiB0aGUgCuKAnGFwcGxpY2F0aW9uIGRlc2lnbiBzcGFjZeKAnSBmb3IgYSBz ZXQgb2YgZnV0dXJlIElQdjYvODAyLjE1LjQgbm9kZXMuIEZyb20gdGhlIApsaXR0bGUgSSBrbm93 IGJ5IGRvaW5nIHNvbWUgYXBwbGljYXRpb25zIHVzaW5nIDE1LjQsIEkgc3VnZ2VzdCBpbiB0aGUg Zm9sbG93aW5nIAp0YWJsZSBhIHN0YXJ0aW5nIHBvaW50IGZvciBkZXNjcmliaW5nIHN1Y2ggc3Bh Y2UgKGluY2x1ZGluZyBzb21lIOKAnHJlYXNvbmFibGXigJ0gCmdyYW51bGFyaXR5IGZvciBlYWNo IHBhcmFtZXRlciwgc3ViamVjdCB0byByZXZpZXcpLiBUaGUgaWRlYSBpcyB0byBiZSBhYmxlIHRv IApyb3VnaGx5IG1hcCBlYWNoIG9mIHRoZSBrbm93biBhcHBsaWNhdGlvbnMgYW5kIHVzZSBjYXNl cyBpbiB0aGlzIGFwcGxpY2F0aW9uIApkZXNpZ24gc3BhY2UuIDxvOnA+PC9vOnA+PC9TUEFOPjwv UD4KPFAgY2xhc3M9TXNvTm9ybWFsIApzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdDsgbXNvLWxh eW91dC1ncmlkLWFsaWduOiBub25lIj48U1BBTiAKc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9O VC1GQU1JTFk6ICdDb3VyaWVyIE5ldyciPiZuYnNwOzxvOnA+PC9vOnA+PC9TUEFOPjwvUD4KPFAg Y2xhc3M9TXNvTm9ybWFsIApzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdDsgbXNvLWxheW91dC1n cmlkLWFsaWduOiBub25lIj48U1BBTiAKc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1J TFk6ICdDb3VyaWVyIE5ldyciPiZuYnNwO0FwcGxpY2F0aW9uIERlc2lnbiAKU3BhY2UgZm9yIElQ djYvODAyLjE1LjQgbm9kZXM8bzpwPjwvbzpwPjwvU1BBTj48L1A+CjxQIGNsYXNzPU1zb05vcm1h bCAKc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IG1zby1sYXlvdXQtZ3JpZC1hbGlnbjogbm9u ZSI+PFNQQU4gCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnQ291cmllciBO ZXcnIj5BZGRyZXNzIFNwYWNlPFNQQU4gCnN0eWxlPSJtc28tdGFiLWNvdW50OiAyIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9TUEFOPjxTUEFOIApzdHlsZT0ibXNvLXRh Yi1jb3VudDogMiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8L1NQQU4+PFNQQU4gc3R5bGU9Im1zby10YWItY291bnQ6 IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAKPC9TUEFOPjFiaXQ8U1BBTiBzdHls ZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8L1NQ QU4+OGJpdHM8U1BBTiBzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IAo8L1NQQU4+MTZiaXRzPFNQQU4gc3R5bGU9Im1zby10YWItY291bnQ6IDEi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAKPC9TUEFOPjMyYml0czxTUEFOIHN0eWxl PSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgCjwvU1BB Tj42NGJpdHM8bzpwPjwvbzpwPjwvU1BBTj48L1A+CjxQIGNsYXNzPU1zb05vcm1hbCAKc3R5bGU9 Ik1BUkdJTjogMGluIDBpbiAwcHQ7IG1zby1sYXlvdXQtZ3JpZC1hbGlnbjogbm9uZSI+PFNQQU4g CnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnQ291cmllciBOZXcnIj5NZWFu IFRpbWUgQmV0d2VlbiBCYXR0ZXJ5IApSZXBsYWNlbWVudDxTUEFOIHN0eWxlPSJtc28tdGFiLWNv dW50OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgCjwvU1BBTj4xd2s8U1BBTiBz dHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8 L1NQQU4+MW08U1BBTiBzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IAo8L1NQQU4+Nm08U1BBTiBzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8L1NQQU4+MXk8U1BBTiBzdHlsZT0ibXNvLXRh Yi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8L1NQQU4+Jmd0OzN5 PG86cD48L286cD48L1NQQU4+PC9QPgo8UCBjbGFzcz1Nc29Ob3JtYWwgCnN0eWxlPSJNQVJHSU46 IDBpbiAwaW4gMHB0OyBtc28tbGF5b3V0LWdyaWQtYWxpZ246IG5vbmUiPjxTUEFOIApzdHlsZT0i Rk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ0NvdXJpZXIgTmV3JyI+VHJhZmZpYyBwZXIg UHJvZHVjZXIgCihFcmxhbmdzKTxTUEFOIHN0eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsm bmJzcDsgPC9TUEFOPjxTUEFOIApzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvU1BBTj4xLzFFNjxTUEFOIApzdHlsZT0ibXNvLXRhYi1jb3Vu dDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvU1BBTj4xLzFFNDxTUEFOIApz dHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwv U1BBTj4xLzEwMDxTUEFOIApzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IDwvU1BBTj4xLzEwPFNQQU4gCnN0eWxlPSJtc28tdGFiLWNvdW50OiAx Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgCjwvU1BBTj4xPG86cD48L286cD48L1NQ QU4+PC9QPgo8UCBjbGFzcz1Nc29Ob3JtYWwgCnN0eWxlPSJNQVJHSU46IDBpbiAwaW4gMHB0OyBt c28tbGF5b3V0LWdyaWQtYWxpZ246IG5vbmUiPjxTUEFOIApzdHlsZT0iRk9OVC1TSVpFOiAxMHB0 OyBGT05ULUZBTUlMWTogJ0NvdXJpZXIgTmV3JyI+UGVyZm9ybWFuY2UgR29hbCAoSS5lLiBQRVIs IApsYXRlbmN5KTxTUEFOIHN0eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgCjwvU1BBTj45MCU8U1BBTiBzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8L1NQQU4+OTklPFNQQU4gc3R5bGU9Im1z by10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAKPC9TUEFOPjk5 Ljk5JTxTUEFOIHN0eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgCjwvU1BBTj45OS45OTklPFNQQU4gc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAKPC9TUEFOPjEwMCU8bzpwPjwvbzpwPjwvU1BBTj48L1A+ CjxQIGNsYXNzPU1zb05vcm1hbCAKc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IG1zby1sYXlv dXQtZ3JpZC1hbGlnbjogbm9uZSI+PFNQQU4gCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQt RkFNSUxZOiAnQ291cmllciBOZXcnIj5GRkQtdG8tVG90YWxOb2RlcyBSYXRpbzxTUEFOIApzdHls ZT0ibXNvLXRhYi1jb3VudDogMiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDwvU1BBTj48U1BBTiAKc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyA8L1NQQU4+PFNQQU4gCnN0eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9TUEFOPiZsdDsxJTxTUEFOIApzdHlsZT0ibXNv LXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvU1BBTj4yNSU8 U1BBTiAKc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyA8L1NQQU4+NTAlPFNQQU4gCnN0eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9TUEFOPjc1JTxTUEFOIApzdHlsZT0ibXNvLXRhYi1jb3Vu dDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8L1NQQU4+MTAwJTxvOnA+PC9v OnA+PC9TUEFOPjwvUD4KPFAgY2xhc3M9TXNvTm9ybWFsIApzdHlsZT0iTUFSR0lOOiAwaW4gMGlu IDBwdDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25lIj48U1BBTiAKc3R5bGU9IkZPTlQtU0la RTogMTBwdDsgRk9OVC1GQU1JTFk6ICdDb3VyaWVyIE5ldyciPk1vYmlsZSBOb2Rlcy10by1Ub3Rh bE5vZGVzIApSYXRpbzxTUEFOIHN0eWxlPSJtc28tdGFiLWNvdW50OiAxIj4gPC9TUEFOPjxTUEFO IApzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDwvU1BBTj4mbHQ7MSU8U1BBTiAKc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyA8L1NQQU4+MjUlPFNQQU4gCnN0eWxlPSJtc28tdGFiLWNvdW50 OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9TUEFOPjUwJTxTUEFOIApzdHls ZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvU1BB Tj43NSU8U1BBTiAKc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAKPC9TUEFOPjEwMCU8bzpwPjwvbzpwPjwvU1BBTj48L1A+CjxQIGNsYXNzPU1z b05vcm1hbCAKc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IG1zby1sYXlvdXQtZ3JpZC1hbGln bjogbm9uZSI+PFNQQU4gCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnQ291 cmllciBOZXcnIj5Qcm9kdWNlcnMvQ29uc3VtZXJzIApSYWRpbzxTUEFOIHN0eWxlPSJtc28tdGFi LWNvdW50OiAyIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgCjwvU1BBTj48 U1BBTiBzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IAo8L1NQQU4+MS8xMDA8U1BBTiBzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8L1NQQU4+MS8xMDxTUEFOIHN0eWxlPSJtc28tdGFiLWNv dW50OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgCjwvU1BBTj4xPFNQQU4gc3R5 bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAKPC9T UEFOPjEwPFNQQU4gc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAKPC9TUEFOPjEwMDxvOnA+PC9vOnA+PC9TUEFOPjwvUD4KPFAgY2xhc3M9TXNv Tm9ybWFsIApzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdDsgbXNvLWxheW91dC1ncmlkLWFsaWdu OiBub25lIj48U1BBTiAKc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdDb3Vy aWVyIE5ldyciPk1heGltdW0gTnVtYmVyIG9mIEhvcHM8U1BBTiAKc3R5bGU9Im1zby10YWItY291 bnQ6IDIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L1NQQU4+ PFNQQU4gCnN0eWxlPSJtc28tdGFiLWNvdW50OiAxIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgPC9TUEFOPjxTUEFOIApzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvU1BBTj4xPFNQQU4gCnN0eWxlPSJtc28tdGFiLWNvdW50OiAx Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9TUEFOPjI8U1BBTiAKc3R5bGU9Im1z by10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L1NQQU4+NTxT UEFOIApzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IDwvU1BBTj4xMDxTUEFOIApzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8L1NQQU4+dW5saW08bzpwPjwvbzpwPjwvU1BBTj48L1A+CjxQ IGNsYXNzPU1zb05vcm1hbCAKc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IG1zby1sYXlvdXQt Z3JpZC1hbGlnbjogbm9uZSI+PFNQQU4gCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFN SUxZOiAnQ291cmllciBOZXcnIj5Nb2JpbGl0eSAoTWVhbiBMaW5rIENoYW5nZSAKVGltZSk8U1BB TiBzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDwvU1BBTj48U1BBTiAKc3R5bGU9Im1zby10YWItY291bnQ6IDEiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyA8L1NQQU4+MTBtczxTUEFOIApzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvU1BBTj4xczxTUEFOIApzdHlsZT0ibXNv LXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvU1BBTj4xbTxT UEFOIApzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IDwvU1BBTj4xaDxTUEFOIApzdHlsZT0ibXNvLXRhYi1jb3VudDogMSI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8L1NQQU4+MXdrPG86cD48L286cD48L1NQQU4+PC9QPgo8UCBj bGFzcz1Nc29Ob3JtYWwgCnN0eWxlPSJNQVJHSU46IDBpbiAwaW4gMHB0OyBtc28tbGF5b3V0LWdy aWQtYWxpZ246IG5vbmUiPjxTUEFOIApzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlM WTogJ0NvdXJpZXIgTmV3JyI+PC9TUEFOPiZuYnNwOzwvUD4KPFAgY2xhc3M9TXNvTm9ybWFsIApz dHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25lIj48 U1BBTiAKc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdDb3VyaWVyIE5ldyci PlVuZGVyIHRoaXMgdmlldywgb3VyIApjaG9vc2luZyBvZiBwYXJ0aWN1bGFyIGFkZHJlc3Npbmcv cm91dGluZy9kaXNjb3Zlcnkgc3RyYXRlZ2llcyBhdCBkZXNpZ24gdGltZSAKYXJlIGFpbWVkIHRv IGEgcHJvamVjdGlvbiBvZiB0aGlzIGFwcGxpY2F0aW9uIHNwYWNlLiBJIHRoaW5rIHRoZSBJUCBj b21wcmVzc2lvbiAKc2NoZW1lIGNhbiBiYXNpY2FsbHkgZXhwbG9pdCB0aGlzIGtub3dsZWRnZSBh Ym91dCB0aGUgcHJvamVjdGlvbiwgbWFraW5nIHRoZSAKc29sdXRpb24gb3B0aW1hbCBpbiBtYW55 IGNhc2VzLjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4KPFAgY2xhc3M9TXNvTm9ybWFsIApzdHlsZT0i TUFSR0lOOiAwaW4gMGluIDBwdDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25lIj48U1BBTiAK c3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdDb3VyaWVyIE5ldyciPiZuYnNw OzxvOnA+PC9vOnA+PC9TUEFOPjwvUD4KPFAgY2xhc3M9TXNvTm9ybWFsIApzdHlsZT0iTUFSR0lO OiAwaW4gMGluIDBwdDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25lIj48U1BBTiAKc3R5bGU9 IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdDb3VyaWVyIE5ldyciPkkgaG9wZSB0aGlz IGhlbHBzIHRvIGNsYXJpZnkgCnNvbWUgaXNzdWVzLDwvU1BBTj48L1A+CjxQIGNsYXNzPU1zb05v cm1hbCBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdCI+Jm5ic3A7PG86cD48L286cD48L1A+CjxQ IGNsYXNzPU1zb05vcm1hbCAKc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IG1zby1sYXlvdXQt Z3JpZC1hbGlnbjogbm9uZSI+PFNQQU4gCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFN SUxZOiAnQ291cmllciBOZXcnIj48U1BBTiAKc3R5bGU9Im1zby1zcGFjZXJ1bjogeWVzIj4mbmJz cDsgPC9TUEFOPkx1aXMgUi4gUGVyZWlyYTxvOnA+PC9vOnA+PC9TUEFOPjwvUD4KPFAgY2xhc3M9 TXNvTm9ybWFsIApzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdDsgbXNvLWxheW91dC1ncmlkLWFs aWduOiBub25lIj48U1BBTiAKc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdD b3VyaWVyIE5ldyciPjxTUEFOIApzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyA8L1NQ QU4+TGVhZCBFbmdpbmVlcjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4KPFAgY2xhc3M9TXNvTm9ybWFs IApzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25l Ij48U1BBTiAKc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdDb3VyaWVyIE5l dyciPjxTUEFOIApzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyA8L1NQQU4+RW1iZWRk ZWQgU3lzdGVtcyBhbmQgQ29tbXVuaWNhdGlvbnMgCkdyb3VwPG86cD48L286cD48L1NQQU4+PC9Q Pgo8UCBjbGFzcz1Nc29Ob3JtYWwgCnN0eWxlPSJNQVJHSU46IDBpbiAwaW4gMHB0OyBtc28tbGF5 b3V0LWdyaWQtYWxpZ246IG5vbmUiPjxTUEFOIApzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05U LUZBTUlMWTogJ0NvdXJpZXIgTmV3JyI+PFNQQU4gCnN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+ Jm5ic3A7IDwvU1BBTj5Jbm5vdmF0aW9uIENlbnRlciAtIEVhdG9uIApDb3Jwb3JhdGlvbjxvOnA+ PC9vOnA+PC9TUEFOPjwvUD4KPFAgY2xhc3M9TXNvTm9ybWFsIApzdHlsZT0iTUFSR0lOOiAwaW4g MGluIDBwdDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25lIj48U1BBTiAKc3R5bGU9IkZPTlQt U0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdDb3VyaWVyIE5ldyciPjxTUEFOIApzdHlsZT0ibXNv LXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyA8L1NQQU4+NDIwMSBOb3J0aCAyN3RoIApTdHJlZXQ8bzpw PjwvbzpwPjwvU1BBTj48L1A+CjxQIGNsYXNzPU1zb05vcm1hbCAKc3R5bGU9Ik1BUkdJTjogMGlu IDBpbiAwcHQ7IG1zby1sYXlvdXQtZ3JpZC1hbGlnbjogbm9uZSI+PFNQQU4gCnN0eWxlPSJGT05U LVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnQ291cmllciBOZXcnIj48U1BBTiAKc3R5bGU9Im1z by1zcGFjZXJ1bjogeWVzIj4mbmJzcDsgPC9TUEFOPk1pbHdhdWtlZSwgV0kuIAo1MzIxNjxvOnA+ PC9vOnA+PC9TUEFOPjwvUD4KPFAgY2xhc3M9TXNvTm9ybWFsIApzdHlsZT0iTUFSR0lOOiAwaW4g MGluIDBwdDsgbXNvLWxheW91dC1ncmlkLWFsaWduOiBub25lIj48U1BBTiAKc3R5bGU9IkZPTlQt U0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdDb3VyaWVyIE5ldyciPjxTUEFOIApzdHlsZT0ibXNv LXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyA8L1NQQU4+UGhvbmU6IDQxNC00NDk3NzQwPG86cD48L286 cD48L1NQQU4+PC9QPgo8UCBjbGFzcz1Nc29Ob3JtYWwgCnN0eWxlPSJNQVJHSU46IDBpbiAwaW4g MHB0OyBtc28tbGF5b3V0LWdyaWQtYWxpZ246IG5vbmUiPjxTUEFOIApzdHlsZT0iRk9OVC1TSVpF OiAxMHB0OyBGT05ULUZBTUlMWTogJ0NvdXJpZXIgTmV3JyI+PFNQQU4gCnN0eWxlPSJtc28tc3Bh Y2VydW46IHllcyI+Jm5ic3A7IDwvU1BBTj5GYXg8U1BBTiAKc3R5bGU9Im1zby1zcGFjZXJ1bjog eWVzIj4mbmJzcDsgPC9TUEFOPjogNDE0LTQ0OTYxMzE8bzpwPjwvbzpwPjwvU1BBTj48L1A+CjxQ IGNsYXNzPU1zb05vcm1hbCAKc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IG1zby1sYXlvdXQt Z3JpZC1hbGlnbjogbm9uZSI+PFNQQU4gCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFN SUxZOiAnQ291cmllciBOZXcnIj48U1BBTiAKc3R5bGU9Im1zby1zcGFjZXJ1bjogeWVzIj4mbmJz cDsmbmJzcDsgPC9TUEFOPm1haWx0bzpMdWlzUlBlcmVpcmFARWF0b24uY29tIAo8bzpwPjwvbzpw PjwvU1BBTj48L1A+PFNQQU4gCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAn Q291cmllciBOZXcnOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7 IG1zby1hbnNpLWxhbmd1YWdlOiBFTi1VUzsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IEVOLVVTOyBt c28tYmlkaS1sYW5ndWFnZTogQVItU0EiPjxTUEFOIApzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMi PiZuYnNwOyZuYnNwOyAKPC9TUEFOPmh0dHA6Ly9pYy5lYXRvbi5jb208L1NQQU4+PC9ESVY+PC9C T0RZPjwvSFRNTD4= ------_=_NextPart_001_01C59881.F1D0A330-- --===============1738602708== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============1738602708==-- From 6lowpan-bounces@lists.ietf.org Wed Aug 03 19:50:05 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0Szt-0008J0-Mb; Wed, 03 Aug 2005 19:50:05 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0Szs-0008IP-6t for 6lowpan@megatron.ietf.org; Wed, 03 Aug 2005 19:50:04 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26605 for <6lowpan@ietf.org>; Wed, 3 Aug 2005 19:50:00 -0400 (EDT) Received: from fmr20.intel.com ([134.134.136.19] helo=orsfmr005.jf.intel.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0TWd-0002JF-Ua for 6lowpan@ietf.org; Wed, 03 Aug 2005 20:23:56 -0400 Received: from orsfmr101.jf.intel.com (orsfmr101.jf.intel.com [10.7.209.17]) by orsfmr005.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc, v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id j73NnsCT009614 for <6lowpan@ietf.org>; Wed, 3 Aug 2005 23:49:54 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr101.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc, v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id j73Nnijd001475 for <6lowpan@ietf.org>; Wed, 3 Aug 2005 23:49:54 GMT Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005080316495319077 for <6lowpan@ietf.org>; Wed, 03 Aug 2005 16:49:53 -0700 Received: from orsmsx410.amr.corp.intel.com ([192.168.65.64]) by orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 3 Aug 2005 16:49:53 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 3 Aug 2005 16:49:51 -0700 Message-ID: <9D602ABCE51B0B488BF857A4787939B5055D0E35@orsmsx410> Thread-Topic: comments on the load document thread-index: AcWYhgp3w1a5VmBBTsGGSQ8XjEr3GA== From: "Kushalnagar, Nandakishore" To: <6lowpan@ietf.org> X-OriginalArrivalTime: 03 Aug 2005 23:49:53.0490 (UTC) FILETIME=[0B70AB20:01C59886] X-Scanned-By: MIMEDefang 2.44 X-Spam-Score: 0.2 (/) X-Scan-Signature: b656e85d4d33f5403d96bac6146425d9 Cc: Subject: [6lowpan] comments on the load document X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1135095176==" Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org This is a multi-part message in MIME format. --===============1135095176== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C59886.0ACB192A" This is a multi-part message in MIME format. ------_=_NextPart_001_01C59886.0ACB192A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Daniel, =20 I think it seems to be a pretty comprehensive document to tailor AODV for 6lowpan. =20 I have 1 major comment and 1 suggestion. The accumulation routing metric tbd in this document is interesting as I see the reason you want to do this is to give a holistic picture of bidirectional routing.=20 =20 But just accumulation of the routing cost as is has these problems: 1. the route reply cost will always be worser than the request cost and hence the underlying operation would change for route comparison with forward and reverse metrics. (section=20 2. as far as I see this is an option that vendors MAY choose to implement and hence must be an option.=20 =20 I would like to propose an idea of having routing metric type: If we think of sensor networks, the path chosen depends on what kind of metric you choose. In 6lowpans, these metrics can be dynamic. For example imagine when all nodes are running on full power, the nodes may choose routing metric to be end to end delay, lqi, hop count, etc. When nodes start loosing battery, the nodes may want to choose a different metric based on remaining life time. Thus a routing metric type within the routing header is extremely important to lowpans more than other kinds of network. Here we can say how we plan to accomplish this within the LOAD scope as there are a lot of bits available to use. =20 Here is my suggestion: The current format for route request is: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type |R|D|O|Reserved | RREQ ID | Route cost | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link Layer Destination Address / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link Layer Originator Address / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =20 Suggested format change for route request could be: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type |R|D|O|B| Cost Type | RREQ ID | Route cost | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link Layer Destination Address / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link Layer Originator Address / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =20 B: Bidirectional cost when accumulation happens in a bidirectional manner Cost Type: This is a cost type that dictates the type of routing cost present in the header. The following are the current cost types known: 0: Hop count(All routing implementations must support this type) 1: End to end delay 2: lqi 3: Battery lifetime 4-127: TBD 128-255: Vendor dependent =20 The current format for route response is: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type |R|D|O|Reserved | RREQ ID | Route cost | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link layer Destination Address / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link layer Originator Address / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =20 Suggested format change is: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type |R|D|O|B| Cost Type | RREQ ID | Route cost | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link layer Destination Address / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link layer Originator Address / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =20 B: Bidirectional cost when accumulation happens in a bidirectional manner Cost Type: This is a cost type that dictates the type of routing cost present in the header. The following are the current cost types known: 0: Hop count (All routing implementations must support this type) 1: End to end delay 2: lqi 3: Battery lifetime 4-127: TBD 128-255: Vendor dependent =20 Current RERR message error codes Numeric value for describing error. 0x00 =3D No available route 0x01 =3D Low battery 0x02 - 0xff =3D reserved (TBD) =20 Suggested changes in error codes: 0x00 =3D No available route 0x01 =3D routing cost not supported 0x02 - 0xff =3D reserved (TBD) =20 =20 Nandu =20 ------_=_NextPart_001_01C59886.0ACB192A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 
Daniel,
 
I think =
it seems to be a pretty comprehensive document to tailor AODV for =
6lowpan.
 
I have 1 =
major comment and 1 suggestion.
The =
accumulation routing metric tbd in this document is interesting as I see =
the reason you want to do this is to give a holistic picture of =
bidirectional routing. 
 
But just =
accumulation of the routing cost as is has these =
problems:
1. the =
route reply cost will always be worser than the request cost and hence =
the underlying operation would change for route comparison with forward =
and reverse metrics. (section 
2. as far =
as I see this is an option that vendors MAY choose to implement and =
hence must be an option. 
 
I would =
like to propose an idea of having routing metric =
type:
If we =
think of sensor networks, the path chosen depends on what kind of metric =
you choose. In 6lowpans, these metrics can be dynamic. For example =
imagine when all nodes are running on full power, the nodes may choose =
routing metric to be end to end delay, lqi, hop count, etc. When nodes =
start loosing battery, the nodes may want to choose a different metric =
based on remaining life time. Thus a routing metric type within the =
routing header is extremely important to lowpans more than other kinds =
of network. Here we can say how we plan to accomplish this within the =
LOAD scope as there are a lot of bits available to =
use.
 
Here is =
my suggestion:
The =
current format for route request =
is:
       =
0            =
       =
1            =
       =
2            =
       =
3
       0 1 2 3 =
4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 =
1
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      =
|     Type      =
|R|D|O|Reserved |   RREQ ID     =
|   Route cost  =
|
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      =
|            =
     Link Layer Destination =
Address           =
     /
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      =
|            =
     Link Layer Originator =
Address           =
      =
/
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       &nbs=
p;         <Fig. 1. RREQ =
message format>
 
Suggested =
format change for route request could =
be:
       =
0            =
       =
1            =
       =
2            =
       =
3
       0 1 2 3 =
4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 =
1
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | Type  =
|R|D|O|B| Cost Type     |   RREQ =
ID     |   Route cost  =
|
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      =
|            =
     Link Layer Destination =
Address           =
     /
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      =
|            =
     Link Layer Originator =
Address           =
      =
/
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       &nbs=
p;         <Fig. 1. RREQ =
message format>
 
      B: =
Bidirectional cost when accumulation happens in a bidirectional =
manner
      Cost Type: =
This is a cost type that dictates the type of routing cost present in =
the header.
       &nbs=
p;         The following are the =
current cost types known:
       &nbs=
p;         0: Hop count(All =
routing implementations must support this =
type)
      =
           1: End =
to end delay
       &nbs=
p;         2: =
lqi
       &nbs=
p;         3: Battery lifetime

            &=
nbsp;    4-127: =
TBD
       &nbs=
p;         128-255: Vendor =
dependent
 
The =
current format for route response =
is:
       =
0            =
       =
1            =
       =
2            =
       =
3
       0 1 2 3 =
4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 =
1
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      =
|     Type      =
|R|D|O|Reserved |   RREQ ID     =
|   Route cost  =
|
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      =
|            =
    Link layer Destination =
Address           =
      =
/
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      =
|            =
    Link layer Originator =
Address           =
       =
/
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       &nbs=
p;      =
      <Fig. 2. RREP message =
format>
 
Suggested =
format change is:
       =
0            =
       =
1            =
       =
2            =
       =
3
       0 1 2 3 =
4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 =
1
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | Type  =
|R|D|O|B| Cost Type     |   RREQ =
ID     |   Route cost  =
|
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      =
|            =
    Link layer Destination =
Address           =
      =
/
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      =
|            =
    Link layer Originator =
Address           =
       =
/
      =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       &nbs=
p;      =
      <Fig. 2. RREP message =
format>
 
      B: =
Bidirectional cost when accumulation happens in a bidirectional =
manner
      Cost Type: =
This is a cost type that dictates the type of routing cost present in =
the header.
       &nbs=
p;         The following are the =
current cost types known:
       &nbs=
p;         0: Hop count (All =
routing implementations must support this =
type)
      =
           1: End =
to end delay
       &nbs=
p;         2: =
lqi
       &nbs=
p;         3: Battery lifetime

            &=
nbsp;    4-127: =
TBD
       &nbs=
p;         128-255: Vendor =
dependent
 
Current =
RERR message error codes
        =
Numeric value for describing =
error.
       &nbs=
p;           0x00 =3D =
No available route
 =
            &=
nbsp;     0x01 =3D Low =
battery
       &nbs=
p;           0x02 - =
0xff =3D reserved (TBD)
 
Suggested =
changes in error codes:
       &nbs=
p;           0x00 =3D =
No available route
 =
            &=
nbsp;     0x01 =3D routing cost not =
supported
       &nbs=
p;           0x02 - =
0xff =3D reserved (TBD)
       &nbs=
p;          =

 
Nandu
 
------_=_NextPart_001_01C59886.0ACB192A-- --===============1135095176== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============1135095176==-- From 6lowpan-bounces@lists.ietf.org Thu Aug 04 06:38:35 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0d7T-0004b3-8I; Thu, 04 Aug 2005 06:38:35 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0d7S-0004au-6F for 6lowpan@megatron.ietf.org; Thu, 04 Aug 2005 06:38:34 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA24849 for <6lowpan@ietf.org>; Thu, 4 Aug 2005 06:38:31 -0400 (EDT) Received: from imh.informatik.uni-bremen.de ([134.102.224.4] helo=informatik.uni-bremen.de) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0deG-0003Rw-Qf for 6lowpan@ietf.org; Thu, 04 Aug 2005 07:12:32 -0400 Received: from [IPv6:::1] (imh [134.102.224.4]) by informatik.uni-bremen.de (8.12.11/8.12.11) with ESMTP id j74AcHlH005534; Thu, 4 Aug 2005 12:38:19 +0200 (MEST) Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Carsten Bormann Date: Thu, 4 Aug 2005 12:38:18 +0200 To: 6lowpan@ietf.org X-Mailer: Apple Mail (2.733) X-Virus-Scanned: by AMaViS/Sophos at informatik.uni-bremen.de X-Spam-Score: 0.0 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Content-Transfer-Encoding: 7bit Cc: Carsten Bormann Subject: [6lowpan] Draft Minutes of IETF63 6lowpan meeting X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org You can find draft Minutes for the IETF63 6lowpan meeting at: http://6lowpan.tzi.org/6lowpan_20at_20IETF_2063 If I omitted or misrepresented anything, please update in place. The slideset is also linked from there. Gruesse, Carsten _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Fri Aug 05 05:34:22 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0yar-0002p3-UN; Fri, 05 Aug 2005 05:34:21 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0yaq-0002ov-8m for 6lowpan@megatron.ietf.org; Fri, 05 Aug 2005 05:34:20 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA28906 for <6lowpan@ietf.org>; Fri, 5 Aug 2005 05:34:17 -0400 (EDT) Received: from imh.informatik.uni-bremen.de ([134.102.224.4] helo=informatik.uni-bremen.de) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0z7u-0001JS-En for 6lowpan@ietf.org; Fri, 05 Aug 2005 06:08:30 -0400 Received: from [IPv6:::1] (imh [134.102.224.4]) by informatik.uni-bremen.de (8.12.11/8.12.11) with ESMTP id j759YDdI015469; Fri, 5 Aug 2005 11:34:14 +0200 (MEST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Carsten Bormann Date: Fri, 5 Aug 2005 11:34:13 +0200 To: Carsten Bormann X-Mailer: Apple Mail (2.733) X-Virus-Scanned: by AMaViS/Sophos at informatik.uni-bremen.de X-Spam-Score: 0.0 (/) X-Scan-Signature: 08e48e05374109708c00c6208b534009 Content-Transfer-Encoding: 7bit Cc: 6lowpan@ietf.org Subject: [6lowpan] Issues that need to be worked on X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org I have started documenting the open issues with the two WG drafts at http://6lowpan.tzi.org/Issues Please feel free to add and or comment. Gruesse, Carsten _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Mon Aug 08 03:36:13 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E22BB-00027f-3k; Mon, 08 Aug 2005 03:36:13 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E22B8-00027H-VJ for 6lowpan@megatron.ietf.org; Mon, 08 Aug 2005 03:36:10 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA05250 for <6lowpan@ietf.org>; Mon, 8 Aug 2005 03:36:09 -0400 (EDT) Message-Id: <200508080736.DAA05250@ietf.org> Received: from m12-14.163.com ([220.181.12.14] helo=163.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E22ig-0006yx-Ii for 6lowpan@ietf.org; Mon, 08 Aug 2005 04:10:58 -0400 Received: from my-tomato (unknown [202.112.146.33]) by smtp11 (Coremail) with SMTP id OMAJ_WwG90LZ8p8D.1 for <6lowpan@ietf.org>; Mon, 08 Aug 2005 15:15:02 +0800 (CST) X-Originating-IP: [202.112.146.33] From: "=?GB2312?Q?=DB=AC=CB=A7?=" To: "6lowpan@ietf.org" <6lowpan@ietf.org> Subject: [6lowpan] comments on header compression of draft-ietf-6lowpan-format-00 X-mailer: Foxmail 4.2 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: quoted-printable Date: Mon, 8 Aug 2005 15:13:54 +0800 X-Spam-Score: 1.4 (+) X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1 Content-Transfer-Encoding: quoted-printable Cc: X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org hi=A3=A1 I am interested in header compression of 6lowpan and have= some comments on draft-ietf-6lowpan-format-00. 1=A1=A2In section 8, the author mentioned: "Here, we assume that= most of the time there will be only one flow, and this allows a= very simple and low context flavor of header compression." I am not very sure the basis of above assumption. I think= the probability that there is more than one flow between any two= devices is not very little. 2=A1=A2 I think header compression method in= draft-ietf-6lowpan-format-00 will not work in some environment. = For example , in figure 1, A and D are two source nodes, and= C is destination node. In HC1 ecoding, source address chooses= IC. A and D send messages to C at the same time, using B as= intermedia node. The compressed packets from A and D can't not= be identified by C. Because they have same compressed header and= same Layer 2 source and destination address. =09 A----->B------>C ^ =09 =09 | =09=09 | =09=09 | D Figure 1: special environment =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1 Regards, Gao Shuai Beijing Jiaotong University NGI Research Center gsxlh@163.com 2005-08-08 _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@lists.ietf.org Wed Aug 10 11:30:26 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2sXC-0002vE-S3; Wed, 10 Aug 2005 11:30:26 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2sXA-0002v9-VM for 6lowpan@megatron.ietf.org; Wed, 10 Aug 2005 11:30:24 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA06254 for <6lowpan@ietf.org>; Wed, 10 Aug 2005 11:30:22 -0400 (EDT) Received: from rproxy.gmail.com ([64.233.170.196]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E2t5I-00021I-Vx for 6lowpan@ietf.org; Wed, 10 Aug 2005 12:05:41 -0400 Received: by rproxy.gmail.com with SMTP id i8so110241rne for <6lowpan@ietf.org>; Wed, 10 Aug 2005 08:30:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=qbETv/r5xrVjEn2Bw6siK8Anw8Y9B7uqsTqzKD3at5B4jWZyWiHeGxO7rDK9CL+gRNgciK6GkSVItyPqqofqzyLmsWn/jphOr/uNiLqLEz9E+FA66MpLwXoONoVfJW7W17/tykQKpaVfNwqwQ2O6+pMbPOAGsQaJ5PueKI4seJY= Received: by 10.39.3.21 with SMTP id f21mr278532rni; Wed, 10 Aug 2005 08:30:23 -0700 (PDT) Received: by 10.38.78.11 with HTTP; Wed, 10 Aug 2005 08:30:23 -0700 (PDT) Message-ID: Date: Thu, 11 Aug 2005 00:30:23 +0900 From: Ki-Hyung Kim To: 6lowpan@ietf.org Subject: [6lowpan] comment on the format document ( about source address in the multi-hop ) Mime-Version: 1.0 X-Spam-Score: 0.9 (/) X-Scan-Signature: f66b12316365a3fe519e75911daf28a8 Cc: X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1120215092==" Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org --===============1120215092== Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: base64 Content-Disposition: inline Content-Transfer-Encoding: base64 UmVnYXJkaW5nIHRvIHRoZSBxdWVzdGlvbiBhdCB0aGUgSUVURi02MyA2bG93cGFuIFdHIG1lZXRp bmcgYWJvdXQKTS1iaXQgYW5kIHRoZSBjb21wcmVzc2lvbiBvZiBzb3VyY2UgYWRkcmVzc2VzIGlu IGEgbXVsdGktaG9wCmVudmlyb25tZW50LCBoZXJlIGlzIGEgc2ltcGxlIGV4YW1wbGUgc2NlbmFy aW8gb2YgaXRzIG5lY2Vzc2l0eSBhbmQKdGhlIHN1Z2dlc3Rpb24gb2YgdGhlIGFkZGl0aW9uIG9m IHRoZSBmb3JtYXQuCiAKTGV0J3MgY29uc2lkZXIgdHdvIGRpZmZlcmVudCBzY2VuYXJpb3MgZm9y IHRoZSBzaW5nbGUtaG9wIGFuZCB0aGUKbXVsdGktaG9wIHBhY2tldCB0cmFuc21pc3Npb24uCklu IHRoZSBzaW5nbGUtaG9wIHBhY2tldCB0cmFuc21pc3Npb24oaS5lLiB0aGUgZGVzdGluYXRpb24g YW5kIHRoZQpzb3VyY2Ugbm9kZSBhcmUgaW4gb25lLWhvcCksIHRoZSBkZXN0aW5hdGlvbiBhbmQg c291cmNlIElQIGFkZHJlc3NlcwppbiBJUHY2IGhlYWRlciBjYW4gYmUgY29tcHJlc3NlZCBhbmQg ZGVjb21wcmVzc2VkIGJ5IHV0aWxpemluZyB0aGUKbGF5ZXIgMiBkZXN0aW5hdGlvbiBhbmQgc291 cmNlIGFkZHJlc3NlcyAoRVVJLTY0KS4KIApJbiB0aGUgbXVsdGktaG9wIHBhY2tldCB0cmFuc21p c3Npb24sIHRoZSBsYXllciAyIGRlc3RpbmF0aW9uIGFuZApzb3VyY2UgYWRkcmVzc2VzIGNhbm5v dCBiZSB1dGlsaXplZCBmb3IgdGhlIGNvbXByZXNzaW9uIGFuZApkZWNvbXByZXNzaW9uIGJlY2F1 c2UgdGhleSBhcmUganVzdCBob3AtYnktaG9wIGRlc3RpbmF0aW9uIGFuZCBzb3VyY2UsCm5vdCB0 aGUgb3JpZ2luYXRvciBhbmQgdGhlIGZpbmFsIGRlc3RpbmF0aW9uLgpUaGlzIGlzIHdoeSBHYWJy aWVsIGluY2x1ZGVzIHRoZSBmaW5hbCBkZXN0aW5hdGlvbiBmaWVsZCBpbiB0aGUKYWRhcHRhdGlv biBsYXllci4KQnkgdXRpbGl6aW5nIHRoZSBmaW5hbCBkZXN0aW5hdGlvbiBmaWVsZCAod2hpY2gg ZG9lcyBub3QgY2hhbmdlCmhvcC1ieS1ob3AgbWFubmVyKSwgdGhlIGRlc3RpbmF0aW9uIElQIGFk ZHJlc3MgY2FuIGJlIGNvbXByZXNzZWQgaW4KdGhlIElQdjYgaGVhZGVyLgpJbiBhZGRpdGlvbiwg dGhlIHJvdXRpbmcgY291bGQgaGFwcGVuIGF0IHRoZSBhZGFwdGF0aW9uIGxheWVyLCBub3QgaW4K dGhlIElQIGxheWVyLgogCk5vdywgbGV0J3MgdGhpbmsgYWJvdXQgdGhlIG9yaWdpbmF0b3IgYWRk cmVzcy4KQmVjYXVzZSB0aGUgY3VycmVudCBmb3JtYXQgZG9jdW1lbnQgZG9lcyBub3QgbWVudGlv biB0aGUgb3JpZ2luYXRvcgpNQUMgYWRkcmVzcyhFVUk2NCkgYXQgdGhlIGFkYXB0aW9uIGxheWVy LCB0aGUgSVB2NiBzb3VyY2UgYWRkcmVzcyBpbgp0aGUgSVB2NiBsYXllciBjYW5ub3QgYmUgY29t cHJlc3NlZC9kZWNvbXByZXNzZWQgaW4gdGhlIG11bHRpLWhvcAplbnZpcm9ubWVudC4KQWdhaW4s IHRoZSBsYXllciAyIHNvdXJjZSBhZGRyZXNzIGlzIG5vdCB0aGUgb3JpZ2luYXRvciBhZGRyZXNz LCBidXQKdGhlIHByZXZpb3VzIGhvcCBub2RlLgogCkFkZGl0aW9uYWxseSwgdGhlIHJvdXRpbmcg YXQgdGhlIGFkYXB0YXRpb24gbGF5ZXIgY291bGQgbm90IHJlcG9ydCB0bwp0aGUgb3JpZ2luYXRv ciBvZiByb3V0ZSBlcnJvcnMgZHVyaW5nIGRhdGEgdHJhbnNtaXNzaW9uIC4KRm9yIGV4YW1wbGUs IEEgaXMgdGhlIG9yaWdpbmF0b3IgYW5kIEUgaXMgdGhlIGRlc3RpbmF0aW9uIGFzIGZvbGxvd3Mu CkEgLS0+IEIgLS0+IEMgLS0+IEQgLS0+IEUKIApJbiBjYXNlLCB0aGUgbGluayBiZXR3ZWVuIEMg YW5kIEQgaXMgYnJva2VuLCAKQSAtLT4gQiAtLT4gQyAtWC0+IEQgLS0+IEUKIApDIGNvdWxkIHJl cG9ydCB0aGUgYnJva2VuIGxpbmsgdG8gdGhlIG9yaWdpbmF0b3IgYnkgdXRpbGl6aW5nIFJvdXRl CkVycm9yIG1lc3NhZ2UgKGluIExPQUQpIGlmIHRoZSBkYXRhIHBhY2tldCBET0VTIGhhdmUgdGhl IG9yaWdpbmF0b3IKYWRkcmVzcyBhdCB0aGUgYWRhcHRhdGlvbiBsYXllci4KIApJdCBjYW4gYmUg Y29uc2lkZXJlZCB0aGF0IHRoZSBvcmlnaW5hdG9yIGFkZHJlc3MgY2FuIGJlIHJldHJpZXZlZCBm cm9tCnRoZSBJUHY2IHNvdXJjZSBhZGRyZXNzIGF0IHRoZSBJUHY2IGxheWVyLiAgSWYgdGhlIHBh Y2tldCBpcwp1bmZyYWdtZW50ZWQsIGl0IGlzIHBvc3NpYmxlLiB0aGUgYWRhcHRhdGlvbiBsYXll ciBjb3VsZCBleHRyYWN0IHRoZQpvcmlnaW5hdG9yIGFkZHJlc3MgZnJvbSB0aGUgSVB2NiBzb3Vy Y2UgYWRkcmVzcy4KSG93ZXZlciBpZiB0aGUgcGFja2V0IGlzIGZyYWdtZW50ZWQsIGludGVyaW9y IGZyYWdtZW50cyBkb2VzIG5vdCBoYXZlCnRoZSBJUHY2IGhlYWRlciBhcyBhIHBheWxvYWQuIHRo ZSBleHRyYWN0aW9uIG9mIHRoZSBJUHY2IHNvdXJjZQphZGRyZXNzIGF0IHRoZSBJUHY2IGxheWVy IGNvdWxkIG5vdCBiZSBwb3NzaWJsZS4KIApPbmUgbGFzdCBxdWVzdGlvbiBpcyBhcyBmb2xsb3dz LgoiSXMgdGhlIHJvdXRlIGVycm9yIHJlcG9ydGluZyB0byB0aGUgb3JpZ2luYXRvciByZWFsbHkg bmVjZXNzYXJ5IGluCnRoZSBNZXNoIHJvdXRpbmc/IgoKIlllcywgSSB0aGluayBzby4iCklmIHRo ZSBhZGFwdGF0aW9uIGxheWVyIGRvZXMgbm90IGhhdmUgdGhlIG9yaWdpbmF0b3IgYWRkcmVzcyBm b3IKc2ltcGxpY2l0eSBvZiB0aGUgZm9ybWF0LCB0aGUgbXVsdGktaG9wIHJvdXRpbmcgKE1lc2gg b3IgSGllcmFyY2hpY2FsCnJvdXRpbmcpIGNvdWxkIG5vdCBoYXZlIHRoZSByZXBvcnRpbmcgY2Fw YWJpbGl0eSBvZiByb3V0ZSBlcnJvcnMgdG8KdGhlIG9yaWdpbmF0b3IuIFRoaXMgbWlnaHQgaW5j dXIgc29tZSBwZXJmb3JtYW5jZSBkcm9wcyBvZgpjb21tdW5pY2F0aW9uLiBUaGUgb3JpZ2luYXRv ciBtaWdodCBzZW5kIG11bHRpcGxlIHBhY2tldHMgdGhyb3VnaCB0aGUKYnJva2VuIHJvdXRlIHdp dGhvdXQgYmVpbmcgbm90aWZpZWQgb2YgdGhlIGVycm9yLgogCkhlcmUncyBteSBzdWdnZXN0aW9u IG9mIHRoZSBhZGRpdGlvbiBvZiB0aGUgZm9ybWF0IGRvY3VtZW50LgpXaGF0IGFib3V0IG1vZGlm eWluZyB0aGUgZmluYWwgZGVzdGluYXRpbiBmaWVsZCBpbiBzZWN0aW9uIDkgb2YgdGhlCmZvcm1h dCBkb2N1bWVudCBhcyBmb2xsb3dzLgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQogICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAg ICAgICAgICAgMwogICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5 IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxCiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rCiAgICAgIHxTfCBIb3BzIExl ZnQgICB8ICAgICAgQWRkcmVzcyBvZiBmaW5hbCBkZXN0aW5hdGlvbiAgICAgICAgICAgICB8CiAg ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rCiAgICAgIHxPfCBBZGRyZXNzIG9mIE9yaWdpbmF0b3IgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rCiAgICAgICAgICAgICAg ICAgICAgIEZpZ3VyZSA5OiBGaW5hbCBEZXN0aW5hdGlvbiBhbmQgT3JpZ2luYXRvciBGaWVsZAog CgpTOiBUaGlzIGJpdCBmaWVsZCBTSEFMTCBiZSB6ZXJvLiAgRnV0dXJlIHJldmlzaW9ucyB3aWxs IHVzZSB0aGlzIGJpdAogICAgICB0byBzaWduYWwgdGhlIHVzZSBvZiBhIHNob3J0IDE2IGJpdCBh ZGRyZXNzIGluc3RlYWQgb2YgdGhlIGRlZmF1bHQKICAgICAgSUVFRSBleHRlbmRlZCA2NCBiaXQg YWRkcmVzcyBmb3JtYXQgb2YgdGhlIGZpbmFsIGRlc3RpbmF0aW9uCiAKSG9wcyBMZWZ0OiBUaGlz IDcgYml0IGZpZWxkIFNIQUxMIGJlIGRlY3JlbWVudGVkIGJ5IGVhY2ggZm9yd2FyZGluZwogICAg ICBub2RlIGJlZm9yZSBzZW5kaW5nIHRoaXMgcGFja2V0IHRvd2FyZHMgaXRzIG5leHQgaG9wLiAg VGhlIHBhY2tldAogICAgICBpcyBkaXNjYXJkZWQgaWYgSG9wcyBMZWZ0IGlzIGRlY3JlbWVudGVk IHRvIDAuCiAKQWRkcmVzcyBvZiBmaW5hbCBkZXN0aW5hdGlvbjogVGhpcyBpcyB0aGUgZmluYWwg ZGVzdGluYXRpb24ncwpsaW5rLWxheWVyIGFkZHJlc3MuICBUaGlzCiAgICAgIGRvY3VtZW50IGFz c3VtZXMgdGhhdCB0aGlzIGZpZWxkIGlzIDY0IGJpdHMgbG9uZywgYnV0IGEgZnV0dXJlCiAgICAg IHJldmlzaW9uIG1heSBhZGQgc3VwcG9ydCBmb3Igc2hvcnQgYWRkcmVzc2VzICgxNiBiaXRzKS4K IApPOiBUaGlzIGJpdCBmaWVsZCBTSEFMTCBiZSB6ZXJvLiAgRnV0dXJlIHJldmlzaW9ucyB3aWxs IHVzZSB0aGlzIGJpdAogICAgICB0byBzaWduYWwgdGhlIHVzZSBvZiBhIHNob3J0IDE2IGJpdCBh ZGRyZXNzIGluc3RlYWQgb2YgdGhlIGRlZmF1bHQKICAgICAgSUVFRSBleHRlbmRlZCA2NCBiaXQg YWRkcmVzcyBmb3JtYXQgb2YgdGhlIG9yaWdpbmF0b3IKIApBZGRyZXNzIG9mIG9yaWdpbmF0b3I6 IFRoaXMgaXMgdGhlIG9yaWdpbmF0b3IncyBsaW5rLWxheWVyIGFkZHJlc3MuICBUaGlzCiAgICAg IGRvY3VtZW50IGFzc3VtZXMgdGhhdCB0aGlzIGZpZWxkIGlzIDY0IGJpdHMgbG9uZywgYnV0IGEg ZnV0dXJlCiAgICAgIHJldmlzaW9uIG1heSBhZGQgc3VwcG9ydCBmb3Igc2hvcnQgYWRkcmVzc2Vz ICgxNiBiaXRzKS4KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCiAKIENvbW1lbnRzIGFyZSBzaW5jZXJlbHkgd2VsY29tZS4KCi0tCgpLaS1IeXVu ZyBLaW0gKLHoseLH/Cwg0N3Rw/r7KQpBc3NvY2lhdGUgUHJvZmVzc29yCkRpdmlzaW9uIG9mIElu Zm9ybWF0aW9uIGFuZCBDb21wdXRlciBFbmcuLCBBam91IFVuaXZlcnNpdHkKV29uY2h1bi1Eb25n LCBZZW9uZ3RvbmctR3UsIFN1d29uLCBLb3JlYSA0NDItNzQ5ClRlbDogKzgyLTMxLTIxOS0yNDMz LCBDZWw6ICs4Mi0xNy03NjAtMjU1MSwgIEZheDogKzgyLTMxLTIxOS0xODExCmh0dHA6Ly9pbGFi LmFqb3UuYWMua3Iva2tpbTg2L2luZGV4Lmh0bQo= --===============1120215092== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============1120215092==-- From 6lowpan-bounces@lists.ietf.org Fri Aug 12 07:28:17 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3Xhx-0005zG-Ng; Fri, 12 Aug 2005 07:28:17 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3Xhw-0005zB-4E for 6lowpan@megatron.ietf.org; Fri, 12 Aug 2005 07:28:16 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA16716 for <6lowpan@ietf.org>; Fri, 12 Aug 2005 07:28:14 -0400 (EDT) Received: from smtp.dei.uc.pt ([193.137.203.228]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E3YGQ-00064R-Eb for 6lowpan@ietf.org; Fri, 12 Aug 2005 08:03:56 -0400 Received: from mail.dei.uc.pt (mail.dei.uc.pt [193.137.203.250]) by smtp.dei.uc.pt (8.13.4/8.13.4) with ESMTP id j7CBRHkB006971; Fri, 12 Aug 2005 12:27:30 +0100 Received: (from nobody@localhost) by mail.dei.uc.pt (8.11.7/8.11.7) id j727jfc16356; Tue, 2 Aug 2005 08:45:41 +0100 X-Authentication-Warning: mail.dei.uc.pt: nobody set sender to tandre@dei.uc.pt using -f Received: from open-24-63.ietf63.ietf.org (open-24-63.ietf63.ietf.org [86.255.24.63]) by mail.dei.uc.pt (IMP) with HTTP for ; Tue, 2 Aug 2005 08:45:41 +0100 Message-ID: <1122968741.42ef24a5a0b28@mail.dei.uc.pt> Date: Tue, 2 Aug 2005 08:45:41 +0100 From: Tiago Camilo To: Geoff Mulligan Subject: Re: [6lowpan] 6lowpan hallway pre-meeting References: <009901c59669$a98eaec0$071eff56@samsung70c651a> <1122883001.8268.1.camel@localhost.localdomain> In-Reply-To: <1122883001.8268.1.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 User-Agent: Internet Messaging Program (IMP) 3.2.2 X-UC-FCT-DEI-SIC-MailScanner-Information: Please contact helpdesk@dei.uc.pt for more information X-UC-FCT-DEI-SIC-MailScanner: Found to be clean X-UC-FCT-DEI-SIC-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-2.599, required 3, autolearn=not spam, BAYES_00 -2.60) X-UC-FCT-DEI-SIC-MailScanner-From: tandre@dei.uc.pt Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by smtp.dei.uc.pt id j7CBRHkB006971 X-Spam-Score: 0.0 (/) X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7 Content-Transfer-Encoding: quoted-printable Cc: Carsten Bormann , 6lowpan@ietf.org X-BeenThere: 6lowpan@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.lists.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 6lowpan-bounces@lists.ietf.org Errors-To: 6lowpan-bounces@lists.ietf.org Hi, Unfortunately I wasn=92t able to attend the yesterday meeting, did you ge= t to a consensus, about the discuss list? Cheers, Tiago Camilo Quoting Geoff Mulligan : > We expect it to possible last 1 hour but at a minimum 30 minutes. We > can't do it tomorrow night becuase of the social. >=20 > I hope that you can make it. >=20 > geoff >=20 > On Mon, 2005-08-01 at 16:21 +0900, Soohong Daniel Park wrote: > > Carsten > >=20 > > How long do you suppose to have this meeting ? > > Because of duplicated previous meeting, I'd check it out. > >=20 > > What about tomorrow night ? > >=20 > >=20 > >=20 > > Regards, > >=20 > > Daniel (Soohong Daniel Park) > > Mobile Platform Lab., SAMSUNG Electronics. > > ----- Original Message -----=20 > > From: "Carsten Bormann" > > To: <6lowpan@ietf.org> > > Cc: "Carsten Bormann" > > Sent: Monday, August 01, 2005 2:29 AM > > Subject: [6lowpan] 6lowpan hallway pre-meeting > >=20 > >=20 > > > Lowpanners, > > > > > > there are 9 drafts that are relevant to this week's meeting at the = IETF. > > > > > > Two working group drafts: > > > > > > draft-ietf-6lowpan-format-00.txt > > > draft-ietf-6lowpan-problem-00.txt > > > > > > Seven independent submissions: > > > > > > draft-chakrabarti-lowpan-ipv6-nd-00.txt > > > draft-chakrabarti-mobopts-lowpan-req-00.txt > > > draft-daniel-6lowpan-hilow-hierarchical-routing-00.txt > > > draft-daniel-6lowpan-interoperability-01.txt > > > draft-daniel-6lowpan-load-adhoc-routing-01.txt > > > draft-daniel-6lowpan-sslp-00.txt > > > draft-montenegro-lowpan-aodv-00.txt > > > > > > It is pretty clear that we can't cover this ground in the one-hour=20 > > > meeting we have on the official agenda. > > > Since most of the authors and other interested people are here in = Paris, >=20 > > > I'm proposing that we have an off-line meeting > > > > > > Monday, 18:30, at the corner of the terminal room to the right = of > the=20 > > > entrance (where the L-shaped table arrangement is). > > > > > > We need to discuss: > > > > > > What is the impact of each of the seven independent submissions on = the=20 > > > probable course of action? > > > Is the charter's assumption that we'll finish the encapsulation/ fo= rmat=20 > > > first and then tackle security/routing the right way forward? > > > Are the additional proposals going to require changes in our curren= t=20 > > > standards track document (draft-ietf-6lowpan-format-00.txt)? > > > What do the authors want to have happen to the additional submissio= ns? > > > > > > Of course, no decisions are made in smoke-filled rooms; this is jus= t=20 > > > about maximizing use of the face time. > > > We will summarize the discussion to the list. > > > > > > Gruesse, Carsten > > > > > > > > > _______________________________________________ > > > 6lowpan mailing list > > > 6lowpan@lists.ietf.org > > > https://www1.ietf.org/mailman/listinfo/6lowpan > > > > > >=20 > >=20 > >=20 > >=20 > > _______________________________________________ > > 6lowpan mailing list > > 6lowpan@lists.ietf.org > > https://www1.ietf.org/mailman/listinfo/6lowpan >=20 >=20 > _______________________________________________ > 6lowpan mailing list > 6lowpan@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan >=20 _______________________________________________ 6lowpan mailing list 6lowpan@lists.ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan