From 6lowpan-bounces@ietf.org Thu Feb 01 15:51:29 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCitx-0006U2-8s; Thu, 01 Feb 2007 15:51:25 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCitM-0004dd-BW for 6lowpan@ietf.org; Thu, 01 Feb 2007 15:50:48 -0500 Received: from web81904.mail.mud.yahoo.com ([68.142.207.183]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HCitD-00076V-Ut for 6lowpan@ietf.org; Thu, 01 Feb 2007 15:50:48 -0500 Received: (qmail 21170 invoked by uid 60001); 1 Feb 2007 20:50:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=Ve23uQoayYM7vio+F0TCRa25SquwT5OEK7ecGNMp7mTqadCWSG8QqhSKhx3MDgMWIdp4knnhoEsJqGv9RKy8FxYu2G6K2icCRgG81Ndo8LwMumbajGrFgznFwkxg6jchTYM6zKahFC46bO/yN5K9B5TJQTOHQOiCP9JB1XeUzP8=; X-YMail-OSG: jVi.TT8VM1nbq49RkE7W_9fYs70UKEnaTlYi2OqRZjodiuySc6ipQnpT5EltUglAqMSLax.iPR0dD..00U0I2p6RBbYihV7Z47UX0sIwkjBNDvZNzBXTVRA1gActRIq.sPRtp.GFeYVL3RX2EW3k.L3YABPk Received: from [131.107.0.103] by web81904.mail.mud.yahoo.com via HTTP; Thu, 01 Feb 2007 12:50:39 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Thu, 1 Feb 2007 12:50:39 -0800 (PST) From: gabriel montenegro To: Samita Chakrabarti MIME-Version: 1.0 Message-ID: <225463.20605.qm@web81904.mail.mud.yahoo.com> X-Spam-Score: 1.4 (+) X-Scan-Signature: 25eb6223a37c19d53ede858176b14339 Cc: 6lowpan@ietf.org, dculler@archrock.com Subject: [6lowpan] Re: 6lowpan-format-09 X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1065556764==" Errors-To: 6lowpan-bounces@ietf.org --===============1065556764== Content-Type: multipart/alternative; boundary="0-1861557684-1170363039=:20605" --0-1861557684-1170363039=:20605 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Samita,=0A=0AThanks for the proposed text.=0AI still don't think there's mu= ch benefit as it says little more than=0A"please implement with care". =0A= =0AMy opinion on these is unchanged. Any others?=0A=0A-gabriel=0A=0A----- O= riginal Message ----=0AFrom: Samita Chakrabarti =0ATo: = gabriel montenegro =0ACc: dculler@archro= ck.com; jhui@archrock.com; nandakishore.kushalnagar@intel.com; 6lowpan@ietf= .org=0ASent: Monday, January 29, 2007 5:59:29 PM=0ASubject: Re: 6lowpan-for= mat-09=0A=0AHi Gabriel,=0A=0APlease see my comments in-line.=0A=0A> About y= our comments:=0A>=0A> 1. Not sure what to do here. Are you saying that pars= ing is somehow trickier=0A> now=0A> than it was before the header change= ? The WG adopted the new header cuz=0A> there=0A> was consensus that thi= ngs would be better, not worse. Are you saying they=0A> are=0A> worse? B= eyond this, being careful in the implementation about bit fields=0A> etc=0A= > is, well, part of the implementation, so I'm not sure what to do here = (or=0A> if=0A> we need to do anything). Perhaps if you suggest some text= it'll be easier=0A> to see?=0A>=0A=0AI actually like the new header change= s. I particularly picked the=0Afragment sub-header because it has got 11bit= s, 10bits and 3 bits for=0Athe first fragment. This=0Aparticular one is not= 32bit-word aligned and parsing and casting etc.=0Awill require some bit op= erations. In embedded systems at the=0Alow-level,=0Athis might be a common = practice, but I was thinking if we could have=0Asome sort of=0Atext for the= implementors in general. What do folks think about=0Asomething like the fo= llowing ?=0A=0A---=0AThe fields and header segments, described in this docu= ment, are not=0Aalways byte-aligned or 32-bit word aligned. The implementor= s of this=0Adocument are responsible=0Afor sending and processing the data = on the wire according to the=0Aspecification for interoperability among dif= ferent implementations.=0A----=0A=0A=0A> 2. Not sure why we need to add yet= another sub-title for such a short=0A> section. This is patterned after= section 6 of:=0A>=0A> http://tools.ietf.org/html/rfc2464=0A>=0A> = which itself does not have such sub-title.=0A> Besides, the paragraph = before the diagram clearly states already=0A> that this is:=0A> "The So= urce/Target Link-layer Address option"=0A>=0A> which seems pretty explicit= . Left it as it is.=0A>=0A=0AIf purpose of this section is to describe map= ping of an unicast=0AIPv6-address to IEEE802.15.4 link-layer address, then = it is very=0Ahelpful if the first sentence says=0Athat. ( like rfc2464). In= that case, we can move the address=0Aresolution text at the=0Aend of the s= ection. Currently, it is a bit confusing.=0A=0A=0AThanks for the prompt re= sponse and update.=0A-Samita=0A=0A>=0A> ----- Original Message ----=0A> Fro= m: Samita Chakrabarti =0A> To: gabriel montenegro =0A> Cc: dculler@archrock.com; jhui@archrock.= com;=0A> nandakishore.kushalnagar@intel.com; 6lowpan@ietf.org=0A> Sent: Wed= nesday, January 24, 2007 7:47:52 PM=0A> Subject: 6lowpan-format-09=0A>=0A> = Hi Gabriel and all,=0A>=0A> Finally I had a chance to read the latest versi= on of the draft. It=0A> looks good with=0A> the new style of format.=0A>=0A= > A few minor comments for the authors' consideration:=0A>=0A> 1) Section= 5.3 - the fragmentation format has 3bits + 10bits + 11bits=0A> fields for= =0A> first fragment sub-header and 3+10+11+8 for the subsequent fragmen= ts.=0A> Defining data structure, parsing and casting will require some= =0A> clever bit-field=0A> operations. I wonder if the fragmentation par= t has been=0A> implemented and if the=0A> document can say a cautionary= word about any byte alignment issues that=0A> the implemntors should t= ake care in the implementation as the fragmented=0A> packet will appear= on the wire. For example, implementation A's compiler=0A> puts a byte = after the first-fragment declaration and before the=0A> data, while impleme= ntion B does not do any padding.=0A>=0A> 2) Section 8 - Unicast address map= ping. The second paragraph actually refers=0A> to=0A> SLLA/TLLA option f= rom RFC2461. It is a bit confusing for the section=0A> heading,=0A> plea= se add another sub-heading before this paragraph:=0A> 8.1 Source and= Destination Link Layer Address Option mapping=0A>=0A> 3) Section 11.1 Lowp= an-BCO option=0A> Should we re-word the section header as "LowPan Broad= cast=0A> (LOWPAN_BCO)" or similar ?=0A> Why do we call this an "option" ? = We are not calling mesh-header or=0A> fragment-header=0A> as options.=0A>= =0A> Also, do we add the sequence number in order to avoid broadcasting= =0A> duplicate=0A> packets from the same sender or originator in mesh? P= lease add a line on=0A> why=0A> we are adding the sequence number in thi= s case.=0A>=0A> Sorry for the late review, but these issues do not stop thi= s draft to=0A> move forward for=0A> the AD review. Nice job!=0A>=0A> Regard= s,=0A> -Samita=0A>=0A>=0A=0A=0A=0A=0A --0-1861557684-1170363039=:20605 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Samita,

Thanks for the proposed text.
I still = don't think there's much benefit as it says little more than
"please imp= lement with care".

My opinion on these is unchanged. Any others?
-gabriel

----- Original Message ----
From: Samita Ch= akrabarti <samitac2@gmail.com>
To: gabriel montenegro <gabriel_= montenegro_2000@yahoo.com>
Cc: dculler@archrock.com; jhui@archrock.co= m; nandakishore.kushalnagar@intel.com; 6lowpan@ietf.org
Sent: Monday, Ja= nuary 29, 2007 5:59:29 PM
Subject: Re: 6lowpan-format-09

Hi = Gabriel,

Please see my comments in-line.

> About your comm= ents:
>
> 1. Not sure what to do here. Are you saying that parsing is somehow tricki= er
> now
>    than it was before the header= change? The WG adopted the new header cuz
> there
>  = ;  was consensus that things would be better, not worse. Are you = saying they
> are
>    worse? Beyond this, = being careful in the implementation about bit fields
> etc
>&nb= sp;   is, well, part of the implementation, so I'm not sure = what to do here (or
> if
>    we need to do= anything). Perhaps if you suggest some text it'll be easier
> to see= ?
>

I actually like the new header changes. I particularly pic= ked the
fragment sub-header because it has got 11bits, 10bits and 3 bits= for
the first fragment. This
particular one is not 32bit-word aligne= d and parsing and casting etc.
will require some bit operations. In embe= dded systems at the
low-level,
this might be a common practice, but I was thinkin= g if we could have
some sort of
text for the implementors in general.= What do folks think about
something like the following ?

---
= The fields and header segments, described in this document, are not
alwa= ys byte-aligned or 32-bit word aligned. The implementors of this
documen= t are responsible
for sending and processing the data on the wire accord= ing to the
specification for interoperability among different implementa= tions.
----


> 2. Not sure why we need to add yet another s= ub-title for such a short
>    section. This is p= atterned after section 6 of:
>
>     &= nbsp;   http://tools.ietf.org/html/rfc2464
>
>  &= nbsp; which itself does not have such sub-title.
>    Besides, the paragraph before th= e diagram clearly states already
>    that this i= s:
>  "The Source/Target Link-layer Address option"
>=
>  which seems pretty explicit. Left it as it is.
><= br>
If  purpose of this section is to describe mapping of an u= nicast
IPv6-address to IEEE802.15.4 link-layer address, then it is very<= br>helpful if the first sentence says
that. ( like rfc2464). In that cas= e, we can move the address
resolution text at the
end of the section.=   Currently, it is a bit confusing.


Thanks for the pro= mpt response and update.
-Samita

>
> ----- Original Mess= age ----
> From: Samita Chakrabarti <samitac2@gmail.com>
>= ; To: gabriel montenegro <gabriel_montenegro_2000@yahoo.com>
> = Cc: dculler@archrock.com; jhui@archrock.com;
> nandakishore.kushalnag= ar@intel.com; 6lowpan@ietf.org
> Sent: Wednesday, January 24, 2007 7:47:52 PM
&= gt; Subject: 6lowpan-format-09
>
> Hi Gabriel and all,
><= br>> Finally I had a chance to read the latest version of the draft. It<= br>> looks good with
> the new style of format.
>
> A = few minor  comments for the authors' consideration:
>
&g= t; 1)  Section 5.3 - the fragmentation format has 3bits + 10bits = + 11bits
> fields for
>     first fragment = sub-header and 3+10+11+8 for the subsequent fragments.
>  &= nbsp;  Defining data structure, parsing and casting will require some<= br>> clever bit-field
>     operations. I wond= er if the fragmentation part has been
> implemented and if the
>= ;     document can say a cautionary word about any byte= alignment issues that
>     the implemntors shou= ld take care in the implementation as the fragmented
>     pa= cket will appear on the wire. For example, implementation A's compiler
&= gt;     puts a byte after the first-fragment declaratio= n and before the
> data, while implemention B does not do any padding= .
>
> 2) Section 8 - Unicast address mapping. The second paragr= aph actually refers
> to
>    SLLA/TLLA opt= ion from RFC2461. It is a bit confusing for the section
> heading,>    please add another sub-heading before this par= agraph:
>        8.1 Source a= nd Destination Link Layer Address Option mapping
>
> 3) Section= 11.1 Lowpan-BCO option
>     Should we re-word t= he section header as "LowPan Broadcast
> (LOWPAN_BCO)"  or = similar ?
> Why do we call this an "option" ? We are not calling mesh= -header or
> fragment-header
> as options.
>
>  =   Also, do we add the sequence number in order to avoid broadcast= ing
> duplicate
>    packets from the same = sender or originator in mesh? Please add a line on
> why
> = ;   we are adding the sequence number in this case.
><= br>> Sorry for the late review, but these issues do not stop this draft = to
> move forward for
> the AD review. Nice job!
>
>= ; Regards,
> -Samita
>
>

<= /body> --0-1861557684-1170363039=:20605-- --===============1065556764== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============1065556764==-- From 6lowpan-bounces@ietf.org Thu Feb 01 16:58:04 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCjw9-0003yo-A4; Thu, 01 Feb 2007 16:57:45 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCjw7-0003yj-OZ for 6lowpan@ietf.org; Thu, 01 Feb 2007 16:57:43 -0500 Received: from web81903.mail.mud.yahoo.com ([68.142.207.182]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HCjw3-00009G-Ds for 6lowpan@ietf.org; Thu, 01 Feb 2007 16:57:43 -0500 Received: (qmail 6133 invoked by uid 60001); 1 Feb 2007 21:57:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=iwo2QA8CI+t/V3ZrP4rRpqTEZqVDSkdZFaGYx2gE30oP8BoDQtn6ufY3r/Cn5Zp+xQdKP9osufaXZJjUQKTfD9pwf/uHZUkJWZ1WpqIO1GcrWbNhPFIYP/iCdOwEM4ojSnRp7X5ANSm0K2yyfSJeQ5FfWsPf3WCJKt28ckKKJvU=; Received: from [131.107.0.103] by web81903.mail.mud.yahoo.com via HTTP; Thu, 01 Feb 2007 13:57:38 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Thu, 1 Feb 2007 13:57:38 -0800 (PST) From: gabriel montenegro To: Carsten Bormann , Geoff Mulligan , Schumacher Christian Peter Pii , Mark Townsley , Jari Arkko MIME-Version: 1.0 Message-ID: <642948.6102.qm@web81903.mail.mud.yahoo.com> X-Spam-Score: 0.9 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Cc: 6lowpan@ietf.org Subject: [6lowpan] working group status? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1122228920==" Errors-To: 6lowpan-bounces@ietf.org --===============1122228920== Content-Type: multipart/alternative; boundary="0-11244627-1170367058=:6102" --0-11244627-1170367058=:6102 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Carsten, Geoff,=0A=0ACould you *PLEASE* respond on this list with some=0A= =0Aindication of what the status is?=0A=0A=0Athanks,=0A=0A-gabriel=0A=0A --0-11244627-1170367058=:6102 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Carsten, Geoff,

Could you *PLEASE* respond on this = list with some
=0Aindication of what the status is?
=0A
thanks,
-gabriel
--0-11244627-1170367058=:6102-- --===============1122228920== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============1122228920==-- From 6lowpan-bounces@ietf.org Thu Feb 01 17:36:35 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCkXj-0004gF-RJ; Thu, 01 Feb 2007 17:36:35 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCkXh-0004g6-Un for 6lowpan@lists.ietf.org; Thu, 01 Feb 2007 17:36:33 -0500 Received: from grab.coslabs.com ([199.233.92.34]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HCkXf-0000Xh-Dq for 6lowpan@lists.ietf.org; Thu, 01 Feb 2007 17:36:33 -0500 Received: from dev20.coslabs.com (dev20.coslabs.com [199.233.92.20]) by grab.coslabs.com (8.13.6/8.13.6) with ESMTP id l11MaTWB001345; Thu, 1 Feb 2007 15:36:29 -0700 (MST) From: Geoff Mulligan To: dculler@archrock.com, 6lowpan <6lowpan@lists.ietf.org> In-Reply-To: <20070201213706.70A4116B0001@secure.archedrock.com> References: <20070201213706.70A4116B0001@secure.archedrock.com> Content-Type: text/plain Date: Thu, 01 Feb 2007 15:36:30 -0700 Message-Id: <1170369391.6376.120.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: bf422c85703d3d847fb014987125ac48 Cc: Subject: [6lowpan] RE: 6lowpan-format-09 X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org I feel that we have reached consensus on the document and plan to forward draft 9 to the IESG today. Thanks certainly go to Gabriel for making the effort to write the original document and take on the onerous task of editing and also to David and Jonathan for the work on the new header encoding and to everyone in the group for their comments and review. Hopefully we will not have any significant issues come back from the IESG or the IETF last call. geoff On Thu, 2007-02-01 at 13:37 -0800, dculler wrote: > Are we getting close to bringing this to a close? There seems to be a > "Finally I had a chance to read the latest version of the draft" > phenomenon that doesn't result in any changes but also seems to keep > the process open. > > > ______________________________________________________________________ > From: gabriel montenegro [mailto:gabriel_montenegro_2000@yahoo.com] > Sent: Thursday, February 01, 2007 12:51 PM > To: Samita Chakrabarti > Cc: dculler@archrock.com; jhui@archrock.com; > nandakishore.kushalnagar@intel.com; 6lowpan@ietf.org > Subject: Re: 6lowpan-format-09 > > > > Samita, > > Thanks for the proposed text. > I still don't think there's much benefit as it says little more than > "please implement with care". > > My opinion on these is unchanged. Any others? > > -gabriel > > ----- Original Message ---- > From: Samita Chakrabarti > To: gabriel montenegro > Cc: dculler@archrock.com; jhui@archrock.com; > nandakishore.kushalnagar@intel.com; 6lowpan@ietf.org > Sent: Monday, January 29, 2007 5:59:29 PM > Subject: Re: 6lowpan-format-09 > > Hi Gabriel, > > Please see my comments in-line. > > > About your comments: > > > > 1. Not sure what to do here. Are you saying that parsing is somehow > trickier > > now > > than it was before the header change? The WG adopted the new > header cuz > > there > > was consensus that things would be better, not worse. Are you > saying they > > are > > worse? Beyond this, being careful in the implementation about bit > fields > > etc > > is, well, part of the implementation, so I'm not sure what to do > here (or > > if > > we need to do anything). Perhaps if you suggest some text it'll > be easier > > to see? > > > > I actually like the new header changes. I particularly picked the > fragment sub-header because it has got 11bits, 10bits and 3 bits for > the first fragment. This > particular one is not 32bit-word aligned and parsing and casting etc. > will require some bit operations. In embedded systems at the > low-level, > this might be a common practice, but I was thinking if we could have > some sort of > text for the implementors in general. What do folks think about > something like the following ? > > --- > The fields and header segments, described in this document, are not > always byte-aligned or 32-bit word aligned. The implementors of this > document are responsible > for sending and processing the data on the wire according to the > specification for interoperability among different implementations. > ---- > > > > 2. Not sure why we need to add yet another sub-title for such a > short > > section. This is patterned after section 6 of: > > > > http://tools.ietf.org/html/rfc2464 > > > > which itself does not have such sub-title. > > Besides, the paragraph before the diagram clearly states already > > that this is: > > "The Source/Target Link-layer Address option" > > > > which seems pretty explicit. Left it as it is. > > > > If purpose of this section is to describe mapping of an unicast > IPv6-address to IEEE802.15.4 link-layer address, then it is very > helpful if the first sentence says > that. ( like rfc2464). In that case, we can move the address > resolution text at the > end of the section. Currently, it is a bit confusing. > > > Thanks for the prompt response and update. > -Samita > > > > > ----- Original Message ---- > > From: Samita Chakrabarti > > To: gabriel montenegro > > Cc: dculler@archrock.com; jhui@archrock.com; > > nandakishore.kushalnagar@intel.com; 6lowpan@ietf.org > > Sent: Wednesday, January 24, 2007 7:47:52 PM > > Subject: 6lowpan-format-09 > > > > Hi Gabriel and all, > > > > Finally I had a chance to read the latest version of the draft. It > > looks good with > > the new style of format. > > > > A few minor comments for the authors' consideration: > > > > 1) Section 5.3 - the fragmentation format has 3bits + 10bits + > 11bits > > fields for > > first fragment sub-header and 3+10+11+8 for the subsequent > fragments. > > Defining data structure, parsing and casting will require some > > clever bit-field > > operations. I wonder if the fragmentation part has been > > implemented and if the > > document can say a cautionary word about any byte alignment > issues that > > the implemntors should take care in the implementation as the > fragmented > > packet will appear on the wire. For example, implementation A's > compiler > > puts a byte after the first-fragment declaration and before the > > data, while implemention B does not do any padding. > > > > 2) Section 8 - Unicast address mapping. The second paragraph > actually refers > > to > > SLLA/TLLA option from RFC2461. It is a bit confusing for the > section > > heading, > > please add another sub-heading before this paragraph: > > 8.1 Source and Destination Link Layer Address Option mapping > > > > 3) Section 11.1 Lowpan-BCO option > > Should we re-word the section header as "LowPan Broadcast > > (LOWPAN_BCO)" or similar ? > > Why do we call this an "option" ? We are not calling mesh-header or > > fragment-header > > as options. > > > > Also, do we add the sequence number in order to avoid > broadcasting > > duplicate > > packets from the same sender or originator in mesh? Please add a > line on > > why > > we are adding the sequence number in this case. > > > > Sorry for the late review, but these issues do not stop this draft > to > > move forward for > > the AD review. Nice job! > > > > Regards, > > -Samita > > > > > > > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Thu Feb 01 18:22:05 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HClFZ-0001aE-4k; Thu, 01 Feb 2007 18:21:53 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HClFY-0001a2-5y for 6lowpan@ietf.org; Thu, 01 Feb 2007 18:21:52 -0500 Received: from web81903.mail.mud.yahoo.com ([68.142.207.182]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HClFW-0002Xo-Sp for 6lowpan@ietf.org; Thu, 01 Feb 2007 18:21:52 -0500 Received: (qmail 44836 invoked by uid 60001); 1 Feb 2007 23:21:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=N/2+f1ECek+zhjthsXdCjBhmECIyo0Se75gGTR5gBAozY+PWZZcPtpGkOyTaxIbqGw/FiyaM2Z9e3a90IAwVaJI+29XcH78AaXEqUEuEA+FquphPdRHg5qWYLRBZ54pD/6/7I+KepOOQWXvvUNJq4PTffOjnoTlut/WtZEubcSs=; X-YMail-OSG: DnOL.fkVM1npO0IiL7SEPg1LJ5gFb5_E6CyyAWHrp0njwJSK3.JehZPcuiyxpQSRjv9ehG_scfRv.IJ.HL1n19W0Nr8Z5pc0Wo7_y0QKHrOqw3n9qXHRf0VBHa7onoj6NV8ZkWb42sg- Received: from [131.107.0.103] by web81903.mail.mud.yahoo.com via HTTP; Thu, 01 Feb 2007 15:21:49 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Thu, 1 Feb 2007 15:21:49 -0800 (PST) From: gabriel montenegro To: gabriel montenegro , Carsten Bormann , Geoff Mulligan , Schumacher Christian Peter Pii , Mark Townsley , Jari Arkko MIME-Version: 1.0 Message-ID: <963461.43025.qm@web81903.mail.mud.yahoo.com> X-Spam-Score: 1.0 (+) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Cc: 6lowpan@ietf.org Subject: [6lowpan] Re: working group status? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1032053106==" Errors-To: 6lowpan-bounces@ietf.org --===============1032053106== Content-Type: multipart/alternative; boundary="0-252395625-1170372109=:43025" --0-252395625-1170372109=:43025 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable ...and I just saw the response from Geoff. =0A=0ACool, thanks!=0A=0A-gabrie= l=0A=0A----- Original Message ----=0AFrom: gabriel montenegro =0ATo: Carsten Bormann ; Geoff Mulligan= ; Schumacher Christian Peter Pii ; Mark Townsley ; Jari Arkko = =0ACc: 6lowpan@ietf.org=0ASent: Thursday, February 1, 2007 1:57:38 PM=0ASub= ject: working group status?=0A=0ACarsten, Geoff,=0A=0ACould you *PLEASE* re= spond on this list with some=0A=0Aindication of what the status is?=0A=0A= =0Athanks,=0A=0A-gabriel=0A=0A=0A=0A=0A=0A --0-252395625-1170372109=:43025 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
...and I just saw the response from Geoff.

Cool,= thanks!

-gabriel

----- Original Message ----
From= : gabriel montenegro <gabriel_montenegro_2000@yahoo.com>
To: Carst= en Bormann <cabo@tzi.org>; Geoff Mulligan <geoff@mulligan.com>;= Schumacher Christian Peter Pii <schumacher@danfoss.com>; Mark Townsl= ey <townsley@cisco.com>; Jari Arkko <jari.arkko@piuha.net>
C= c: 6lowpan@ietf.org
Sent: Thursday, February 1, 2007 1:57:38 PM
Subje= ct: working group status?

Carsten, Geoff,

Could y= ou *PLEASE* respond on this list with some
=0Aindication of what the status is?
=0A
than= ks,

-gabriel

--0-252395625-1170372109=:43025-- --===============1032053106== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============1032053106==-- From 6lowpan-bounces@ietf.org Thu Feb 01 18:31:55 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HClP9-0001cx-6O; Thu, 01 Feb 2007 18:31:47 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HClP8-0001YP-1u for 6lowpan@ietf.org; Thu, 01 Feb 2007 18:31:46 -0500 Received: from an-out-0708.google.com ([209.85.132.251]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HClP5-0004Es-Oc for 6lowpan@ietf.org; Thu, 01 Feb 2007 18:31:46 -0500 Received: by an-out-0708.google.com with SMTP id d30so466372and for <6lowpan@ietf.org>; Thu, 01 Feb 2007 15:31:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Q8N3JWHS+y6ty2jPgkCk5Md/5TSxMz7Tlv3m1yHeq/dYT9e6Yvi7VcxcCOHLRjYJA6mwrTq9yxgPtk9Kwz03Vz17BVsWpALD+fL07irT/0ILVMEgcK3WORNPMDLvPTF0boATrCGw0OSQAiUObLOdbvqcvGWCBK3pL1aWc7hXnDE= Received: by 10.114.60.19 with SMTP id i19mr252848waa.1170372702846; Thu, 01 Feb 2007 15:31:42 -0800 (PST) Received: by 10.115.94.12 with HTTP; Thu, 1 Feb 2007 15:31:42 -0800 (PST) Message-ID: Date: Fri, 2 Feb 2007 08:31:42 +0900 From: "Daniel Park" To: "gabriel montenegro" Subject: Re: [6lowpan] Re: working group status? In-Reply-To: <963461.43025.qm@web81903.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <963461.43025.qm@web81903.mail.mud.yahoo.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793 Cc: Jari Arkko , Mark Townsley , Carsten Bormann , 6lowpan@ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org not cool to me...:-( 6lowpan has been scheduled in Prague for 2.5 hours. What issue will be taken place in there ? Both 6lowpan documents are done well. What next and working group status ? Closing or rechartering ? At this stage, WG should shepherd these consideration for further discussion before f2f meeting. Daniel On 2/2/07, gabriel montenegro wrote: > > ...and I just saw the response from Geoff. > > Cool, thanks! > > -gabriel > > > ----- Original Message ---- > From: gabriel montenegro > > To: Carsten Bormann ; Geoff Mulligan ; > Schumacher Christian Peter Pii ; Mark Townsley > ; Jari Arkko > Cc: 6lowpan@ietf.org > Sent: Thursday, February 1, 2007 1:57:38 PM > Subject: working group status? > > > Carsten, Geoff, > > Could you *PLEASE* respond on this list with some > indication of what the status is? > > thanks, > > -gabriel > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > > -- Daniel (Soohong Daniel Park) Mobile Convergence Laboratory, SAMSUNG Electronics. _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Thu Feb 01 18:38:46 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HClVu-0008St-2d; Thu, 01 Feb 2007 18:38:46 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HClVs-0008Sn-Ua for 6lowpan@ietf.org; Thu, 01 Feb 2007 18:38:44 -0500 Received: from web81906.mail.mud.yahoo.com ([68.142.207.185]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HClVr-0005Fc-ES for 6lowpan@ietf.org; Thu, 01 Feb 2007 18:38:44 -0500 Received: (qmail 1387 invoked by uid 60001); 1 Feb 2007 23:38:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=0h+Rr7gXm0Qs2OIHccSDBybsBX2S5tRjJe8IC8xvNIJJf3CJAEHCpByIzrQydr9cp2YlOfSehJMgYeAnorajKBZCrq+hq7qJKyej4LXo3+5waE7s/NOPehKpETxN2V3Mb6dHtO9pZJJWC1D2UTKx+fqtSH0cc7eCU4SSwwF0hlk=; X-YMail-OSG: crzCcv4VM1lRF83PoU1jWxGoQySU6Z15EWrwW4NLYWWzm9fX4Js1Jyw9rW.lx4r2xtF6QEhabkJNRt.dald0QU7m8z0kTOJeMTS_MIPEa.PUS4E- Received: from [131.107.0.103] by web81906.mail.mud.yahoo.com via HTTP; Thu, 01 Feb 2007 15:38:42 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Thu, 1 Feb 2007 15:38:42 -0800 (PST) From: gabriel montenegro Subject: Re: [6lowpan] Re: working group status? To: Daniel Park MIME-Version: 1.0 Message-ID: <995519.99148.qm@web81906.mail.mud.yahoo.com> X-Spam-Score: 1.4 (+) X-Scan-Signature: 31247fb3be228bb596db9127becad0bc Cc: Jari Arkko , Mark Townsley , Carsten Bormann , 6lowpan@ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1225137435==" Errors-To: 6lowpan-bounces@ietf.org --===============1225137435== Content-Type: multipart/alternative; boundary="0-1553461848-1170373122=:99148" --0-1553461848-1170373122=:99148 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Well, scheduling (or not) for Prague is orthogonal to progressing towards I= ESG (which I think is cool).=0ANow, given that we have a slot in Prague, I = imagine we will be able to use it to discuss comments=0Aarising from the IE= SG review. We're not done yet: I fully expect there will be issues brought = up=0Aduring IESG discussions. So going now to IESG will give the IESG time = to review and provide comments,=0Aand us the time to prepare to have a mean= ingful f2f in Prague. =0A=0A-gabriel=0A=0A----- Original Message ----=0AFro= m: Daniel Park =0ATo: gabriel montenegro =0ACc: Carsten Bormann ; Geoff Mulligan = ; Schumacher Christian Peter Pii ; Mark Townsley ; Jari Arkko ; = 6lowpan@ietf.org=0ASent: Thursday, February 1, 2007 3:31:42 PM=0ASubject: R= e: [6lowpan] Re: working group status?=0A=0Anot cool to me...:-(=0A=0A6lowp= an has been scheduled in Prague for 2.5 hours. What issue will be=0Ataken p= lace in there ? Both 6lowpan documents are done well. What next=0Aand worki= ng group status ? Closing or rechartering ? At this stage, WG=0Ashould shep= herd these consideration for further discussion before f2f=0Ameeting.=0A=0A= Daniel=0A=0AOn 2/2/07, gabriel montenegro wrote:=0A>=0A> ...and I just saw the response from Geoff.=0A>=0A> Cool, = thanks!=0A>=0A> -gabriel=0A>=0A>=0A> ----- Original Message ----=0A> From: = gabriel montenegro=0A> =0A> To: Carsten = Bormann ; Geoff Mulligan ;=0A> Schumacher= Christian Peter Pii ; Mark Townsley=0A> ; Jari Arkko =0A> Cc: 6lowpan@ietf.org=0A> = Sent: Thursday, February 1, 2007 1:57:38 PM=0A> Subject: working group stat= us?=0A>=0A>=0A> Carsten, Geoff,=0A>=0A> Could you *PLEASE* respond on this = list with some=0A> indication of what the status is?=0A>=0A> thanks,=0A>=0A= > -gabriel=0A>=0A>=0A> _______________________________________________=0A> = 6lowpan mailing list=0A> 6lowpan@ietf.org=0A> https://www1.ietf.org/mailman= /listinfo/6lowpan=0A>=0A>=0A=0A=0A-- =0A=0A=0ADaniel (Soohong Daniel Park)= =0AMobile Convergence Laboratory, SAMSUNG Electronics.=0A=0A=0A=0A=0A --0-1553461848-1170373122=:99148 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Well, scheduling (or not) for Prague is orthogonal to pr= ogressing towards IESG (which I think is cool).
Now, given that we have = a slot in Prague, I imagine we will be able to use it to discuss commentsarising from the IESG review. We're not done yet: I fully expect there wi= ll be issues brought up
during IESG discussions. So going now to IESG wi= ll give the IESG time to review and provide comments,
and us the time to= prepare to have a meaningful f2f in Prague.

-gabriel

= https://www1.ietf.org/mailman/listinfo/6lowpan
>
>

<= br>--


Daniel (Soohong Daniel Park)
Mobile Convergence Labora= tory, SAMSUNG Electronics.

--0-1553461848-1170373122=:99148-- --===============1225137435== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============1225137435==-- From 6lowpan-bounces@ietf.org Thu Feb 01 21:21:42 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCo3J-00079D-Nn; Thu, 01 Feb 2007 21:21:25 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCo3I-00072o-LC for 6lowpan@ietf.org; Thu, 01 Feb 2007 21:21:24 -0500 Received: from ug-out-1314.google.com ([66.249.92.170]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HCo3G-0002i8-8t for 6lowpan@ietf.org; Thu, 01 Feb 2007 21:21:24 -0500 Received: by ug-out-1314.google.com with SMTP id 72so603411ugd for <6lowpan@ietf.org>; Thu, 01 Feb 2007 18:21:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZBZSNwdN7QDD7PEOfGe3cfASiQZDzpXYpxYrgaKzzQO/BcW7Td0R0PUYq695y5+byZ30i9xagA044c25FncqLhvlq4Rb9LddMN2R613wOn3Cq5uwHmi2D8pgDVfr6t9ASYL3L1pEF0/a15qBLmvb1ZsdVxlbZJjShFPBxr5QbAk= Received: by 10.82.111.8 with SMTP id j8mr1043948buc.1170382879176; Thu, 01 Feb 2007 18:21:19 -0800 (PST) Received: by 10.82.182.11 with HTTP; Thu, 1 Feb 2007 18:21:18 -0800 (PST) Message-ID: <43b91d370702011821o393823bfr8a2f666fe424e39d@mail.gmail.com> Date: Thu, 1 Feb 2007 18:21:18 -0800 From: "Samita Chakrabarti" To: "gabriel montenegro" In-Reply-To: <225463.20605.qm@web81904.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <225463.20605.qm@web81904.mail.mud.yahoo.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: 20f22c03b5c66958bff5ef54fcda6e48 Cc: 6lowpan@ietf.org, dculler@archrock.com Subject: [6lowpan] Re: 6lowpan-format-09 X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Hi Gabriel, It's ok not to update the text now and go ahead for IESG review. If you need to update the draft to address comments from IESG, then adding the additional information will be helpful in the long run. That's my take as a working group member. Thanks again. -Samita On 2/1/07, gabriel montenegro wrote: > > Samita, > > Thanks for the proposed text. > I still don't think there's much benefit as it says little more than > "please implement with care". > > My opinion on these is unchanged. Any others? > > -gabriel > > ----- Original Message ---- > From: Samita Chakrabarti > To: gabriel montenegro > Cc: dculler@archrock.com; jhui@archrock.com; > nandakishore.kushalnagar@intel.com; 6lowpan@ietf.org > Sent: Monday, January 29, 2007 5:59:29 PM > Subject: Re: 6lowpan-format-09 > > Hi Gabriel, > > Please see my comments in-line. > > > About your comments: > > > > 1. Not sure what to do here. Are you saying that parsing is somehow > trickier > > now > > than it was before the header change? The WG adopted the new header cuz > > there > > was consensus that things would be better, not worse. Are you saying > they > > are > > worse? Beyond this, being careful in the implementation about bit > fields > > etc > > is, well, part of the implementation, so I'm not sure what to do here > (or > > if > > we need to do anything). Perhaps if you suggest some text it'll be > easier > > to see? > > > > I actually like the new header changes. I particularly picked the > fragment sub-header because it has got 11bits, 10bits and 3 bits for > the first fragment. This > particular one is not 32bit-word aligned and parsing and casting etc. > will require some bit operations. In embedded systems at the > low-level, > this might be a common practice, but I was thinking if we could have > some sort of > text for the implementors in general. What do folks think about > something like the following ? > > --- > The fields and header segments, described in this document, are not > always byte-aligned or 32-bit word aligned. The implementors of this > document are responsible > for sending and processing the data on the wire according to the > specification for interoperability among different implementations. > ---- > > > > 2. Not sure why we need to add yet another sub-title for such a short > > section. This is patterned after section 6 of: > > > > http://tools.ietf.org/html/rfc2464 > > > > which itself does not have such sub-title. > > Besides, the paragraph before the diagram clearly states already > > that this is: > > "The Source/Target Link-layer Address option" > > > > which seems pretty explicit. Left it as it is. > > > > If purpose of this section is to describe mapping of an unicast > IPv6-address to IEEE802.15.4 link-layer address, then it is very > helpful if the first sentence says > that. ( like rfc2464). In that case, we can move the address > resolution text at the > end of the section. Currently, it is a bit confusing. > > > Thanks for the prompt response and update. > -Samita > > > > > ----- Original Message ---- > > From: Samita Chakrabarti > > To: gabriel montenegro > > > Cc: dculler@archrock.com; jhui@archrock.com; > > nandakishore.kushalnagar@intel.com; 6lowpan@ietf.org > > Sent: Wednesday, January 24, 2007 7:47:52 PM > > Subject: 6lowpan-format-09 > > > > Hi Gabriel and all, > > > > Finally I had a chance to read the latest version of the draft. It > > looks good with > > the new style of format. > > > > A few minor comments for the authors' consideration: > > > > 1) Section 5.3 - the fragmentation format has 3bits + 10bits + 11bits > > fields for > > first fragment sub-header and 3+10+11+8 for the subsequent fragments. > > Defining data structure, parsing and casting will require some > > clever bit-field > > operations. I wonder if the fragmentation part has been > > implemented and if the > > document can say a cautionary word about any byte alignment issues > that > > the implemntors should take care in the implementation as the > fragmented > > packet will appear on the wire. For example, implementation A's > compiler > > puts a byte after the first-fragment declaration and before the > > data, while implemention B does not do any padding. > > > > 2) Section 8 - Unicast address mapping. The second paragraph actually > refers > > to > > SLLA/TLLA option from RFC2461. It is a bit confusing for the section > > heading, > > please add another sub-heading before this paragraph: > > 8.1 Source and Destination Link Layer Address Option mapping > > > > 3) Section 11.1 Lowpan-BCO option > > Should we re-word the section header as "LowPan Broadcast > > (LOWPAN_BCO)" or similar ? > > Why do we call this an "option" ? We are not calling mesh-header or > > fragment-header > > as options. > > > > Also, do we add the sequence number in order to avoid broadcasting > > duplicate > > packets from the same sender or originator in mesh? Please add a line > on > > why > > we are adding the sequence number in this case. > > > > Sorry for the late review, but these issues do not stop this draft to > > move forward for > > the AD review. Nice job! > > > > Regards, > > -Samita > > > > > > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Fri Feb 02 01:51:24 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCsGL-0005VP-D4; Fri, 02 Feb 2007 01:51:09 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCsGJ-0005Rp-UO for 6lowpan@ietf.org; Fri, 02 Feb 2007 01:51:07 -0500 Received: from mailhost.informatik.uni-bremen.de ([2001:638:708:30c9:209:3dff:fe00:7136] helo=informatik.uni-bremen.de) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HCsGH-0007MN-BY for 6lowpan@ietf.org; Fri, 02 Feb 2007 01:51:07 -0500 Received: from [127.0.0.1] (maildrop [134.102.201.19]) by informatik.uni-bremen.de (8.13.4/8.13.2) with ESMTP id l126oudR023344; Fri, 2 Feb 2007 07:50:56 +0100 (CET) In-Reply-To: <642948.6102.qm@web81903.mail.mud.yahoo.com> References: <642948.6102.qm@web81903.mail.mud.yahoo.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <877A2419-51EF-40C9-B995-1917FDDBEAB4@tzi.org> Content-Transfer-Encoding: 7bit From: Carsten Bormann Subject: Re: [6lowpan] working group status? Date: Fri, 2 Feb 2007 07:50:56 +0100 To: gabriel montenegro X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new X-Spam-Score: -2.8 (--) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed Cc: Jari Arkko , Mark Townsley , Carsten Bormann , 6lowpan@ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Gabriel, sorry. Geoff is preparing the writeup for submitting the format document to the IESG. Gruesse, Carsten _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Fri Feb 02 09:17:35 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCzE2-00008C-15; Fri, 02 Feb 2007 09:17:14 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCzE1-000085-0C for 6lowpan@ietf.org; Fri, 02 Feb 2007 09:17:13 -0500 Received: from grab.coslabs.com ([199.233.92.34]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HCzDy-00028D-IG for 6lowpan@ietf.org; Fri, 02 Feb 2007 09:17:12 -0500 Received: from dev20.coslabs.com (dev20.coslabs.com [199.233.92.20]) by grab.coslabs.com (8.13.6/8.13.6) with ESMTP id l12EGQg9006589; Fri, 2 Feb 2007 07:16:26 -0700 (MST) Subject: Re: [6lowpan] Re: working group status? From: Geoff Mulligan To: gabriel montenegro In-Reply-To: <995519.99148.qm@web81906.mail.mud.yahoo.com> References: <995519.99148.qm@web81906.mail.mud.yahoo.com> Content-Type: text/plain Date: Fri, 02 Feb 2007 07:16:27 -0700 Message-Id: <1170425787.6376.127.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 32b73d73e8047ed17386f9799119ce43 Cc: Jari Arkko , Mark Townsley , Carsten Bormann , 6lowpan@ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org I agree with Gabriel. We have 2.5 hours in Prague. I think that there is continued work for the WG, though we need to recharter to do anything else. If there are no issues that come back from the IESG (doubtful) then we will use the time to hopefully finalize the rechartering discussion, otherwise we will work on the IESG comments. geoff On Thu, 2007-02-01 at 15:38 -0800, gabriel montenegro wrote: > Well, scheduling (or not) for Prague is orthogonal to progressing > towards IESG (which I think is cool). > Now, given that we have a slot in Prague, I imagine we will be able to > use it to discuss comments > arising from the IESG review. We're not done yet: I fully expect there > will be issues brought up > during IESG discussions. So going now to IESG will give the IESG time > to review and provide comments, > and us the time to prepare to have a meaningful f2f in Prague. > > -gabriel > > ----- Original Message ---- > From: Daniel Park > To: gabriel montenegro > Cc: Carsten Bormann ; Geoff Mulligan > ; Schumacher Christian Peter Pii > ; Mark Townsley ; Jari > Arkko ; 6lowpan@ietf.org > Sent: Thursday, February 1, 2007 3:31:42 PM > Subject: Re: [6lowpan] Re: working group status? > > not cool to me...:-( > > 6lowpan has been scheduled in Prague for 2.5 hours. What issue will be > taken place in there ? Both 6lowpan documents are done well. What next > and working group status ? Closing or rechartering ? At this stage, WG > should shepherd these consideration for further discussion before f2f > meeting. > > Daniel > > On 2/2/07, gabriel montenegro > wrote: > > > > ...and I just saw the response from Geoff. > > > > Cool, thanks! > > > > -gabriel > > > > > > ----- Original Message ---- > > From: gabriel montenegro > > > > To: Carsten Bormann ; Geoff Mulligan > ; > > Schumacher Christian Peter Pii ; Mark > Townsley > > ; Jari Arkko > > Cc: 6lowpan@ietf.org > > Sent: Thursday, February 1, 2007 1:57:38 PM > > Subject: working group status? > > > > > > Carsten, Geoff, > > > > Could you *PLEASE* respond on this list with some > > indication of what the status is? > > > > thanks, > > > > -gabriel > > > > > > _______________________________________________ > > 6lowpan mailing list > > 6lowpan@ietf.org > > https://www1.ietf.org/mailman/listinfo/6lowpan > > > > > > > -- > > > Daniel (Soohong Daniel Park) > Mobile Convergence Laboratory, SAMSUNG Electronics. > > > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Fri Feb 02 09:41:28 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCzbT-0004Pz-Lj; Fri, 02 Feb 2007 09:41:27 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HCzbS-0004Pu-3d for 6lowpan@ietf.org; Fri, 02 Feb 2007 09:41:26 -0500 Received: from grab.coslabs.com ([199.233.92.34]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HCzbP-00070Q-OV for 6lowpan@ietf.org; Fri, 02 Feb 2007 09:41:26 -0500 Received: from dev20.coslabs.com (dev20.coslabs.com [199.233.92.20]) by grab.coslabs.com (8.13.6/8.13.6) with ESMTP id l12Ef4Dt006792; Fri, 2 Feb 2007 07:41:04 -0700 (MST) Subject: Re: [6lowpan] working group status? From: Geoff Mulligan To: Carsten Bormann In-Reply-To: <877A2419-51EF-40C9-B995-1917FDDBEAB4@tzi.org> References: <642948.6102.qm@web81903.mail.mud.yahoo.com> <877A2419-51EF-40C9-B995-1917FDDBEAB4@tzi.org> Content-Type: text/plain Date: Fri, 02 Feb 2007 07:41:05 -0700 Message-Id: <1170427265.6376.141.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad Cc: Mark Townsley , Jari Arkko , 6lowpan@ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Are we submitting the problem / requirements document to the IESG at the same time? geoff On Fri, 2007-02-02 at 07:50 +0100, Carsten Bormann wrote: > Gabriel, > > sorry. Geoff is preparing the writeup for submitting the format > document to the IESG. > > Gruesse, Carsten _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Fri Feb 02 11:02:25 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HD0rf-00007q-T2; Fri, 02 Feb 2007 11:02:15 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HD0re-00007X-Uw for 6lowpan@ietf.org; Fri, 02 Feb 2007 11:02:14 -0500 Received: from grab.coslabs.com ([199.233.92.34]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HD0rd-0005Fy-Bv for 6lowpan@ietf.org; Fri, 02 Feb 2007 11:02:14 -0500 Received: from dev20.coslabs.com (dev20.coslabs.com [199.233.92.20]) by grab.coslabs.com (8.13.6/8.13.6) with ESMTP id l12G1r0O007510; Fri, 2 Feb 2007 09:01:54 -0700 (MST) Subject: Re: [6lowpan] Re: working group status? From: Geoff Mulligan To: Mark Townsley In-Reply-To: <45C34CE7.5030504@cisco.com> References: <995519.99148.qm@web81906.mail.mud.yahoo.com> <1170425787.6376.127.camel@localhost> <45C34CE7.5030504@cisco.com> Content-Type: text/plain Date: Fri, 02 Feb 2007 09:01:54 -0700 Message-Id: <1170432115.6376.193.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 22bbb45ef41b733eb2d03ee71ece8243 Cc: Jari Arkko , Carsten Bormann , 6lowpan@ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org I'm working on the answering the proto (draft-ietf-proto-wgchair-doc-shepherding-08) questions. idnits came up with a few hits so I'm working with Grabriel to fix those as necessary and I plan to send the publication request today, but Monday at the latest. This will be for both the format and problem statement document. geoff On Fri, 2007-02-02 at 15:38 +0100, Mark Townsley wrote: > Let's do some calendar work here. > > The last IESG telechat before Prague is March 8. So, I need to schedule > the document for review no later than March 1. Also, the documents have > to have exited IETF last call before then (2 weeks, assuming no issues > to resolve and immediate turnaround by the secretary when I request LC) > - that's Feb 15, best case. Also, I would like to have at least a few > days, preferably a week, to read over the drafts before issuing last > call and to give at least a small bit of wiggle room for the various > state changes I listed above - that's Feb 8. > > So, between now and Feb 8 the chairs need to request publication by > sending an email to the iesg-secretary@ietf.org along with a completed > proto questionnaire (draft-ietf-shim6-proto-07.txt). I haven't seen the > publication request yet. If I don't before Feb 8, there will be no IESG > review comments to discuss, and no meeting. > > - Mark > > Geoff Mulligan wrote: > > I agree with Gabriel. We have 2.5 hours in Prague. I think that there > > is continued work for the WG, though we need to recharter to do anything > > else. If there are no issues that come back from the IESG (doubtful) > > then we will use the time to hopefully finalize the rechartering > > discussion, otherwise we will work on the IESG comments. > > > > geoff > > > > On Thu, 2007-02-01 at 15:38 -0800, gabriel montenegro wrote: > > > >> Well, scheduling (or not) for Prague is orthogonal to progressing > >> towards IESG (which I think is cool). > >> Now, given that we have a slot in Prague, I imagine we will be able to > >> use it to discuss comments > >> arising from the IESG review. We're not done yet: I fully expect there > >> will be issues brought up > >> during IESG discussions. So going now to IESG will give the IESG time > >> to review and provide comments, > >> and us the time to prepare to have a meaningful f2f in Prague. > >> > >> -gabriel > >> > >> ----- Original Message ---- > >> From: Daniel Park > >> To: gabriel montenegro > >> Cc: Carsten Bormann ; Geoff Mulligan > >> ; Schumacher Christian Peter Pii > >> ; Mark Townsley ; Jari > >> Arkko ; 6lowpan@ietf.org > >> Sent: Thursday, February 1, 2007 3:31:42 PM > >> Subject: Re: [6lowpan] Re: working group status? > >> > >> not cool to me...:-( > >> > >> 6lowpan has been scheduled in Prague for 2.5 hours. What issue will be > >> taken place in there ? Both 6lowpan documents are done well. What next > >> and working group status ? Closing or rechartering ? At this stage, WG > >> should shepherd these consideration for further discussion before f2f > >> meeting. > >> > >> Daniel > >> > >> On 2/2/07, gabriel montenegro > >> wrote: > >> > >>> ...and I just saw the response from Geoff. > >>> > >>> Cool, thanks! > >>> > >>> -gabriel > >>> > >>> > >>> ----- Original Message ---- > >>> From: gabriel montenegro > >>> > >>> To: Carsten Bormann ; Geoff Mulligan > >>> > >> ; > >> > >>> Schumacher Christian Peter Pii ; Mark > >>> > >> Townsley > >> > >>> ; Jari Arkko > >>> Cc: 6lowpan@ietf.org > >>> Sent: Thursday, February 1, 2007 1:57:38 PM > >>> Subject: working group status? > >>> > >>> > >>> Carsten, Geoff, > >>> > >>> Could you *PLEASE* respond on this list with some > >>> indication of what the status is? > >>> > >>> thanks, > >>> > >>> -gabriel > >>> > >>> > >>> _______________________________________________ > >>> 6lowpan mailing list > >>> 6lowpan@ietf.org > >>> https://www1.ietf.org/mailman/listinfo/6lowpan > >>> > >>> > >>> > >> -- > >> > >> > >> Daniel (Soohong Daniel Park) > >> Mobile Convergence Laboratory, SAMSUNG Electronics. > >> > >> > >> > >> > > > > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Fri Feb 02 15:50:29 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HD5MG-0002X0-JB; Fri, 02 Feb 2007 15:50:08 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HD5MA-0002VP-Uy for 6lowpan@lists.ietf.org; Fri, 02 Feb 2007 15:50:02 -0500 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HD5MA-00029Y-Ln for 6lowpan@lists.ietf.org; Fri, 02 Feb 2007 15:50:02 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id 9A3C7329FE; Fri, 2 Feb 2007 20:50:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HD5MA-0002O8-GN; Fri, 02 Feb 2007 15:50:02 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Fri, 02 Feb 2007 15:50:02 -0500 X-Spam-Score: -2.5 (--) X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1 Cc: 6lowpan@lists.ietf.org Subject: [6lowpan] I-D ACTION:draft-ietf-6lowpan-format-10.txt X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 over Low power WPAN Working Group of the IETF. Title : Transmission of IPv6 Packets over IEEE 802.15.4 Networks Author(s) : G. Montenegro, et al. Filename : draft-ietf-6lowpan-format-10.txt Pages : 31 Date : 2007-2-2 This document describes the frame format for transmission of IPv6 packets and the method of forming IPv6 link-local addresses and statelessly autoconfigured addresses on IEEE 802.15.4 networks. Additional specifications include a simple header compression scheme using shared context and provisions for packet delivery in IEEE 802.15.4 meshes. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-format-10.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-6lowpan-format-10.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-6lowpan-format-10.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-2-2142816.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-6lowpan-format-10.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-6lowpan-format-10.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-2-2142816.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --NextPart-- From 6lowpan-bounces@ietf.org Tue Feb 06 10:15:06 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HES1x-0002TG-8u; Tue, 06 Feb 2007 10:14:49 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HES1w-0002TB-NF for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 10:14:48 -0500 Received: from grab.coslabs.com ([199.233.92.34]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HES1u-0005yY-Cp for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 10:14:48 -0500 Received: from dev20.coslabs.com (dev20.coslabs.com [199.233.92.20]) by grab.coslabs.com (8.13.6/8.13.6) with ESMTP id l16FEjvh007233 for <6lowpan@lists.ietf.org>; Tue, 6 Feb 2007 08:14:45 -0700 (MST) From: Geoff Mulligan To: 6lowpan <6lowpan@lists.ietf.org> Content-Type: text/plain Date: Tue, 06 Feb 2007 08:14:45 -0700 Message-Id: <1170774885.5063.19.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 Cc: Subject: [6lowpan] WG rechartering X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Folks, We have reached a milestone. We have submitted the Problem Statement document and the Format Document to our AD for publication. We have completed the original charter of the WG. Mark will review the documents and then submit them for IETF LC (2 weeks) and then IESG review and discussion, which will hopefully happen on the IESG telechat on March 8th. So now it is very important that we finalize our thoughts about rechartering the Working Group for new work, should we want to take on new work. Some of the items that people have indicated interest in working on: Neighbor Discovery and Secure Neighbor Discovery (proposed standard) Stateful header compression (informational) 6lowpan applications (informational) mesh routing (proposed standard) Security analysis (informational) If there are other ideas as to work the WG should be looking at, please send them to the list. If you think that we are finished, please send that to the list also. We plan to have a call with our AD next Monday the 12th and I would like to hear from the group before then. geoff _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 06 13:54:07 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEVRx-0007rI-2K; Tue, 06 Feb 2007 13:53:53 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEVRw-0007rC-6u for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 13:53:52 -0500 Received: from nf-out-0910.google.com ([64.233.182.189]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HEVRu-0005Jg-RL for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 13:53:52 -0500 Received: by nf-out-0910.google.com with SMTP id l36so277095nfa for <6lowpan@lists.ietf.org>; Tue, 06 Feb 2007 10:53:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TAOzoJbAaOSycm0cTCeoVM/JwRbxHLOdNIP1OZwxFEBp17iLFvc+4QeMBnIu6pP4gBve0/my2QvuvB6+WyQMQwPubpbsIkwYS1E8NZ2pnJXxLzS+ytndt3MNUWFVS0jwWgxjnHAK1C94LS3CXGU831M78yRa33Fcf7a5xpTLmn0= Received: by 10.82.169.4 with SMTP id r4mr2757116bue.1170788029579; Tue, 06 Feb 2007 10:53:49 -0800 (PST) Received: by 10.82.182.18 with HTTP; Tue, 6 Feb 2007 10:53:49 -0800 (PST) Message-ID: <43b91d370702061053v317cbcf9wf3adb1457ddf5e21@mail.gmail.com> Date: Tue, 6 Feb 2007 10:53:49 -0800 From: "Samita Chakrabarti" To: "Geoff Mulligan" Subject: Re: [6lowpan] WG rechartering In-Reply-To: <1170774885.5063.19.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1170774885.5063.19.camel@localhost> X-Spam-Score: 0.0 (/) X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Hi Geoff, The list looks good. Last time we also discussed a need for a document on boot-strapping. Is it still on the agenda? Personally I prefer bootstrapping should be a separate document; we also have to figure out the requirements for bootstrapping in this space. The second point is on mobility analysis - recently with MANEMO (Network mobility for MANET) discussion, some interesting points came out regarding 6lowpan mobility. Daniel Park, Jim Bound brought this up and we are working on updating my expired draft on 6lowpan mobility requirements. So, may be we can keep mobility item in the radar if not on the charter list for now. Thanks, -Samita On 2/6/07, Geoff Mulligan wrote: > Folks, > We have reached a milestone. We have submitted the Problem Statement > document and the Format Document to our AD for publication. We have > completed the original charter of the WG. > > Mark will review the documents and then submit them for IETF LC (2 > weeks) and then IESG review and discussion, which will hopefully happen > on the IESG telechat on March 8th. > > So now it is very important that we finalize our thoughts about > rechartering the Working Group for new work, should we want to take on > new work. > > Some of the items that people have indicated interest in working on: > Neighbor Discovery and Secure Neighbor Discovery (proposed standard) > Stateful header compression (informational) > 6lowpan applications (informational) > mesh routing (proposed standard) > Security analysis (informational) > > If there are other ideas as to work the WG should be looking at, please > send them to the list. If you think that we are finished, please send > that to the list also. > > We plan to have a call with our AD next Monday the 12th and I would like > to hear from the group before then. > > geoff > > > > > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 06 14:09:45 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEVhF-0006PL-GO; Tue, 06 Feb 2007 14:09:41 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEVhE-0006P8-Gz for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 14:09:40 -0500 Received: from web81906.mail.mud.yahoo.com ([68.142.207.185]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HEVhC-0002kk-Tl for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 14:09:40 -0500 Received: (qmail 35318 invoked by uid 60001); 6 Feb 2007 19:09:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=Dj8x27soazxv0Pl82aLi8cziQhtBeNK8/L1hDRjimFAIA5Q2Ks97sI37Qrq9X5hTo1kE86I0xXqcMgdBgweWL7Gh8WRQpUS2OGAr8/V2FcD3t3QEbCmZBqfB3gZtszVQCY+Kz041Ff6jVjnZi9RM3iShZ7FTtkGe1D/sd/A1SXI=; X-YMail-OSG: q.X3u7IVM1ll4jhsfMi_HtdEUoAm1P6eoIPtMG9OJ6aE2nyXpXjuJ9CdsVLJsUPDvA-- Received: from [131.107.0.103] by web81906.mail.mud.yahoo.com via HTTP; Tue, 06 Feb 2007 11:09:38 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Tue, 6 Feb 2007 11:09:38 -0800 (PST) From: gabriel montenegro Subject: Re: [6lowpan] WG rechartering To: Samita Chakrabarti , Geoff Mulligan MIME-Version: 1.0 Message-ID: <454959.33614.qm@web81906.mail.mud.yahoo.com> X-Spam-Score: 0.9 (/) X-Scan-Signature: 057ebe9b96adec30a7efb2aeda4c26a4 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0295557608==" Errors-To: 6lowpan-bounces@ietf.org --===============0295557608== Content-Type: multipart/alternative; boundary="0-1870386432-1170788978=:33614" --0-1870386432-1170788978=:33614 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Geoff's list below seems to be a summary of the slides at:=0A=0Ahttp://www3= .ietf.org/proceedings/06jul/slides/6lowpan-4/sld1.htm=0A=0Aand in those sli= des, the bootstrapping item is included along with the ND optimizations.=0A= =0AHowever, I agree with Samita that bootstrapping and ND are separate item= s.=0A=0AI suggest adding this item:=0A=0A Bootstrapping a 6LoWPAN Netwo= rk=0A=0A-gabriel=0A=0A=0A=0A----- Original Message ----=0AFrom: Samita Chak= rabarti =0ATo: Geoff Mulligan =0ACc= : 6lowpan <6lowpan@lists.ietf.org>=0ASent: Tuesday, February 6, 2007 10:53:= 49 AM=0ASubject: Re: [6lowpan] WG rechartering=0A=0AHi Geoff,=0A=0AThe list= looks good.=0A=0ALast time we also discussed a need for a document on boot= -strapping.=0AIs it still on the agenda? Personally I prefer bootstrapping= should be a=0Aseparate document; we also have to figure out the requiremen= ts for=0Abootstrapping in this space.=0A=0AThe second point is on mobility = analysis - recently with MANEMO (Network=0Amobility for MANET) discussion, = some interesting points came out regarding=0A6lowpan mobility. Daniel Park,= Jim Bound brought this up and=0Awe are working on updating=0Amy expired dr= aft on 6lowpan mobility requirements. So, may be we can keep=0Amobility it= em in the radar if not on the charter list for now.=0A=0AThanks,=0A-Samita= =0A=0A=0AOn 2/6/07, Geoff Mulligan wrote:=0A> Folks,= =0A> We have reached a milestone. We have submitted the Problem Statement= =0A> document and the Format Document to our AD for publication. We have= =0A> completed the original charter of the WG.=0A>=0A> Mark will review the= documents and then submit them for IETF LC (2=0A> weeks) and then IESG rev= iew and discussion, which will hopefully happen=0A> on the IESG telechat on= March 8th.=0A>=0A> So now it is very important that we finalize our though= ts about=0A> rechartering the Working Group for new work, should we want to= take on=0A> new work.=0A>=0A> Some of the items that people have indicated= interest in working on:=0A> Neighbor Discovery and Secure Neighbor Discov= ery (proposed standard)=0A> Stateful header compression (informational)=0A= > 6lowpan applications (informational)=0A> mesh routing (proposed standar= d)=0A> Security analysis (informational)=0A>=0A> If there are other ideas = as to work the WG should be looking at, please=0A> send them to the list. = If you think that we are finished, please send=0A> that to the list also.= =0A>=0A> We plan to have a call with our AD next Monday the 12th and I woul= d like=0A> to hear from the group before then.=0A>=0A> geoff=0A>=0A>= =0A>=0A>=0A>=0A>=0A> _______________________________________________=0A> 6l= owpan mailing list=0A> 6lowpan@ietf.org=0A> https://www1.ietf.org/mailman/l= istinfo/6lowpan=0A>=0A=0A_______________________________________________=0A= 6lowpan mailing list=0A6lowpan@ietf.org=0Ahttps://www1.ietf.org/mailman/lis= tinfo/6lowpan=0A=0A=0A=0A=0A --0-1870386432-1170788978=:33614 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Geoff's list below seems to be a summary of the slides a= t:

http://www3.ietf.org/proceedings/06jul/= slides/6lowpan-4/sld1.htm

and in those slides, the bootst= rapping item is included along with the ND optimizations.

However, I= agree with Samita that bootstrapping and ND are separate items.

I s= uggest adding this item:

     Bootstrapping a 6L= oWPAN Network

-gabriel



----- Original Message= ----
From: Samita Chakrabarti <samitac2@gmail.com>
To: Geoff M= ulligan <geoff@mulligan.com>
Cc: 6lowpan <6lowpan@lists.ietf.org>Sent: Tuesday, February 6, 2007 10:53:49 AM
Subject: Re: [6lowpan] WG = rechartering

Hi Geoff,

The list looks good.

Last = time we also discussed a need for a document on boot-strapping.
Is it st= ill on the agenda?  Personally I prefer bootstrapping should be a=
separate document; we also have to figure out the requirements for
b= ootstrapping in this space.

The second point is on mobility analysis= - recently with MANEMO (Network
mobility for MANET) discussion, some in= teresting points came out regarding
6lowpan mobility. Daniel Park, Jim B= ound brought this up and
we are working on updating
my expired draft = on 6lowpan mobility requirements.  So, may be we can keep
mobi= lity item in the radar if not on the charter list for now.

Thanks,-Samita


On 2/6/07, Geoff Mulligan <geoff@mulligan.com> w= rote:
> Folks,
>  We have reached a milestone.  We have = submitted the Problem Statement
> document and the Format Document to= our AD for publication.  We have
> completed the original = charter of the WG.
>
> Mark will review the documents and then = submit them for IETF LC (2
> weeks) and then IESG review and discussi= on, which will hopefully happen
> on the IESG telechat on March 8th.<= br>>
> So now it is very important that we finalize our thoughts a= bout
> rechartering the Working Group for new work, should we want to= take on
> new work.
>
> Some of the items that people ha= ve indicated interest in working on:
>  Neighbor Discovery = and Secure Neighbor Discovery (proposed standard)
>  Statef= ul header compression (informational)
>  6lowpan applicatio= ns (informational)
>  mesh routing (proposed standard)
>  Security analysis (informational)
>
= > If there are other ideas as to work the WG should be looking at, pleas= e
> send them to the list.  If you think that we are finish= ed, please send
> that to the list also.
>
> We plan to h= ave a call with our AD next Monday the 12th and I would like
> to hea= r from the group before then.
>
>     =    geoff
>
>
>
>
>
>
= > _______________________________________________
> 6lowpan mailin= g list
> 6lowpan@ietf.org
> https://www1.ietf.org/mailman/lis= tinfo/6lowpan
>

__________________________________________= _____
6lowpan mailing list
6lowpan@ietf.org
https://www1.ietf.= org/mailman/listinfo/6lowpan

--0-1870386432-1170788978=:33614-- --===============0295557608== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============0295557608==-- From 6lowpan-bounces@ietf.org Tue Feb 06 14:19:59 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEVr0-0002X0-NS; Tue, 06 Feb 2007 14:19:46 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEVqz-0002Wv-Ie for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 14:19:45 -0500 Received: from neon.tcs.hut.fi ([130.233.215.20] helo=mail.tcs.hut.fi) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HEVqy-0004oj-2F for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 14:19:45 -0500 Received: from rhea.tcs.hut.fi (rhea.tcs.hut.fi [130.233.215.147]) by mail.tcs.hut.fi (Postfix) with ESMTP id 21AC32C020BA6; Tue, 6 Feb 2007 21:19:43 +0200 (EET) Date: Tue, 6 Feb 2007 21:19:43 +0200 (EET) From: Wassim Haddad To: gabriel montenegro Subject: Re: [6lowpan] WG rechartering In-Reply-To: <454959.33614.qm@web81906.mail.mud.yahoo.com> Message-ID: References: <454959.33614.qm@web81906.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: 0.0 (/) X-Scan-Signature: 057ebe9b96adec30a7efb2aeda4c26a4 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Hi, The list is interesting and I also agree with Gabriel and Samita about the bootstrapping item. Regards, Wassim H. On Tue, 6 Feb 2007, gabriel montenegro wrote: > Geoff's list below seems to be a summary of the slides at: http://www3.ietf.org/proceedings/06jul/slides/6lowpan-4/sld1.htm and in those slides, the bootstrapping item is included along with the ND optimizations. However, I agree with Samita that bootstrapping and ND are separate items. I suggest adding this item: Bootstrapping a 6LoWPAN Network -gabriel ----- Original Message ---- From: Samita Chakrabarti To: Geoff Mulligan Cc: 6lowpan <6lowpan@lists.ietf.org> Sent: Tuesday, February 6, 2007 10:53:49 AM Subject: Re: [6lowpan] WG rechartering Hi Geoff, The list looks good. Last time we also discussed a need for a document on boot-strapping. Is it still on the agenda? Personally I prefer bootstrapping should be a separate document; we also have to figure out the requirements for bootstrapping in this space. The second point is on mobility analysis - recently with MANEMO (Network mobility for MANET) discussion, some interesting points came out regarding 6lowpan mobility. Daniel Park, Jim Bound brought this up and we are working on updating my expired draft on 6lowpan mobility requirements. So, may be we can keep mobility item in the radar if not on the charter list for now. Thanks, -Samita On 2/6/07, Geoff Mulligan wrote: > Folks, > We have reached a milestone. We have submitted the Problem Statement > document and the Format Document to our AD for publication. We have > completed the original charter of the WG. > > Mark will review the documents and then submit them for IETF LC (2 > weeks) and then IESG review and discussion, which will hopefully happen > on the IESG telechat on March 8th. > > So now it is very important that we finalize our thoughts about > rechartering the Working Group for new work, should we want to take on > new work. > > Some of the items that people have indicated interest in working on: > Neighbor Discovery and Secure Neighbor Discovery (proposed standard) > Stateful header compression (informational) > 6lowpan applications (informational) > mesh routing (proposed standard) > Security analysis (informational) > > If there are other ideas as to work the WG should be looking at, please > send them to the list. If you think that we are finished, please send > that to the list also. > > We plan to have a call with our AD next Monday the 12th and I would like > to hear from the group before then. > > geoff > > > > > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 06 14:48:58 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEWJB-0006xq-Nm; Tue, 06 Feb 2007 14:48:53 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEWJA-0006xk-7Q for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 14:48:52 -0500 Received: from grab.coslabs.com ([199.233.92.34]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HEWJ8-0006Wl-OF for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 14:48:52 -0500 Received: from dev20.coslabs.com (dev20.coslabs.com [199.233.92.20]) by grab.coslabs.com (8.13.6/8.13.6) with ESMTP id l16JmlAn009397; Tue, 6 Feb 2007 12:48:48 -0700 (MST) Subject: Re: [6lowpan] WG rechartering From: Geoff Mulligan To: Wassim Haddad In-Reply-To: References: <454959.33614.qm@web81906.mail.mud.yahoo.com> Content-Type: text/plain Date: Tue, 06 Feb 2007 12:48:48 -0700 Message-Id: <1170791328.5063.61.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 1676547e4f33b5e63227e9c02bd359e3 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org I'm capturing the input. My list was not intended to be complete, but just a list from our previous meetings. I was hoping it would just elicit responses for other items. I think that we will have many more topics that the WG could reasonably work on so once we have "a list" I would suggest that we attempt to prioritize it partially based on perceived need, benefits and also who is willing to commit to working on it. Right now we are collecting a list of potential work items. Please send your requests and thoughts to the list. geoff On Tue, 2007-02-06 at 21:19 +0200, Wassim Haddad wrote: > Hi, > > The list is interesting and I also agree with Gabriel and Samita > about the bootstrapping item. > > > Regards, > > Wassim H. > > > On Tue, 6 Feb 2007, gabriel montenegro wrote: > > > Geoff's list below seems to be a summary of the slides at: > > http://www3.ietf.org/proceedings/06jul/slides/6lowpan-4/sld1.htm > > and in those slides, the bootstrapping item is included along with the ND optimizations. > > However, I agree with Samita that bootstrapping and ND are separate items. > > I suggest adding this item: > > Bootstrapping a 6LoWPAN Network > > -gabriel > > > > ----- Original Message ---- > From: Samita Chakrabarti > To: Geoff Mulligan > Cc: 6lowpan <6lowpan@lists.ietf.org> > Sent: Tuesday, February 6, 2007 10:53:49 AM > Subject: Re: [6lowpan] WG rechartering > > Hi Geoff, > > The list looks good. > > Last time we also discussed a need for a document on boot-strapping. > Is it still on the agenda? Personally I prefer bootstrapping should be a > separate document; we also have to figure out the requirements for > bootstrapping in this space. > > The second point is on mobility analysis - recently with MANEMO (Network > mobility for MANET) discussion, some interesting points came out regarding > 6lowpan mobility. Daniel Park, Jim Bound brought this up and > we are working on updating > my expired draft on 6lowpan mobility requirements. So, may be we can keep > mobility item in the radar if not on the charter list for now. > > Thanks, > -Samita > > > On 2/6/07, Geoff Mulligan wrote: > > Folks, > > We have reached a milestone. We have submitted the Problem Statement > > document and the Format Document to our AD for publication. We have > > completed the original charter of the WG. > > > > Mark will review the documents and then submit them for IETF LC (2 > > weeks) and then IESG review and discussion, which will hopefully happen > > on the IESG telechat on March 8th. > > > > So now it is very important that we finalize our thoughts about > > rechartering the Working Group for new work, should we want to take on > > new work. > > > > Some of the items that people have indicated interest in working on: > > Neighbor Discovery and Secure Neighbor Discovery (proposed standard) > > Stateful header compression (informational) > > 6lowpan applications (informational) > > mesh routing (proposed standard) > > Security analysis (informational) > > > > If there are other ideas as to work the WG should be looking at, please > > send them to the list. If you think that we are finished, please send > > that to the list also. > > > > We plan to have a call with our AD next Monday the 12th and I would like > > to hear from the group before then. > > > > geoff > > > > > > > > > > > > > > _______________________________________________ > > 6lowpan mailing list > > 6lowpan@ietf.org > > https://www1.ietf.org/mailman/listinfo/6lowpan > > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > > > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 06 14:53:29 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEWNc-0001U0-SB; Tue, 06 Feb 2007 14:53:28 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEWNb-0001Qg-Ei for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 14:53:27 -0500 Received: from web60320.mail.yahoo.com ([209.73.178.128]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HEWNa-0000HV-43 for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 14:53:27 -0500 Received: (qmail 46328 invoked by uid 60001); 6 Feb 2007 19:53:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=55D2KjSOJnH5X7lidnjYW5qtMBuSy0GYTU/bBg75TEYBNkSb7oWnK3IgwuyqARDM70E2bDWaJ3Vx71ClxWHDDr395AmWwtyatv2aFV7x3LwteLcxKYjJvh7TmRnri1vLq4hNZR6DwRjLf5UbRl/fQQg5dIgIVrWLUeODc8XrqIk=; X-YMail-OSG: QsYmVd8VM1meB3TsXXmloe5X232UE1.XlUNY.Xwm4McyIuZnP0TH8azJtpJaS.4jq5xzzGxwcGsjQZH.kbiDGBYHbdNbOMZF1nz3WoGD0VNu8inVNzKb7SBcRL1HHWq1UFia0S10syjOsJFrjoxi9fMaswe9DAehXg0dWfvLCNa3bQwTeDsDiIcg3_xvgw-- Received: from [206.16.17.212] by web60320.mail.yahoo.com via HTTP; Tue, 06 Feb 2007 11:53:25 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Tue, 6 Feb 2007 11:53:25 -0800 (PST) From: Behcet Sarikaya Subject: Re: [6lowpan] WG rechartering To: Geoff Mulligan MIME-Version: 1.0 Message-ID: <888819.46210.qm@web60320.mail.yahoo.com> X-Spam-Score: 0.1 (/) X-Scan-Signature: 4b800b1eab964a31702fa68f1ff0e955 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Behcet Sarikaya List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0452958404==" Errors-To: 6lowpan-bounces@ietf.org --===============0452958404== Content-Type: multipart/alternative; boundary="0-255918882-1170791605=:46210" --0-255918882-1170791605=:46210 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi Geoff,=0ASee inline.=0A=0ARegards,=0A=0ABehcet=0A=0A=0A----- Original Me= ssage ----=0AFrom: Geoff Mulligan =0ATo: 6lowpan <6lowp= an@lists.ietf.org>=0ASent: Tuesday, February 6, 2007 9:14:45 AM=0ASubject: = [6lowpan] WG rechartering=0A=0A=0AFolks,=0A We have reached a milestone. = We have submitted the Problem Statement=0Adocument and the Format Document = to our AD for publication. We have=0Acompleted the original charter of the= WG.=0A=0AMark will review the documents and then submit them for IETF LC (= 2=0Aweeks) and then IESG review and discussion, which will hopefully happen= =0Aon the IESG telechat on March 8th.=0A=0ASo now it is very important that= we finalize our thoughts about=0Arechartering the Working Group for new wo= rk, should we want to take on=0Anew work.=0A=0ASome of the items that peopl= e have indicated interest in working on:=0A Neighbor Discovery and Secure = Neighbor Discovery (proposed standard)=0A Stateful header compression (inf= ormational)=0A 6lowpan applications (informational)=0A mesh routing (prop= osed standard)=0A Security analysis (informational)=0A=0A[Behcet]=0ASecuri= ty of 6lowpan (proposed standard and informational)=0A=0A=0AIf there are ot= her ideas as to work the WG should be looking at, please=0Asend them to the= list. If you think that we are finished, please send=0Athat to the list a= lso.=0A=0AWe plan to have a call with our AD next Monday the 12th and I wou= ld like=0Ato hear from the group before then.=0A=0A geoff=0A=0A=0A=0A=0A= =0A=0A_______________________________________________=0A6lowpan mailing lis= t=0A6lowpan@ietf.org=0Ahttps://www1.ietf.org/mailman/listinfo/6lowpan --0-255918882-1170791605=:46210 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Geoff,
=0A
See inline.
=0A<= DIV style=3D"FONT-SIZE: 12pt; FONT-FAMILY: times new roman, new york, times= , serif"> 
=0A
Regards,
=0A
 
= =0A
Behcet

=0A
----- Original Message ----From: Geoff Mulligan <geoff@mulligan.com>
To: 6lowpan <6lowpa= n@lists.ietf.org>
Sent: Tuesday, February 6, 2007 9:14:45 AM
Subje= ct: [6lowpan] WG rechartering

=0A
Folks,
  We have = reached a milestone.  We have submitted the Problem Statement
= document and the Format Document to our AD for publication.  We h= ave
completed the original charter of the WG.

Mark will review th= e documents and then submit them for IETF LC (2
weeks) and then IESG rev= iew and discussion, which will hopefully happen
on the IESG telechat on = March 8th.

So now it is very important that we finalize our thoughts= about
rechartering the Working Group for new work, should we want to ta= ke on
new work.

Some of the items that people have indicated inte= rest in working on:
  Neighbor Discovery and Secure Neighbor D= iscovery (proposed standard)
  Stateful header compression (in= formational)
  6lowpan applications (informational)
 &= nbsp;mesh routing (proposed standard)
  Security analysis (inf= ormational)
=0A
[Behcet]
=0A
Security of 6lowpan (pro= posed standard and informational)
=0A
 
=0A

If t= here are other ideas as to work the WG should be looking at, please
send= them to the list.  If you think that we are finished, please sen= d
that to the list also.

We plan to have a call with our AD next = Monday the 12th and I would like
to hear from the group before then.
=
    geoff






______________= _________________________________
6lowpan mailing list
6lowpan@ietf.o= rg
https://www1.ietf.org/mailman/listinfo/6lowpan
=0A
--0-255918882-1170791605=:46210-- --===============0452958404== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============0452958404==-- From 6lowpan-bounces@ietf.org Tue Feb 06 15:50:51 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEXGy-0002Cl-W1; Tue, 06 Feb 2007 15:50:40 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEXGs-0002Bf-JE for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 15:50:34 -0500 Received: from ns3.neustar.com ([156.154.24.138]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1HEXGr-0003OW-HU for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 15:50:34 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns3.neustar.com (Postfix) with ESMTP id 8BE6717610; Tue, 6 Feb 2007 20:50:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HEXGM-0005Tq-Ao; Tue, 06 Feb 2007 15:50:02 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Tue, 06 Feb 2007 15:50:02 -0500 X-Spam-Score: -2.5 (--) X-Scan-Signature: b280b4db656c3ca28dd62e5e0b03daa8 Cc: 6lowpan@lists.ietf.org Subject: [6lowpan] I-D ACTION:draft-ietf-6lowpan-problem-07.txt X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 over Low power WPAN Working Group of the IETF. Title : 6LoWPAN: Overview, Assumptions, Problem Statement and Goals Author(s) : N. Kushalnagar, et al. Filename : draft-ietf-6lowpan-problem-07.txt Pages : 13 Date : 2007-2-6 This document describes the assumptions, problem statement and goals for transmitting IP over IEEE 802.15.4 networks. The set of goals enumerated in this document form an initial set only. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-problem-07.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-6lowpan-problem-07.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-6lowpan-problem-07.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-2-6134451.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-6lowpan-problem-07.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-6lowpan-problem-07.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-2-6134451.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --NextPart-- From 6lowpan-bounces@ietf.org Tue Feb 06 19:09:23 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEaN0-0003Q4-ND; Tue, 06 Feb 2007 19:09:06 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEaMz-0003Pl-Rk for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 19:09:05 -0500 Received: from mailout3.samsung.com ([203.254.224.33]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HEaMv-0004dd-Lx for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 19:09:05 -0500 Received: from ep_mmp2 (mailout3.samsung.com [203.254.224.33]) by mailout3.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0JD200GW5GEPJC@mailout3.samsung.com> for 6lowpan@lists.ietf.org; Wed, 07 Feb 2007 09:08:49 +0900 (KST) Received: from your655e9d6f61 ([168.219.198.109]) by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTPA id <0JD2007X5GEPM9@mmp2.samsung.com> for 6lowpan@lists.ietf.org; Wed, 07 Feb 2007 09:08:49 +0900 (KST) Date: Wed, 07 Feb 2007 09:08:40 +0900 From: Daniel Park Subject: Re: [6lowpan] WG rechartering To: Samita Chakrabarti , Geoff Mulligan Message-id: <010501c74a4c$1f1ccea0$6dc6dba8@your655e9d6f61> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailer: Microsoft Outlook Express 6.00.2900.2869 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <1170774885.5063.19.camel@localhost> <43b91d370702061053v317cbcf9wf3adb1457ddf5e21@mail.gmail.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: f66b12316365a3fe519e75911daf28a8 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Bootstrapping is one of important issues around 6lowpan, hence I agree with Samita's suggestion as well. Regarding 6lowpan mobility, MANEMO looks like a relevant place within IETF as of today, but INT AD's decision does not allow us to have a BOF in Prague at this stage. Anyhow, I am suggesting 6lowpan mobility for further study as one of rechartering items. As Samita pointed out, its problem statements are already available and we are in the progress of ellaborating on that. Daniel (Soohong Daniel Park) Mobile Convergence Laboratory, SAMSUNG Electronics. ----- Original Message ----- From: "Samita Chakrabarti" To: "Geoff Mulligan" Cc: "6lowpan" <6lowpan@lists.ietf.org> Sent: Wednesday, February 07, 2007 3:53 AM Subject: Re: [6lowpan] WG rechartering > Hi Geoff, > > The list looks good. > > Last time we also discussed a need for a document on boot-strapping. > Is it still on the agenda? Personally I prefer bootstrapping should be a > separate document; we also have to figure out the requirements for > bootstrapping in this space. > > The second point is on mobility analysis - recently with MANEMO (Network > mobility for MANET) discussion, some interesting points came out regarding > 6lowpan mobility. Daniel Park, Jim Bound brought this up and > we are working on updating > my expired draft on 6lowpan mobility requirements. So, may be we can keep > mobility item in the radar if not on the charter list for now. > > Thanks, > -Samita > > > On 2/6/07, Geoff Mulligan wrote: >> Folks, >> We have reached a milestone. We have submitted the Problem Statement >> document and the Format Document to our AD for publication. We have >> completed the original charter of the WG. >> >> Mark will review the documents and then submit them for IETF LC (2 >> weeks) and then IESG review and discussion, which will hopefully happen >> on the IESG telechat on March 8th. >> >> So now it is very important that we finalize our thoughts about >> rechartering the Working Group for new work, should we want to take on >> new work. >> >> Some of the items that people have indicated interest in working on: >> Neighbor Discovery and Secure Neighbor Discovery (proposed standard) >> Stateful header compression (informational) >> 6lowpan applications (informational) >> mesh routing (proposed standard) >> Security analysis (informational) >> >> If there are other ideas as to work the WG should be looking at, please >> send them to the list. If you think that we are finished, please send >> that to the list also. >> >> We plan to have a call with our AD next Monday the 12th and I would like >> to hear from the group before then. >> >> geoff >> >> >> >> >> >> >> _______________________________________________ >> 6lowpan mailing list >> 6lowpan@ietf.org >> https://www1.ietf.org/mailman/listinfo/6lowpan >> > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 06 19:30:52 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEahz-0004qd-Ui; Tue, 06 Feb 2007 19:30:47 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEahy-0004qX-5n for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 19:30:46 -0500 Received: from nz-out-0506.google.com ([64.233.162.233]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HEahv-0002qO-Sp for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 19:30:46 -0500 Received: by nz-out-0506.google.com with SMTP id o37so50673nzf for <6lowpan@lists.ietf.org>; Tue, 06 Feb 2007 16:30:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=NLFlIJsmKD977alTv/eU72ke4XeNLrvpmut4JNy4JjKeAzSaYEjHbZ0PEyXOoHiBc7SPF+WOB6QOCtg/PRkwgsxVlRM4CW3xjj+FRb4I2KaerLpC8W0yH1pCm6PJRTVkN7W+9MhBRrI/0EzqFoBzT1TPqUGTKKu5lLo314qrVP0= Received: by 10.65.152.17 with SMTP id e17mr13919812qbo.1170808243477; Tue, 06 Feb 2007 16:30:43 -0800 (PST) Received: from ?129.254.112.125? ( [129.254.112.125]) by mx.google.com with ESMTP id r9sm274841nza.2007.02.06.16.30.40; Tue, 06 Feb 2007 16:30:42 -0800 (PST) Message-ID: <45C91DA7.6090002@gmail.com> Date: Wed, 07 Feb 2007 09:30:31 +0900 From: Myung-Ki Shin Organization: ETRI User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Samita Chakrabarti Subject: Re: [6lowpan] WG rechartering References: <1170774885.5063.19.camel@localhost> <43b91d370702061053v317cbcf9wf3adb1457ddf5e21@mail.gmail.com> In-Reply-To: <43b91d370702061053v317cbcf9wf3adb1457ddf5e21@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: myungki.shin@gmail.com List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Hi folks, I agree with Samita. Specially, I'm interested in mobility item too. I think it is time to take on this item in the WG. Thanks, Myung-Ki, Samita Chakrabarti wrote: > Hi Geoff, > > The list looks good. > > Last time we also discussed a need for a document on boot-strapping. > Is it still on the agenda? Personally I prefer bootstrapping should be a > separate document; we also have to figure out the requirements for > bootstrapping in this space. > > The second point is on mobility analysis - recently with MANEMO (Network > mobility for MANET) discussion, some interesting points came out regarding > 6lowpan mobility. Daniel Park, Jim Bound brought this up and > we are working on updating > my expired draft on 6lowpan mobility requirements. So, may be we can keep > mobility item in the radar if not on the charter list for now. > > Thanks, > -Samita > > > On 2/6/07, Geoff Mulligan wrote: > >> Folks, >> We have reached a milestone. We have submitted the Problem Statement >> document and the Format Document to our AD for publication. We have >> completed the original charter of the WG. >> >> Mark will review the documents and then submit them for IETF LC (2 >> weeks) and then IESG review and discussion, which will hopefully happen >> on the IESG telechat on March 8th. >> >> So now it is very important that we finalize our thoughts about >> rechartering the Working Group for new work, should we want to take on >> new work. >> >> Some of the items that people have indicated interest in working on: >> Neighbor Discovery and Secure Neighbor Discovery (proposed standard) >> Stateful header compression (informational) >> 6lowpan applications (informational) >> mesh routing (proposed standard) >> Security analysis (informational) >> >> If there are other ideas as to work the WG should be looking at, please >> send them to the list. If you think that we are finished, please send >> that to the list also. >> >> We plan to have a call with our AD next Monday the 12th and I would like >> to hear from the group before then. >> >> geoff >> _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 06 21:29:05 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEcYA-00038E-7o; Tue, 06 Feb 2007 21:28:46 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEcY7-00037e-VM for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 21:28:43 -0500 Received: from an-out-0708.google.com ([209.85.132.251]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HEcY4-0001mA-Fi for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 21:28:43 -0500 Received: by an-out-0708.google.com with SMTP id c18so70768anc for <6lowpan@lists.ietf.org>; Tue, 06 Feb 2007 18:28:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ikRWzy01UAHxZNhgNGuiqHXaDrF5ujzqjccwyfNsIDO6TnAEc6TGes8bUuq+cKIoMqcYf1vdzlh7X7oCg7TiBQMQL2aU3WJVMJoibS74y1gMOIJoapHwsuNsHXTuoP8GOLZqPEHchtaJvsmgDnZfrIdqJg7RK+DcRe+xd60Eu/o= Received: by 10.114.161.11 with SMTP id j11mr919199wae.1170815319464; Tue, 06 Feb 2007 18:28:39 -0800 (PST) Received: by 10.114.24.11 with HTTP; Tue, 6 Feb 2007 18:28:39 -0800 (PST) Message-ID: Date: Wed, 7 Feb 2007 11:28:39 +0900 From: "Ki-Hyung Kim" To: "Daniel Park" Subject: Re: [6lowpan] WG rechartering In-Reply-To: <010501c74a4c$1f1ccea0$6dc6dba8@your655e9d6f61> MIME-Version: 1.0 References: <1170774885.5063.19.camel@localhost> <43b91d370702061053v317cbcf9wf3adb1457ddf5e21@mail.gmail.com> <010501c74a4c$1f1ccea0$6dc6dba8@your655e9d6f61> X-Spam-Score: 0.6 (/) X-Scan-Signature: 848ed35f2a4fc0638fa89629cb640f48 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0929552324==" Errors-To: 6lowpan-bounces@ietf.org --===============0929552324== Content-Type: multipart/alternative; boundary="----=_Part_6363_23106378.1170815319417" ------=_Part_6363_23106378.1170815319417 Content-Type: text/plain; charset=EUC-KR; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline Qm9vdHN0cmFwcGluZyBpcyBvbmUgb2YgdGhlIGltcG9ydGFudCBpc3N1ZXMuIEkgdGhpbmsgY29t bWlzc2lvbmluZyBtaWdodCBiZQptb3JlIGFwcHJvcHJpYXRlIHRlcm0gd2hpY2ggY2FuIGluY2x1 ZGUgYm9vdHN0cmFwcGluZyBhcyBhIGNvcmUgcHJvdG9jb2wuCgoKCk9uIDIvNy8wNywgRGFuaWVs IFBhcmsgPHNvb2hvbmcucGFya0BzYW1zdW5nLmNvbT4gd3JvdGU6Cj4KPiBCb290c3RyYXBwaW5n IGlzIG9uZSBvZiBpbXBvcnRhbnQgaXNzdWVzIGFyb3VuZCA2bG93cGFuLAo+IGhlbmNlIEkgYWdy ZWUgd2l0aCBTYW1pdGEncyBzdWdnZXN0aW9uIGFzIHdlbGwuCj4KPiBSZWdhcmRpbmcgNmxvd3Bh biBtb2JpbGl0eSwgTUFORU1PIGxvb2tzIGxpa2UgYSByZWxldmFudAo+IHBsYWNlIHdpdGhpbiBJ RVRGIGFzIG9mIHRvZGF5LCBidXQgSU5UIEFEJ3MgZGVjaXNpb24gZG9lcwo+IG5vdCBhbGxvdyB1 cyB0byBoYXZlIGEgQk9GIGluIFByYWd1ZSBhdCB0aGlzIHN0YWdlLgo+Cj4gQW55aG93LCBJIGFt IHN1Z2dlc3RpbmcgNmxvd3BhbiBtb2JpbGl0eSBmb3IgZnVydGhlciBzdHVkeQo+IGFzIG9uZSBv ZiByZWNoYXJ0ZXJpbmcgaXRlbXMuIEFzIFNhbWl0YSBwb2ludGVkIG91dCwgaXRzCj4gcHJvYmxl bSBzdGF0ZW1lbnRzIGFyZSBhbHJlYWR5IGF2YWlsYWJsZSBhbmQgd2UgYXJlIGluIHRoZQo+IHBy b2dyZXNzIG9mIGVsbGFib3JhdGluZyBvbiB0aGF0Lgo+Cj4gRGFuaWVsIChTb29ob25nIERhbmll bCBQYXJrKQo+IE1vYmlsZSBDb252ZXJnZW5jZSBMYWJvcmF0b3J5LCBTQU1TVU5HIEVsZWN0cm9u aWNzLgo+Cj4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQo+IEZyb206ICJTYW1pdGEgQ2hh a3JhYmFydGkiIDxzYW1pdGFjMkBnbWFpbC5jb20+Cj4gVG86ICJHZW9mZiBNdWxsaWdhbiIgPGdl b2ZmQG11bGxpZ2FuLmNvbT4KPiBDYzogIjZsb3dwYW4iIDw2bG93cGFuQGxpc3RzLmlldGYub3Jn Pgo+IFNlbnQ6IFdlZG5lc2RheSwgRmVicnVhcnkgMDcsIDIwMDcgMzo1MyBBTQo+IFN1YmplY3Q6 IFJlOiBbNmxvd3Bhbl0gV0cgcmVjaGFydGVyaW5nCj4KPgo+ID4gSGkgR2VvZmYsCj4gPgo+ID4g VGhlIGxpc3QgbG9va3MgZ29vZC4KPiA+Cj4gPiBMYXN0IHRpbWUgd2UgYWxzbyBkaXNjdXNzZWQg YSBuZWVkIGZvciBhIGRvY3VtZW50IG9uIGJvb3Qtc3RyYXBwaW5nLgo+ID4gSXMgaXQgc3RpbGwg b24gdGhlIGFnZW5kYT8gIFBlcnNvbmFsbHkgSSBwcmVmZXIgYm9vdHN0cmFwcGluZyBzaG91bGQg YmUKPiBhCj4gPiBzZXBhcmF0ZSBkb2N1bWVudDsgd2UgYWxzbyBoYXZlIHRvIGZpZ3VyZSBvdXQg dGhlIHJlcXVpcmVtZW50cyBmb3IKPiA+IGJvb3RzdHJhcHBpbmcgaW4gdGhpcyBzcGFjZS4KPiA+ Cj4gPiBUaGUgc2Vjb25kIHBvaW50IGlzIG9uIG1vYmlsaXR5IGFuYWx5c2lzIC0gcmVjZW50bHkg d2l0aCBNQU5FTU8gKE5ldHdvcmsKPiA+IG1vYmlsaXR5IGZvciBNQU5FVCkgZGlzY3Vzc2lvbiwg c29tZSBpbnRlcmVzdGluZyBwb2ludHMgY2FtZSBvdXQKPiByZWdhcmRpbmcKPiA+IDZsb3dwYW4g bW9iaWxpdHkuIERhbmllbCBQYXJrLCBKaW0gQm91bmQgYnJvdWdodCB0aGlzIHVwIGFuZAo+ID4g d2UgYXJlIHdvcmtpbmcgb24gdXBkYXRpbmcKPiA+IG15IGV4cGlyZWQgZHJhZnQgb24gNmxvd3Bh biBtb2JpbGl0eSByZXF1aXJlbWVudHMuICBTbywgbWF5IGJlIHdlIGNhbgo+IGtlZXAKPiA+IG1v YmlsaXR5IGl0ZW0gaW4gdGhlIHJhZGFyIGlmIG5vdCBvbiB0aGUgY2hhcnRlciBsaXN0IGZvciBu b3cuCj4gPgo+ID4gVGhhbmtzLAo+ID4gLVNhbWl0YQo+ID4KPiA+Cj4gPiBPbiAyLzYvMDcsIEdl b2ZmIE11bGxpZ2FuIDxnZW9mZkBtdWxsaWdhbi5jb20+IHdyb3RlOgo+ID4+IEZvbGtzLAo+ID4+ ICBXZSBoYXZlIHJlYWNoZWQgYSBtaWxlc3RvbmUuICBXZSBoYXZlIHN1Ym1pdHRlZCB0aGUgUHJv YmxlbSBTdGF0ZW1lbnQKPiA+PiBkb2N1bWVudCBhbmQgdGhlIEZvcm1hdCBEb2N1bWVudCB0byBv dXIgQUQgZm9yIHB1YmxpY2F0aW9uLiAgV2UgaGF2ZQo+ID4+IGNvbXBsZXRlZCB0aGUgb3JpZ2lu YWwgY2hhcnRlciBvZiB0aGUgV0cuCj4gPj4KPiA+PiBNYXJrIHdpbGwgcmV2aWV3IHRoZSBkb2N1 bWVudHMgYW5kIHRoZW4gc3VibWl0IHRoZW0gZm9yIElFVEYgTEMgKDIKPiA+PiB3ZWVrcykgYW5k IHRoZW4gSUVTRyByZXZpZXcgYW5kIGRpc2N1c3Npb24sIHdoaWNoIHdpbGwgaG9wZWZ1bGx5IGhh cHBlbgo+ID4+IG9uIHRoZSBJRVNHIHRlbGVjaGF0IG9uIE1hcmNoIDh0aC4KPiA+Pgo+ID4+IFNv IG5vdyBpdCBpcyB2ZXJ5IGltcG9ydGFudCB0aGF0IHdlIGZpbmFsaXplIG91ciB0aG91Z2h0cyBh Ym91dAo+ID4+IHJlY2hhcnRlcmluZyB0aGUgV29ya2luZyBHcm91cCBmb3IgbmV3IHdvcmssIHNo b3VsZCB3ZSB3YW50IHRvIHRha2Ugb24KPiA+PiBuZXcgd29yay4KPiA+Pgo+ID4+IFNvbWUgb2Yg dGhlIGl0ZW1zIHRoYXQgcGVvcGxlIGhhdmUgaW5kaWNhdGVkIGludGVyZXN0IGluIHdvcmtpbmcg b246Cj4gPj4gIE5laWdoYm9yIERpc2NvdmVyeSBhbmQgU2VjdXJlIE5laWdoYm9yIERpc2NvdmVy eSAocHJvcG9zZWQgc3RhbmRhcmQpCj4gPj4gIFN0YXRlZnVsIGhlYWRlciBjb21wcmVzc2lvbiAo aW5mb3JtYXRpb25hbCkKPiA+PiAgNmxvd3BhbiBhcHBsaWNhdGlvbnMgKGluZm9ybWF0aW9uYWwp Cj4gPj4gIG1lc2ggcm91dGluZyAocHJvcG9zZWQgc3RhbmRhcmQpCj4gPj4gIFNlY3VyaXR5IGFu YWx5c2lzIChpbmZvcm1hdGlvbmFsKQo+ID4+Cj4gPj4gSWYgdGhlcmUgYXJlIG90aGVyIGlkZWFz IGFzIHRvIHdvcmsgdGhlIFdHIHNob3VsZCBiZSBsb29raW5nIGF0LCBwbGVhc2UKPiA+PiBzZW5k IHRoZW0gdG8gdGhlIGxpc3QuICBJZiB5b3UgdGhpbmsgdGhhdCB3ZSBhcmUgZmluaXNoZWQsIHBs ZWFzZSBzZW5kCj4gPj4gdGhhdCB0byB0aGUgbGlzdCBhbHNvLgo+ID4+Cj4gPj4gV2UgcGxhbiB0 byBoYXZlIGEgY2FsbCB3aXRoIG91ciBBRCBuZXh0IE1vbmRheSB0aGUgMTJ0aCBhbmQgSSB3b3Vs ZAo+IGxpa2UKPiA+PiB0byBoZWFyIGZyb20gdGhlIGdyb3VwIGJlZm9yZSB0aGVuLgo+ID4+Cj4g Pj4gICAgICAgIGdlb2ZmCj4gPj4KPiA+Pgo+ID4+Cj4gPj4KPiA+Pgo+ID4+Cj4gPj4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiA+PiA2bG93cGFuIG1h aWxpbmcgbGlzdAo+ID4+IDZsb3dwYW5AaWV0Zi5vcmcKPiA+PiBodHRwczovL3d3dzEuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby82bG93cGFuCj4gPj4KPiA+Cj4gPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ID4gNmxvd3BhbiBtYWlsaW5nIGxpc3QK PiA+IDZsb3dwYW5AaWV0Zi5vcmcKPiA+IGh0dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvLzZsb3dwYW4KPiA+Cj4gPgo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KPiA2bG93cGFuIG1haWxpbmcgbGlzdAo+IDZsb3dwYW5AaWV0Zi5v cmcKPiBodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82bG93cGFuCj4KCgoK LS0gCktpLUh5dW5nIEtpbSAoseix4sf8LCDQ3dHD+vspCkFzc29jaWF0ZSBQcm9mZXNzb3IKRGl2 aXNpb24gb2YgSW5mb3JtYXRpb24gYW5kIENvbXB1dGVyIEVuZy4sIEFqb3UgVW5pdmVyc2l0eSwg U3V3b24sIEtvcmVhCjQ0Mi03NDkKVGVsOiArODItMzEtMjE5LTI0MzMsIENlbDogKzgyLTE3LTc2 MC0yNTUxLCAgRmF4OiArODItMzEtMjE5LTI0MzMKaHR0cDovL3d3dy42bG93cGFuLm9yZwo= ------=_Part_6363_23106378.1170815319417 Content-Type: text/html; charset=EUC-KR Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5Cb290c3RyYXBwaW5nIGlzIG9uZSBvZiB0aGUgaW1wb3J0YW50IGlzc3Vlcy4gSSB0aGlu ayBjb21taXNzaW9uaW5nIG1pZ2h0IGJlIG1vcmUgYXBwcm9wcmlhdGUgdGVybSB3aGljaCBjYW4g aW5jbHVkZSBib290c3RyYXBwaW5nIGFzIGEgY29yZSBwcm90b2NvbC48L2Rpdj4KPGRpdj48YnI+ PGJyPiZuYnNwOzwvZGl2Pgo8ZGl2PjxzcGFuIGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gMi83LzA3 LCA8YiBjbGFzcz0iZ21haWxfc2VuZGVybmFtZSI+RGFuaWVsIFBhcms8L2I+ICZsdDs8YSBocmVm PSJtYWlsdG86c29vaG9uZy5wYXJrQHNhbXN1bmcuY29tIj5zb29ob25nLnBhcmtAc2Ftc3VuZy5j b208L2E+Jmd0OyB3cm90ZTo8L3NwYW4+CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIg c3R5bGU9IlBBRERJTkctTEVGVDogMWV4OyBNQVJHSU46IDBweCAwcHggMHB4IDAuOGV4OyBCT1JE RVItTEVGVDogI2NjYyAxcHggc29saWQiPkJvb3RzdHJhcHBpbmcgaXMgb25lIG9mIGltcG9ydGFu dCBpc3N1ZXMgYXJvdW5kIDZsb3dwYW4sPGJyPmhlbmNlIEkgYWdyZWUgd2l0aCBTYW1pdGEmIzM5 O3Mgc3VnZ2VzdGlvbiBhcyB3ZWxsLgo8YnI+PGJyPlJlZ2FyZGluZyA2bG93cGFuIG1vYmlsaXR5 LCBNQU5FTU8gbG9va3MgbGlrZSBhIHJlbGV2YW50PGJyPnBsYWNlIHdpdGhpbiBJRVRGIGFzIG9m IHRvZGF5LCBidXQgSU5UIEFEJiMzOTtzIGRlY2lzaW9uIGRvZXM8YnI+bm90IGFsbG93IHVzIHRv IGhhdmUgYSBCT0YgaW4gUHJhZ3VlIGF0IHRoaXMgc3RhZ2UuPGJyPjxicj5Bbnlob3csIEkgYW0g c3VnZ2VzdGluZyA2bG93cGFuIG1vYmlsaXR5IGZvciBmdXJ0aGVyIHN0dWR5Cjxicj5hcyBvbmUg b2YgcmVjaGFydGVyaW5nIGl0ZW1zLiBBcyBTYW1pdGEgcG9pbnRlZCBvdXQsIGl0czxicj5wcm9i bGVtIHN0YXRlbWVudHMgYXJlIGFscmVhZHkgYXZhaWxhYmxlIGFuZCB3ZSBhcmUgaW4gdGhlPGJy PnByb2dyZXNzIG9mIGVsbGFib3JhdGluZyBvbiB0aGF0Ljxicj48YnI+RGFuaWVsIChTb29ob25n IERhbmllbCBQYXJrKTxicj5Nb2JpbGUgQ29udmVyZ2VuY2UgTGFib3JhdG9yeSwgU0FNU1VORyBF bGVjdHJvbmljcy4KPGJyPjxicj4tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tPGJyPkZyb206 ICZxdW90O1NhbWl0YSBDaGFrcmFiYXJ0aSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNhbWl0 YWMyQGdtYWlsLmNvbSI+c2FtaXRhYzJAZ21haWwuY29tPC9hPiZndDs8YnI+VG86ICZxdW90O0dl b2ZmIE11bGxpZ2FuJnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86Z2VvZmZAbXVsbGlnYW4uY29t Ij5nZW9mZkBtdWxsaWdhbi5jb20KPC9hPiZndDs8YnI+Q2M6ICZxdW90OzZsb3dwYW4mcXVvdDsg Jmx0OzxhIGhyZWY9Im1haWx0bzo2bG93cGFuQGxpc3RzLmlldGYub3JnIj42bG93cGFuQGxpc3Rz LmlldGYub3JnPC9hPiZndDs8YnI+U2VudDogV2VkbmVzZGF5LCBGZWJydWFyeSAwNywgMjAwNyAz OjUzIEFNPGJyPlN1YmplY3Q6IFJlOiBbNmxvd3Bhbl0gV0cgcmVjaGFydGVyaW5nPGJyPjxicj48 YnI+Jmd0OyBIaSBHZW9mZiwKPGJyPiZndDs8YnI+Jmd0OyBUaGUgbGlzdCBsb29rcyBnb29kLjxi cj4mZ3Q7PGJyPiZndDsgTGFzdCB0aW1lIHdlIGFsc28gZGlzY3Vzc2VkIGEgbmVlZCBmb3IgYSBk b2N1bWVudCBvbiBib290LXN0cmFwcGluZy48YnI+Jmd0OyBJcyBpdCBzdGlsbCBvbiB0aGUgYWdl bmRhPyZuYnNwOyZuYnNwO1BlcnNvbmFsbHkgSSBwcmVmZXIgYm9vdHN0cmFwcGluZyBzaG91bGQg YmUgYTxicj4mZ3Q7IHNlcGFyYXRlIGRvY3VtZW50OyB3ZSBhbHNvIGhhdmUgdG8gZmlndXJlIG91 dCB0aGUgcmVxdWlyZW1lbnRzIGZvcgo8YnI+Jmd0OyBib290c3RyYXBwaW5nIGluIHRoaXMgc3Bh Y2UuPGJyPiZndDs8YnI+Jmd0OyBUaGUgc2Vjb25kIHBvaW50IGlzIG9uIG1vYmlsaXR5IGFuYWx5 c2lzIC0gcmVjZW50bHkgd2l0aCBNQU5FTU8gKE5ldHdvcms8YnI+Jmd0OyBtb2JpbGl0eSBmb3Ig TUFORVQpIGRpc2N1c3Npb24sIHNvbWUgaW50ZXJlc3RpbmcgcG9pbnRzIGNhbWUgb3V0IHJlZ2Fy ZGluZzxicj4mZ3Q7IDZsb3dwYW4gbW9iaWxpdHkuIERhbmllbCBQYXJrLCBKaW0gQm91bmQgYnJv dWdodCB0aGlzIHVwIGFuZAo8YnI+Jmd0OyB3ZSBhcmUgd29ya2luZyBvbiB1cGRhdGluZzxicj4m Z3Q7IG15IGV4cGlyZWQgZHJhZnQgb24gNmxvd3BhbiBtb2JpbGl0eSByZXF1aXJlbWVudHMuJm5i c3A7Jm5ic3A7U28sIG1heSBiZSB3ZSBjYW4ga2VlcDxicj4mZ3Q7IG1vYmlsaXR5IGl0ZW0gaW4g dGhlIHJhZGFyIGlmIG5vdCBvbiB0aGUgY2hhcnRlciBsaXN0IGZvciBub3cuPGJyPiZndDs8YnI+ Jmd0OyBUaGFua3MsPGJyPiZndDsgLVNhbWl0YQo8YnI+Jmd0Ozxicj4mZ3Q7PGJyPiZndDsgT24g Mi82LzA3LCBHZW9mZiBNdWxsaWdhbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdlb2ZmQG11bGxpZ2Fu LmNvbSI+Z2VvZmZAbXVsbGlnYW4uY29tPC9hPiZndDsgd3JvdGU6PGJyPiZndDsmZ3Q7IEZvbGtz LDxicj4mZ3Q7Jmd0OyZuYnNwOyZuYnNwO1dlIGhhdmUgcmVhY2hlZCBhIG1pbGVzdG9uZS4mbmJz cDsmbmJzcDtXZSBoYXZlIHN1Ym1pdHRlZCB0aGUgUHJvYmxlbSBTdGF0ZW1lbnQKPGJyPiZndDsm Z3Q7IGRvY3VtZW50IGFuZCB0aGUgRm9ybWF0IERvY3VtZW50IHRvIG91ciBBRCBmb3IgcHVibGlj YXRpb24uJm5ic3A7Jm5ic3A7V2UgaGF2ZTxicj4mZ3Q7Jmd0OyBjb21wbGV0ZWQgdGhlIG9yaWdp bmFsIGNoYXJ0ZXIgb2YgdGhlIFdHLjxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyBNYXJrIHdpbGwg cmV2aWV3IHRoZSBkb2N1bWVudHMgYW5kIHRoZW4gc3VibWl0IHRoZW0gZm9yIElFVEYgTEMgKDIK PGJyPiZndDsmZ3Q7IHdlZWtzKSBhbmQgdGhlbiBJRVNHIHJldmlldyBhbmQgZGlzY3Vzc2lvbiwg d2hpY2ggd2lsbCBob3BlZnVsbHkgaGFwcGVuPGJyPiZndDsmZ3Q7IG9uIHRoZSBJRVNHIHRlbGVj aGF0IG9uIE1hcmNoIDh0aC48YnI+Jmd0OyZndDs8YnI+Jmd0OyZndDsgU28gbm93IGl0IGlzIHZl cnkgaW1wb3J0YW50IHRoYXQgd2UgZmluYWxpemUgb3VyIHRob3VnaHRzIGFib3V0PGJyPgomZ3Q7 Jmd0OyByZWNoYXJ0ZXJpbmcgdGhlIFdvcmtpbmcgR3JvdXAgZm9yIG5ldyB3b3JrLCBzaG91bGQg d2Ugd2FudCB0byB0YWtlIG9uPGJyPiZndDsmZ3Q7IG5ldyB3b3JrLjxicj4mZ3Q7Jmd0Ozxicj4m Z3Q7Jmd0OyBTb21lIG9mIHRoZSBpdGVtcyB0aGF0IHBlb3BsZSBoYXZlIGluZGljYXRlZCBpbnRl cmVzdCBpbiB3b3JraW5nIG9uOjxicj4mZ3Q7Jmd0OyZuYnNwOyZuYnNwO05laWdoYm9yIERpc2Nv dmVyeSBhbmQgU2VjdXJlIE5laWdoYm9yIERpc2NvdmVyeSAocHJvcG9zZWQgc3RhbmRhcmQpCjxi cj4mZ3Q7Jmd0OyZuYnNwOyZuYnNwO1N0YXRlZnVsIGhlYWRlciBjb21wcmVzc2lvbiAoaW5mb3Jt YXRpb25hbCk8YnI+Jmd0OyZndDsmbmJzcDsmbmJzcDs2bG93cGFuIGFwcGxpY2F0aW9ucyAoaW5m b3JtYXRpb25hbCk8YnI+Jmd0OyZndDsmbmJzcDsmbmJzcDttZXNoIHJvdXRpbmcgKHByb3Bvc2Vk IHN0YW5kYXJkKTxicj4mZ3Q7Jmd0OyZuYnNwOyZuYnNwO1NlY3VyaXR5IGFuYWx5c2lzIChpbmZv cm1hdGlvbmFsKTxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyBJZiB0aGVyZSBhcmUgb3RoZXIgaWRl YXMgYXMgdG8gd29yayB0aGUgV0cgc2hvdWxkIGJlIGxvb2tpbmcgYXQsIHBsZWFzZQo8YnI+Jmd0 OyZndDsgc2VuZCB0aGVtIHRvIHRoZSBsaXN0LiZuYnNwOyZuYnNwO0lmIHlvdSB0aGluayB0aGF0 IHdlIGFyZSBmaW5pc2hlZCwgcGxlYXNlIHNlbmQ8YnI+Jmd0OyZndDsgdGhhdCB0byB0aGUgbGlz dCBhbHNvLjxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyBXZSBwbGFuIHRvIGhhdmUgYSBjYWxsIHdp dGggb3VyIEFEIG5leHQgTW9uZGF5IHRoZSAxMnRoIGFuZCBJIHdvdWxkIGxpa2U8YnI+Jmd0OyZn dDsgdG8gaGVhciBmcm9tIHRoZSBncm91cCBiZWZvcmUgdGhlbi4KPGJyPiZndDsmZ3Q7PGJyPiZn dDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Z2Vv ZmY8YnI+Jmd0OyZndDs8YnI+Jmd0OyZndDs8YnI+Jmd0OyZndDs8YnI+Jmd0OyZndDs8YnI+Jmd0 OyZndDs8YnI+Jmd0OyZndDs8YnI+Jmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188YnI+Jmd0OyZndDsgNmxvd3BhbiBtYWlsaW5nIGxpc3Q8YnI+ Jmd0OyZndDsgPGEgaHJlZj0ibWFpbHRvOjZsb3dwYW5AaWV0Zi5vcmciPgo2bG93cGFuQGlldGYu b3JnPC9hPjxicj4mZ3Q7Jmd0OyA8YSBocmVmPSJodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby82bG93cGFuIj5odHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by82bG93cGFuPC9hPjxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7PGJyPiZndDsgX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+Jmd0OyA2bG93cGFuIG1haWxpbmcg bGlzdAo8YnI+Jmd0OyA8YSBocmVmPSJtYWlsdG86Nmxvd3BhbkBpZXRmLm9yZyI+Nmxvd3BhbkBp ZXRmLm9yZzwvYT48YnI+Jmd0OyA8YSBocmVmPSJodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby82bG93cGFuIj5odHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by82bG93cGFuPC9hPjxicj4mZ3Q7PGJyPiZndDs8YnI+PGJyPl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCjxicj42bG93cGFuIG1haWxpbmcgbGlzdDxicj48 YSBocmVmPSJtYWlsdG86Nmxvd3BhbkBpZXRmLm9yZyI+Nmxvd3BhbkBpZXRmLm9yZzwvYT48YnI+ PGEgaHJlZj0iaHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vNmxvd3BhbiI+ aHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vNmxvd3BhbjwvYT48YnI+PC9i bG9ja3F1b3RlPjwvZGl2Pjxicj48YnIgY2xlYXI9ImFsbCI+Cjxicj4tLSA8YnI+S2ktSHl1bmcg S2ltICix6LHix/wsINDd0cP6+yk8YnI+QXNzb2NpYXRlIFByb2Zlc3Nvcjxicj5EaXZpc2lvbiBv ZiBJbmZvcm1hdGlvbiBhbmQgQ29tcHV0ZXIgRW5nLiwgQWpvdSBVbml2ZXJzaXR5LCBTdXdvbiwg S29yZWEgNDQyLTc0OTxicj5UZWw6ICs4Mi0zMS0yMTktMjQzMywgQ2VsOiArODItMTctNzYwLTI1 NTEsJm5ic3A7Jm5ic3A7RmF4OiArODItMzEtMjE5LTI0MzMgPGEgaHJlZj0iaHR0cDovL3d3dy42 bG93cGFuLm9yZyI+Cmh0dHA6Ly93d3cuNmxvd3Bhbi5vcmc8L2E+IAo= ------=_Part_6363_23106378.1170815319417-- --===============0929552324== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============0929552324==-- From 6lowpan-bounces@ietf.org Tue Feb 06 21:44:49 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEcnd-0002rz-BU; Tue, 06 Feb 2007 21:44:45 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEcnb-0002pC-IN for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 21:44:43 -0500 Received: from nz-out-0506.google.com ([64.233.162.228]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HEcna-0005IE-51 for 6lowpan@lists.ietf.org; Tue, 06 Feb 2007 21:44:43 -0500 Received: by nz-out-0506.google.com with SMTP id o37so77735nzf for <6lowpan@lists.ietf.org>; Tue, 06 Feb 2007 18:44:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=g8TQ41A2ts84Sy6CeTpA+EmKslZEU1JVV/+6p7E5dF3BAn7n2Jp5VgroKUXjClhK5APN9TwJZayrDGuuUwNUYXbCQAQ4ZddvqvIAj7NRx0mhiS0T/oeeF5OYBUbO+/Amlx4RnfH+os70lJJ6iYuESzZjYvPNP5ZP5spIPiL7Wwo= Received: by 10.114.185.8 with SMTP id i8mr915399waf.1170816281456; Tue, 06 Feb 2007 18:44:41 -0800 (PST) Received: by 10.114.24.11 with HTTP; Tue, 6 Feb 2007 18:44:41 -0800 (PST) Message-ID: Date: Wed, 7 Feb 2007 11:44:41 +0900 From: "Ki-Hyung Kim" To: "Geoff Mulligan" Subject: Re: [6lowpan] WG rechartering In-Reply-To: <1170774885.5063.19.camel@localhost> MIME-Version: 1.0 References: <1170774885.5063.19.camel@localhost> X-Spam-Score: 1.0 (+) X-Scan-Signature: c83ccb5cc10e751496398f1233ca9c3a Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1146801310==" Errors-To: 6lowpan-bounces@ietf.org --===============1146801310== Content-Type: multipart/alternative; boundary="----=_Part_6444_18023013.1170816281322" ------=_Part_6444_18023013.1170816281322 Content-Type: text/plain; charset=EUC-KR; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline R2VvZmYsCkNvbmdyYXR1bGF0aW9uLiBXZSBhcmUgbm93IGV2ZW50dWFsbHkgbW92aW5nIGZvcndh cmQgdG8gdGhlIHJlY2hhcnRpbmcKc3RhZ2UuCkkgcmVtZW1iZXIgdGhhdCB3ZSBoYXZlIGRpc2N1 c3NlZCBhIGNvdXBsZSBvZiBhZGRpdGlvbmFsIHJlY2hhcnRlcmluZyBpdGVtcwppbiBhZGRpdGlv biB0byB0aGUgbWVudGlvbmVkIGl0ZW1zIGZyb20gdGhlIGJlZ2lubmluZyBpbmNsdWRpbmcgdGhl IGludGVycmltCm1lZXRpbmcuCkkgd2FudCB0byByZW1pbmQgdGhlc2Ugc29tZSBvZiB0aGUgY29y ZSByZWNoYXJ0ZXJpbmcgaXRlbXMgYXMgZm9sbG93czoKMSkgU2NhbGFibGUgcm91dGluZyBwcm90 b2NvbC4gV2hpbGUgbWVzaCByb3V0aW5nIGNvdWxkIG9mZmVyIG9wdGltaXNlZApyb3V0aW5nIHBh dGgsIGl0IGNvbnN1bWVzIG1lbW9yeSBvZiBzZW5zb3Igbm9kZSBmb3Igcm91dGluZwp0YWJsZS4g ICBUb2dldGhlciB3aXRoIE1lc2ggcm91dGluZyBwcm90b2NvbCwgU2NhbGFibGUgcm91dGluZyBw cm90b2NvbApwcm92aWRlcyBhIHJvdXRpbmcgdGFibGUtZnJlZSByb3V0aW5nIG1lY2hhbmlzbSB3 aGljaCBpcyBlc3NlbnRpYWwgZm9yCm1lbW9yeSBjb25zdHJhaW5lZCBzZW5zb3Igbm9kZXMuCgoy KSBTZXJ2aWNlIGRpc2NvdmVyeSBwcm90b2NvbC4gSXQgY291bGQgb2ZmZXIgbG90cyBvZiBwb3Rl bnRpYWwgZm9yIHdpZGUKZGVwbG95bWVudCBvZiBzZW5zb3IgbmV0d29yayBzZXJ2aWNlcy4KCjMp IDZMb1dQQU4gbWFuYWdlbWVudC4gSXQgc2hvdWxkIGJlIGVzc2VudGlhbCBpdGVtcy4KCjQpIENv bW1pc3Npb25pbmcgcHJvdG9jb2wgd2hpY2ggaW5jbHVkZXMgYm9vdHN0cmFwcGluZy4gSXQgc2hv dWxkIGJlCmVzc2VudGlhbCBpdGVtcyBmb3IgaW50ZXJvcGVyYWJpbGl0eSBvZiA2bG93cGFuIG5v ZGVzLgoKCgpPbiAyLzcvMDcsIEdlb2ZmIE11bGxpZ2FuIDxnZW9mZkBtdWxsaWdhbi5jb20+IHdy b3RlOgo+Cj4gRm9sa3MsCj4gV2UgaGF2ZSByZWFjaGVkIGEgbWlsZXN0b25lLiAgV2UgaGF2ZSBz dWJtaXR0ZWQgdGhlIFByb2JsZW0gU3RhdGVtZW50Cj4gZG9jdW1lbnQgYW5kIHRoZSBGb3JtYXQg RG9jdW1lbnQgdG8gb3VyIEFEIGZvciBwdWJsaWNhdGlvbi4gIFdlIGhhdmUKPiBjb21wbGV0ZWQg dGhlIG9yaWdpbmFsIGNoYXJ0ZXIgb2YgdGhlIFdHLgo+Cj4gTWFyayB3aWxsIHJldmlldyB0aGUg ZG9jdW1lbnRzIGFuZCB0aGVuIHN1Ym1pdCB0aGVtIGZvciBJRVRGIExDICgyCj4gd2Vla3MpIGFu ZCB0aGVuIElFU0cgcmV2aWV3IGFuZCBkaXNjdXNzaW9uLCB3aGljaCB3aWxsIGhvcGVmdWxseSBo YXBwZW4KPiBvbiB0aGUgSUVTRyB0ZWxlY2hhdCBvbiBNYXJjaCA4dGguCj4KPiBTbyBub3cgaXQg aXMgdmVyeSBpbXBvcnRhbnQgdGhhdCB3ZSBmaW5hbGl6ZSBvdXIgdGhvdWdodHMgYWJvdXQKPiBy ZWNoYXJ0ZXJpbmcgdGhlIFdvcmtpbmcgR3JvdXAgZm9yIG5ldyB3b3JrLCBzaG91bGQgd2Ugd2Fu dCB0byB0YWtlIG9uCj4gbmV3IHdvcmsuCj4KPiBTb21lIG9mIHRoZSBpdGVtcyB0aGF0IHBlb3Bs ZSBoYXZlIGluZGljYXRlZCBpbnRlcmVzdCBpbiB3b3JraW5nIG9uOgo+IE5laWdoYm9yIERpc2Nv dmVyeSBhbmQgU2VjdXJlIE5laWdoYm9yIERpc2NvdmVyeSAocHJvcG9zZWQgc3RhbmRhcmQpCj4g U3RhdGVmdWwgaGVhZGVyIGNvbXByZXNzaW9uIChpbmZvcm1hdGlvbmFsKQo+IDZsb3dwYW4gYXBw bGljYXRpb25zIChpbmZvcm1hdGlvbmFsKQo+IG1lc2ggcm91dGluZyAocHJvcG9zZWQgc3RhbmRh cmQpCj4gU2VjdXJpdHkgYW5hbHlzaXMgKGluZm9ybWF0aW9uYWwpCj4KPiBJZiB0aGVyZSBhcmUg b3RoZXIgaWRlYXMgYXMgdG8gd29yayB0aGUgV0cgc2hvdWxkIGJlIGxvb2tpbmcgYXQsIHBsZWFz ZQo+IHNlbmQgdGhlbSB0byB0aGUgbGlzdC4gIElmIHlvdSB0aGluayB0aGF0IHdlIGFyZSBmaW5p c2hlZCwgcGxlYXNlIHNlbmQKPiB0aGF0IHRvIHRoZSBsaXN0IGFsc28uCj4KPiBXZSBwbGFuIHRv IGhhdmUgYSBjYWxsIHdpdGggb3VyIEFEIG5leHQgTW9uZGF5IHRoZSAxMnRoIGFuZCBJIHdvdWxk IGxpa2UKPiB0byBoZWFyIGZyb20gdGhlIGdyb3VwIGJlZm9yZSB0aGVuLgo+Cj4gICAgICAgIGdl b2ZmCj4KPgo+Cj4KPgo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KPiA2bG93cGFuIG1haWxpbmcgbGlzdAo+IDZsb3dwYW5AaWV0Zi5vcmcKPiBodHRw czovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82bG93cGFuCj4KCgoKLS0gCktpLUh5 dW5nIEtpbSAoseix4sf8LCDQ3dHD+vspCkFzc29jaWF0ZSBQcm9mZXNzb3IKRGl2aXNpb24gb2Yg SW5mb3JtYXRpb24gYW5kIENvbXB1dGVyIEVuZy4sIEFqb3UgVW5pdmVyc2l0eSwgU3V3b24sIEtv cmVhCjQ0Mi03NDkKVGVsOiArODItMzEtMjE5LTI0MzMsIENlbDogKzgyLTE3LTc2MC0yNTUxICwg IEZheDogKzgyLTMxLTIxOS0yNDMzCmh0dHA6Ly93d3cuNmxvd3Bhbi5vcmcK ------=_Part_6444_18023013.1170816281322 Content-Type: text/html; charset=EUC-KR Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5HZW9mZiwgPC9kaXY+CjxkaXY+Q29uZ3JhdHVsYXRpb24uIFdlIGFyZSBub3cgZXZlbnR1 YWxseSBtb3ZpbmcgZm9yd2FyZCB0byB0aGUgcmVjaGFydGluZyBzdGFnZS48L2Rpdj4KPGRpdj5J IHJlbWVtYmVyIHRoYXQgd2UgaGF2ZSBkaXNjdXNzZWQgYSBjb3VwbGUgb2YgYWRkaXRpb25hbCBy ZWNoYXJ0ZXJpbmcgaXRlbXMgaW4gYWRkaXRpb24gdG8gdGhlIG1lbnRpb25lZCBpdGVtcyBmcm9t IHRoZSBiZWdpbm5pbmcgaW5jbHVkaW5nIHRoZSBpbnRlcnJpbSBtZWV0aW5nLjwvZGl2Pgo8ZGl2 Pkkgd2FudCB0byByZW1pbmQgdGhlc2UmbmJzcDtzb21lIG9mIHRoZSBjb3JlIHJlY2hhcnRlcmlu ZyBpdGVtcyBhcyBmb2xsb3dzOjwvZGl2Pgo8ZGl2PjEpIFNjYWxhYmxlIHJvdXRpbmcgcHJvdG9j b2wuIFdoaWxlIG1lc2ggcm91dGluZyBjb3VsZCBvZmZlciBvcHRpbWlzZWQgcm91dGluZyBwYXRo LCBpdCBjb25zdW1lcyBtZW1vcnkgb2Ygc2Vuc29yIG5vZGUgZm9yJm5ic3A7cm91dGluZyB0YWJs ZS4mbmJzcDsmbmJzcDsmbmJzcDtUb2dldGhlciB3aXRoIE1lc2ggcm91dGluZyBwcm90b2NvbCwg U2NhbGFibGUgcm91dGluZyBwcm90b2NvbCBwcm92aWRlcyBhIHJvdXRpbmcgdGFibGUtZnJlZSBy b3V0aW5nIG1lY2hhbmlzbSB3aGljaCBpcyBlc3NlbnRpYWwgZm9yIG1lbW9yeSBjb25zdHJhaW5l ZCBzZW5zb3Igbm9kZXMuCjwvZGl2Pgo8ZGl2PiZuYnNwOzwvZGl2Pgo8ZGl2PjIpIFNlcnZpY2Ug ZGlzY292ZXJ5IHByb3RvY29sLiBJdCBjb3VsZCBvZmZlciBsb3RzIG9mIHBvdGVudGlhbCBmb3Ig d2lkZSBkZXBsb3ltZW50IG9mIHNlbnNvciBuZXR3b3JrIHNlcnZpY2VzLjwvZGl2Pgo8ZGl2PiZu YnNwOzwvZGl2Pgo8ZGl2PjMpIDZMb1dQQU4gbWFuYWdlbWVudC4gSXQgc2hvdWxkIGJlIGVzc2Vu dGlhbCBpdGVtcy48L2Rpdj4KPGRpdj4mbmJzcDs8L2Rpdj4KPGRpdj40KSBDb21taXNzaW9uaW5n IHByb3RvY29sIHdoaWNoIGluY2x1ZGVzIGJvb3RzdHJhcHBpbmcuIEl0IHNob3VsZCBiZSBlc3Nl bnRpYWwgaXRlbXMgZm9yIGludGVyb3BlcmFiaWxpdHkgb2YgNmxvd3BhbiBub2Rlcy48L2Rpdj4K PGRpdj48YnI+PGJyPiZuYnNwOzwvZGl2Pgo8ZGl2PjxzcGFuIGNsYXNzPSJnbWFpbF9xdW90ZSI+ T24gMi83LzA3LCA8YiBjbGFzcz0iZ21haWxfc2VuZGVybmFtZSI+R2VvZmYgTXVsbGlnYW48L2I+ ICZsdDs8YSBocmVmPSJtYWlsdG86Z2VvZmZAbXVsbGlnYW4uY29tIj5nZW9mZkBtdWxsaWdhbi5j b208L2E+Jmd0OyB3cm90ZTo8L3NwYW4+CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIg c3R5bGU9IlBBRERJTkctTEVGVDogMWV4OyBNQVJHSU46IDBweCAwcHggMHB4IDAuOGV4OyBCT1JE RVItTEVGVDogI2NjYyAxcHggc29saWQiPkZvbGtzLDxicj5XZSBoYXZlIHJlYWNoZWQgYSBtaWxl c3RvbmUuJm5ic3A7Jm5ic3A7V2UgaGF2ZSBzdWJtaXR0ZWQgdGhlIFByb2JsZW0gU3RhdGVtZW50 PGJyPmRvY3VtZW50IGFuZCB0aGUgRm9ybWF0IERvY3VtZW50IHRvIG91ciBBRCBmb3IgcHVibGlj YXRpb24uJm5ic3A7Jm5ic3A7V2UgaGF2ZQo8YnI+Y29tcGxldGVkIHRoZSBvcmlnaW5hbCBjaGFy dGVyIG9mIHRoZSBXRy48YnI+PGJyPk1hcmsgd2lsbCByZXZpZXcgdGhlIGRvY3VtZW50cyBhbmQg dGhlbiBzdWJtaXQgdGhlbSBmb3IgSUVURiBMQyAoMjxicj53ZWVrcykgYW5kIHRoZW4gSUVTRyBy ZXZpZXcgYW5kIGRpc2N1c3Npb24sIHdoaWNoIHdpbGwgaG9wZWZ1bGx5IGhhcHBlbjxicj5vbiB0 aGUgSUVTRyB0ZWxlY2hhdCBvbiBNYXJjaCA4dGguCjxicj48YnI+U28gbm93IGl0IGlzIHZlcnkg aW1wb3J0YW50IHRoYXQgd2UgZmluYWxpemUgb3VyIHRob3VnaHRzIGFib3V0PGJyPnJlY2hhcnRl cmluZyB0aGUgV29ya2luZyBHcm91cCBmb3IgbmV3IHdvcmssIHNob3VsZCB3ZSB3YW50IHRvIHRh a2Ugb248YnI+bmV3IHdvcmsuPGJyPjxicj5Tb21lIG9mIHRoZSBpdGVtcyB0aGF0IHBlb3BsZSBo YXZlIGluZGljYXRlZCBpbnRlcmVzdCBpbiB3b3JraW5nIG9uOgo8YnI+TmVpZ2hib3IgRGlzY292 ZXJ5IGFuZCBTZWN1cmUgTmVpZ2hib3IgRGlzY292ZXJ5IChwcm9wb3NlZCBzdGFuZGFyZCk8YnI+ U3RhdGVmdWwgaGVhZGVyIGNvbXByZXNzaW9uIChpbmZvcm1hdGlvbmFsKTxicj42bG93cGFuIGFw cGxpY2F0aW9ucyAoaW5mb3JtYXRpb25hbCk8YnI+bWVzaCByb3V0aW5nIChwcm9wb3NlZCBzdGFu ZGFyZCk8YnI+U2VjdXJpdHkgYW5hbHlzaXMgKGluZm9ybWF0aW9uYWwpCjxicj48YnI+SWYgdGhl cmUgYXJlIG90aGVyIGlkZWFzIGFzIHRvIHdvcmsgdGhlIFdHIHNob3VsZCBiZSBsb29raW5nIGF0 LCBwbGVhc2U8YnI+c2VuZCB0aGVtIHRvIHRoZSBsaXN0LiZuYnNwOyZuYnNwO0lmIHlvdSB0aGlu ayB0aGF0IHdlIGFyZSBmaW5pc2hlZCwgcGxlYXNlIHNlbmQ8YnI+dGhhdCB0byB0aGUgbGlzdCBh bHNvLjxicj48YnI+V2UgcGxhbiB0byBoYXZlIGEgY2FsbCB3aXRoIG91ciBBRCBuZXh0IE1vbmRh eSB0aGUgMTJ0aCBhbmQgSSB3b3VsZCBsaWtlCjxicj50byBoZWFyIGZyb20gdGhlIGdyb3VwIGJl Zm9yZSB0aGVuLjxicj48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGdl b2ZmPGJyPjxicj48YnI+PGJyPjxicj48YnI+PGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPjZsb3dwYW4gbWFpbGluZyBsaXN0PGJyPjxhIGhyZWY9 Im1haWx0bzo2bG93cGFuQGlldGYub3JnIj42bG93cGFuQGlldGYub3JnPC9hPjxicj48YSBocmVm PSJodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82bG93cGFuIj4KaHR0cHM6 Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vNmxvd3BhbjwvYT48YnI+PC9ibG9ja3F1 b3RlPjwvZGl2Pjxicj48YnIgY2xlYXI9ImFsbCI+PGJyPi0tIDxicj5LaS1IeXVuZyBLaW0gKLHo seLH/Cwg0N3Rw/r7KTxicj5Bc3NvY2lhdGUgUHJvZmVzc29yPGJyPkRpdmlzaW9uIG9mIEluZm9y bWF0aW9uIGFuZCBDb21wdXRlciBFbmcuLCBBam91IFVuaXZlcnNpdHksIFN1d29uLCBLb3JlYSA0 NDItNzQ5Cjxicj5UZWw6ICs4Mi0zMS0yMTktMjQzMywgQ2VsOiArODItMTctNzYwLTI1NTEgLCZu YnNwOyZuYnNwO0ZheDogKzgyLTMxLTIxOS0yNDMzIDxhIGhyZWY9Imh0dHA6Ly93d3cuNmxvd3Bh bi5vcmciPmh0dHA6Ly93d3cuNmxvd3Bhbi5vcmc8L2E+IAo= ------=_Part_6444_18023013.1170816281322-- --===============1146801310== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============1146801310==-- From 6lowpan-bounces@ietf.org Wed Feb 07 01:11:19 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEg16-0000nU-DL; Wed, 07 Feb 2007 01:10:52 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEg15-0000nJ-5c for 6lowpan@lists.ietf.org; Wed, 07 Feb 2007 01:10:51 -0500 Received: from cs-smtp-2.stanford.edu ([171.64.64.26]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HEg13-0004XV-Sj for 6lowpan@lists.ietf.org; Wed, 07 Feb 2007 01:10:51 -0500 Received: from c-71-198-71-178.hsd1.ca.comcast.net ([71.198.71.178] helo=[192.168.2.101]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1HEg12-0008B4-Oe; Tue, 06 Feb 2007 22:10:49 -0800 In-Reply-To: <1170774885.5063.19.camel@localhost> References: <1170774885.5063.19.camel@localhost> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3E7A98B6-58A6-4FD8-AA3C-ED88250C91C4@cs.stanford.edu> Content-Transfer-Encoding: 7bit From: Philip Levis Subject: Re: [6lowpan] WG rechartering Date: Tue, 6 Feb 2007 22:11:08 -0800 To: Geoff Mulligan X-Mailer: Apple Mail (2.752.2) X-Spam-Score: -2.5 X-Spam-Checker-Version: SpamAssassin 3.0.4-cs-csdcf (2005-06-05) on cs-smtp-2.Stanford.EDU X-Scan-Signature: 126b1dc68df40fcb6eeab1e6794671ae X-Spam-Score: 0.0 (/) X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org On Feb 6, 2007, at 7:14 AM, Geoff Mulligan wrote: > Folks, > We have reached a milestone. We have submitted the Problem > Statement > document and the Format Document to our AD for publication. We have > completed the original charter of the WG. > > Mark will review the documents and then submit them for IETF LC (2 > weeks) and then IESG review and discussion, which will hopefully > happen > on the IESG telechat on March 8th. > > So now it is very important that we finalize our thoughts about > rechartering the Working Group for new work, should we want to take on > new work. > > Some of the items that people have indicated interest in working on: > Neighbor Discovery and Secure Neighbor Discovery (proposed standard) > Stateful header compression (informational) > 6lowpan applications (informational) > mesh routing (proposed standard) > Security analysis (informational) Moving forward, I think that mesh routing is the most important problem. But neighbor discovery and bootstrapping are prerequisites for mesh routing, so I think that we need to tackle them first. Phil _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Wed Feb 07 12:31:46 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEqe1-0007rv-Oy; Wed, 07 Feb 2007 12:31:45 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HEqe0-0007pY-9w for 6lowpan@lists.ietf.org; Wed, 07 Feb 2007 12:31:44 -0500 Received: from [199.233.92.34] (helo=grab.coslabs.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HEqdx-00011w-Ba for 6lowpan@lists.ietf.org; Wed, 07 Feb 2007 12:31:44 -0500 Received: from dev20.coslabs.com (dev20.coslabs.com [199.233.92.20]) by grab.coslabs.com (8.13.6/8.13.6) with ESMTP id l17HVY3e000389; Wed, 7 Feb 2007 10:31:34 -0700 (MST) Subject: Re: [6lowpan] WG rechartering From: Geoff Mulligan To: Ki-Hyung Kim In-Reply-To: References: <1170774885.5063.19.camel@localhost> Content-Type: text/plain; charset=utf-8 Date: Wed, 07 Feb 2007 10:31:41 -0700 Message-Id: <1170869502.5063.91.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by grab.coslabs.com id l17HVY3e000389 X-Spam-Score: 0.0 (/) X-Scan-Signature: 32b73d73e8047ed17386f9799119ce43 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org We did discuss this at the interim. I'm trying to make a full list, so everyone keep sending in suggestions and then we will attempt to prioritize them. geoff On Wed, 2007-02-07 at 11:44 +0900, Ki-Hyung Kim wrote: > Geoff,=20 > Congratulation. We are now eventually moving forward to the recharting > stage. > I remember that we have discussed a couple of additional rechartering > items in addition to the mentioned items from the beginning including > the interrim meeting. > I want to remind these some of the core rechartering items as follows: > 1) Scalable routing protocol. While mesh routing could offer optimised > routing path, it consumes memory of sensor node for routing > table. Together with Mesh routing protocol, Scalable routing > protocol provides a routing table-free routing mechanism which is > essential for memory constrained sensor nodes. > =20 > 2) Service discovery protocol. It could offer lots of potential for > wide deployment of sensor network services. > =20 > 3) 6LoWPAN management. It should be essential items. > =20 > 4) Commissioning protocol which includes bootstrapping. It should be > essential items for interoperability of 6lowpan nodes. >=20 >=20 > =20 > On 2/7/07, Geoff Mulligan wrote:=20 > Folks, > We have reached a milestone. We have submitted the Problem > Statement > document and the Format Document to our AD for > publication. We have=20 > completed the original charter of the WG. > =20 > Mark will review the documents and then submit them for IETF > LC (2 > weeks) and then IESG review and discussion, which will > hopefully happen > on the IESG telechat on March 8th.=20 > =20 > So now it is very important that we finalize our thoughts > about > rechartering the Working Group for new work, should we want to > take on > new work. > =20 > Some of the items that people have indicated interest in > working on:=20 > Neighbor Discovery and Secure Neighbor Discovery (proposed > standard) > Stateful header compression (informational) > 6lowpan applications (informational) > mesh routing (proposed standard) > Security analysis (informational)=20 > =20 > If there are other ideas as to work the WG should be looking > at, please > send them to the list. If you think that we are finished, > please send > that to the list also. > =20 > We plan to have a call with our AD next Monday the 12th and I > would like=20 > to hear from the group before then. > =20 > geoff > =20 > =20 > =20 > =20 > =20 > =20 > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan >=20 >=20 >=20 > --=20 > Ki-Hyung Kim (=EA=B9=80=EA=B8=B0=ED=98=95, =EF=A4=8A=E8=B5=B7=E4=BA=A8) > Associate Professor > Division of Information and Computer Eng., Ajou University, Suwon, > Korea 442-749=20 > Tel: +82-31-219-2433, Cel: +82-17-760-2551 , Fax: +82-31-219-2433 > http://www.6lowpan.org=20 _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Thu Feb 08 03:13:15 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HF4Os-0006oj-43; Thu, 08 Feb 2007 03:13:02 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HF4Oq-0006nY-8m for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 03:13:00 -0500 Received: from maily.danfoss.com ([193.162.34.7]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HF4Ol-0001Cr-Nz for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 03:13:00 -0500 Received: from DKDN04MX64.dkdn04.danfoss.net ([10.6.2.64]) by maily.danfoss.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 8 Feb 2007 09:12:52 +0100 Received: from dkdn01mx22.danfoss.net ([10.12.129.22]) by DKDN04MX64.dkdn04.danfoss.net with InterScan Message Security Suite; Thu, 08 Feb 2007 09:12:52 +0100 Received: from DKDN01MX34.danfoss.net ([10.12.128.14]) by dkdn01mx22.danfoss.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 8 Feb 2007 09:12:50 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: quoted-printable Subject: RE: [6lowpan] WG rechartering Date: Thu, 8 Feb 2007 09:12:48 +0100 Message-ID: <49A38D2FE2C53946A57916AD6A1F00D7BB22DC@DKDN01MX34.danfoss.net> In-Reply-To: <1170869413.5063.89.camel@localhost> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [6lowpan] WG rechartering Thread-Index: AcdK3ioScgQrWMocSSuVMQFzGZyKBgAekRtQ From: "Schumacher Christian Peter Pii" To: "Geoff Mulligan" X-OriginalArrivalTime: 08 Feb 2007 08:12:50.0238 (UTC) FILETIME=[EC9EBDE0:01C74B58] X-Spam-Score: 0.0 (/) X-Scan-Signature: 0770535483960d190d4a0d020e7060bd Cc: 6lowpan@lists.ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org I believe the two terms are related to a certain degree. The difference could be that bootstrapping is for initial network setup = whereas commissioning is network management for the entire lifecycle of = a device. -----Original Message----- From: Geoff Mulligan [mailto:geoff@mulligan.com]=20 Sent: 7. februar 2007 18:30 To: Ki-Hyung Kim Cc: 6lowpan Subject: Re: [6lowpan] WG rechartering Are commissioning and bootstrapping the same? How do we define bootstrapping? geoff On Wed, 2007-02-07 at 11:28 +0900, Ki-Hyung Kim wrote: > Bootstrapping is one of the important issues. I think commissioning > might be more appropriate term which can include bootstrapping as a > core protocol. >=20 >=20 > =20 > On 2/7/07, Daniel Park wrote:=20 > Bootstrapping is one of important issues around 6lowpan, > hence I agree with Samita's suggestion as well.=20 > =20 > Regarding 6lowpan mobility, MANEMO looks like a relevant > place within IETF as of today, but INT AD's decision does > not allow us to have a BOF in Prague at this stage. > =20 > Anyhow, I am suggesting 6lowpan mobility for further study=20 > as one of rechartering items. As Samita pointed out, its > problem statements are already available and we are in the > progress of ellaborating on that. > =20 > Daniel (Soohong Daniel Park) > Mobile Convergence Laboratory, SAMSUNG Electronics.=20 > =20 > ----- Original Message ----- > From: "Samita Chakrabarti" > To: "Geoff Mulligan" > Cc: "6lowpan" <6lowpan@lists.ietf.org> > Sent: Wednesday, February 07, 2007 3:53 AM > Subject: Re: [6lowpan] WG rechartering > =20 > =20 > > Hi Geoff,=20 > > > > The list looks good. > > > > Last time we also discussed a need for a document on > boot-strapping. > > Is it still on the agenda? Personally I prefer > bootstrapping should be a > > separate document; we also have to figure out the > requirements for=20 > > bootstrapping in this space. > > > > The second point is on mobility analysis - recently with > MANEMO (Network > > mobility for MANET) discussion, some interesting points came > out regarding > > 6lowpan mobility. Daniel Park, Jim Bound brought this up > and=20 > > we are working on updating > > my expired draft on 6lowpan mobility requirements. So, may > be we can keep > > mobility item in the radar if not on the charter list for > now. > > > > Thanks, > > -Samita=20 > > > > > > On 2/6/07, Geoff Mulligan wrote: > >> Folks, > >> We have reached a milestone. We have submitted the > Problem Statement=20 > >> document and the Format Document to our AD for > publication. We have > >> completed the original charter of the WG. > >> > >> Mark will review the documents and then submit them for > IETF LC (2=20 > >> weeks) and then IESG review and discussion, which will > hopefully happen > >> on the IESG telechat on March 8th. > >> > >> So now it is very important that we finalize our thoughts > about > >> rechartering the Working Group for new work, should we want > to take on > >> new work. > >> > >> Some of the items that people have indicated interest in > working on: > >> Neighbor Discovery and Secure Neighbor Discovery (proposed > standard)=20 > >> Stateful header compression (informational) > >> 6lowpan applications (informational) > >> mesh routing (proposed standard) > >> Security analysis (informational) > >> > >> If there are other ideas as to work the WG should be > looking at, please=20 > >> send them to the list. If you think that we are finished, > please send > >> that to the list also. > >> > >> We plan to have a call with our AD next Monday the 12th and > I would like > >> to hear from the group before then.=20 > >> > >> geoff > >> > >> > >> > >> > >> > >> > >> _______________________________________________ > >> 6lowpan mailing list > >> 6lowpan@ietf.org > >> https://www1.ietf.org/mailman/listinfo/6lowpan > >> > > > > _______________________________________________ > > 6lowpan mailing list=20 > > 6lowpan@ietf.org > > https://www1.ietf.org/mailman/listinfo/6lowpan > > > > > =20 > _______________________________________________=20 > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan >=20 >=20 >=20 > --=20 > Ki-Hyung Kim (=B1=E8=B1=E2=C7=FC, =D0=DD=D1=C3=FA=FB) > Associate Professor > Division of Information and Computer Eng., Ajou University, Suwon, > Korea 442-749 > Tel: +82-31-219-2433, Cel: +82-17-760-2551, Fax: +82-31-219-2433 > http://www.6lowpan.org=20 _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Thu Feb 08 10:37:26 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFBKh-0001ne-Mp; Thu, 08 Feb 2007 10:37:11 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFBKh-0001nZ-19 for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 10:37:11 -0500 Received: from smtp.engr.ccny.cuny.edu ([134.74.14.195] helo=ses6z2.engr.ccny.cuny.edu) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HFBKa-00074y-Nm for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 10:37:11 -0500 Received: from DELLLAPTOPMJ ([134.74.17.56]) (authenticated bits=0) by ses6z2.engr.ccny.cuny.edu (8.13.7/8.13.7) with ESMTP id l18FYO0I015092; Thu, 8 Feb 2007 10:34:24 -0500 (EST) From: "Myung J Lee" To: "'Geoff Mulligan'" Subject: RE: [6lowpan] WG rechartering Date: Thu, 8 Feb 2007 10:36:52 -0500 Message-ID: <001901c74b96$f835c700$38114a86@DELLLAPTOPMJ> MIME-Version: 1.0 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <1170869502.5063.91.camel@localhost> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.0 (/) X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7 Cc: '6lowpan' <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Hi Geoff, Power saving algorithm could be an essential element for sensor networks.=20 Given 15.4, we could consider both beacon-enabled and non-beacon enabled modes. Thanks,=20 Myung J. Lee =20 -----Original Message----- From: Geoff Mulligan [mailto:geoff@mulligan.com]=20 Sent: Wednesday, February 07, 2007 12:32 PM To: Ki-Hyung Kim Cc: 6lowpan Subject: Re: [6lowpan] WG rechartering We did discuss this at the interim. I'm trying to make a full list, so everyone keep sending in suggestions and then we will attempt to prioritize them. geoff On Wed, 2007-02-07 at 11:44 +0900, Ki-Hyung Kim wrote: > Geoff,=20 > Congratulation. We are now eventually moving forward to the recharting > stage. > I remember that we have discussed a couple of additional rechartering > items in addition to the mentioned items from the beginning including > the interrim meeting. > I want to remind these some of the core rechartering items as follows: > 1) Scalable routing protocol. While mesh routing could offer optimised > routing path, it consumes memory of sensor node for routing > table. Together with Mesh routing protocol, Scalable routing > protocol provides a routing table-free routing mechanism which is > essential for memory constrained sensor nodes. > =20 > 2) Service discovery protocol. It could offer lots of potential for > wide deployment of sensor network services. > =20 > 3) 6LoWPAN management. It should be essential items. > =20 > 4) Commissioning protocol which includes bootstrapping. It should be > essential items for interoperability of 6lowpan nodes. >=20 >=20 > =20 > On 2/7/07, Geoff Mulligan wrote:=20 > Folks, > We have reached a milestone. We have submitted the Problem > Statement > document and the Format Document to our AD for > publication. We have=20 > completed the original charter of the WG. > =20 > Mark will review the documents and then submit them for IETF > LC (2 > weeks) and then IESG review and discussion, which will > hopefully happen > on the IESG telechat on March 8th.=20 > =20 > So now it is very important that we finalize our thoughts > about > rechartering the Working Group for new work, should we want to > take on > new work. > =20 > Some of the items that people have indicated interest in > working on:=20 > Neighbor Discovery and Secure Neighbor Discovery (proposed > standard) > Stateful header compression (informational) > 6lowpan applications (informational) > mesh routing (proposed standard) > Security analysis (informational)=20 > =20 > If there are other ideas as to work the WG should be looking > at, please > send them to the list. If you think that we are finished, > please send > that to the list also. > =20 > We plan to have a call with our AD next Monday the 12th and I > would like=20 > to hear from the group before then. > =20 > geoff > =20 > =20 > =20 > =20 > =20 > =20 > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan >=20 >=20 >=20 > --=20 > Ki-Hyung Kim (=B1=E8=B1=E2=C7=FC, =D0=DD=D1=C3=FA=FB) > Associate Professor > Division of Information and Computer Eng., Ajou University, Suwon, > Korea 442-749=20 > Tel: +82-31-219-2433, Cel: +82-17-760-2551 , Fax: +82-31-219-2433 > http://www.6lowpan.org=20 _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Thu Feb 08 11:13:26 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFBtm-0004xf-KM; Thu, 08 Feb 2007 11:13:26 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFBtk-0004xM-Rv for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 11:13:24 -0500 Received: from grab.coslabs.com ([199.233.92.34]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HFBtj-0007jL-Bm for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 11:13:24 -0500 Received: from dev20.coslabs.com (dev20.coslabs.com [199.233.92.20]) by grab.coslabs.com (8.13.6/8.13.6) with ESMTP id l18GDA5S004424; Thu, 8 Feb 2007 09:13:11 -0700 (MST) Subject: RE: [6lowpan] WG rechartering From: Geoff Mulligan To: Myung J Lee In-Reply-To: <001901c74b96$f835c700$38114a86@DELLLAPTOPMJ> References: <001901c74b96$f835c700$38114a86@DELLLAPTOPMJ> Content-Type: text/plain; charset=utf-8 Date: Thu, 08 Feb 2007 09:13:24 -0700 Message-Id: <1170951205.5063.190.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by grab.coslabs.com id l18GDA5S004424 X-Spam-Score: 0.0 (/) X-Scan-Signature: b22590c27682ace61775ee7b453b40d3 Cc: '6lowpan' <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org I've added it to the list. geoff On Thu, 2007-02-08 at 10:36 -0500, Myung J Lee wrote: > Hi Geoff, >=20 > Power saving algorithm could be an essential element for sensor > networks.=20 > Given 15.4, we could consider both beacon-enabled and non-beacon > enabled modes. >=20 > Thanks,=20 >=20 > Myung J. Lee > =20 >=20 > -----Original Message----- > From: Geoff Mulligan [mailto:geoff@mulligan.com]=20 > Sent: Wednesday, February 07, 2007 12:32 PM > To: Ki-Hyung Kim > Cc: 6lowpan > Subject: Re: [6lowpan] WG rechartering >=20 > We did discuss this at the interim. I'm trying to make a full list, so > everyone keep sending in suggestions and then we will attempt to > prioritize them. >=20 > geoff >=20 > On Wed, 2007-02-07 at 11:44 +0900, Ki-Hyung Kim wrote: > > Geoff,=20 > > Congratulation. We are now eventually moving forward to the rechartin= g > > stage. > > I remember that we have discussed a couple of additional rechartering > > items in addition to the mentioned items from the beginning including > > the interrim meeting. > > I want to remind these some of the core rechartering items as follows= : > > 1) Scalable routing protocol. While mesh routing could offer optimise= d > > routing path, it consumes memory of sensor node for routing > > table. Together with Mesh routing protocol, Scalable routing > > protocol provides a routing table-free routing mechanism which is > > essential for memory constrained sensor nodes. > > =20 > > 2) Service discovery protocol. It could offer lots of potential for > > wide deployment of sensor network services. > > =20 > > 3) 6LoWPAN management. It should be essential items. > > =20 > > 4) Commissioning protocol which includes bootstrapping. It should be > > essential items for interoperability of 6lowpan nodes. > >=20 > >=20 > > =20 > > On 2/7/07, Geoff Mulligan wrote:=20 > > Folks, > > We have reached a milestone. We have submitted the Problem > > Statement > > document and the Format Document to our AD for > > publication. We have=20 > > completed the original charter of the WG. > > =20 > > Mark will review the documents and then submit them for IETF > > LC (2 > > weeks) and then IESG review and discussion, which will > > hopefully happen > > on the IESG telechat on March 8th.=20 > > =20 > > So now it is very important that we finalize our thoughts > > about > > rechartering the Working Group for new work, should we want t= o > > take on > > new work. > > =20 > > Some of the items that people have indicated interest in > > working on:=20 > > Neighbor Discovery and Secure Neighbor Discovery (proposed > > standard) > > Stateful header compression (informational) > > 6lowpan applications (informational) > > mesh routing (proposed standard) > > Security analysis (informational)=20 > > =20 > > If there are other ideas as to work the WG should be looking > > at, please > > send them to the list. If you think that we are finished, > > please send > > that to the list also. > > =20 > > We plan to have a call with our AD next Monday the 12th and I > > would like=20 > > to hear from the group before then. > > =20 > > geoff > > =20 > > =20 > > =20 > > =20 > > =20 > > =20 > > _______________________________________________ > > 6lowpan mailing list > > 6lowpan@ietf.org > > https://www1.ietf.org/mailman/listinfo/6lowpan > >=20 > >=20 > >=20 > > --=20 > > Ki-Hyung Kim (=EA=B9=80=EA=B8=B0=ED=98=95, =EF=A4=8A=E8=B5=B7=E4=BA=A8= ) > > Associate Professor > > Division of Information and Computer Eng., Ajou University, Suwon, > > Korea 442-749=20 > > Tel: +82-31-219-2433, Cel: +82-17-760-2551 , Fax: +82-31-219-2433 > > http://www.6lowpan.org=20 >=20 >=20 > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan >=20 _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Thu Feb 08 18:34:13 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFImB-0007IJ-0n; Thu, 08 Feb 2007 18:34:03 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFIm9-0007Ho-Of for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 18:34:01 -0500 Received: from mailout3.samsung.com ([203.254.224.33]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HFIm5-0005lC-OF for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 18:34:01 -0500 Received: from ep_mmp1 (mailout3.samsung.com [203.254.224.33]) by mailout3.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0JD6004A544DTQ@mailout3.samsung.com> for 6lowpan@lists.ietf.org; Fri, 09 Feb 2007 08:33:49 +0900 (KST) Received: from your655e9d6f61 ([168.219.198.109]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0JD6001NX44D4V@mmp1.samsung.com> for 6lowpan@lists.ietf.org; Fri, 09 Feb 2007 08:33:49 +0900 (KST) Date: Fri, 09 Feb 2007 08:33:31 +0900 From: Daniel Park Subject: Re: [6lowpan] WG rechartering To: Myung J Lee , 'Geoff Mulligan' Message-id: <00c301c74bd9$8b871260$038deb7c@your655e9d6f61> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-Priority: 3 X-MSMail-priority: Normal References: <001901c74b96$f835c700$38114a86@DELLLAPTOPMJ> X-Spam-Score: 0.1 (/) X-Scan-Signature: d185fa790257f526fedfd5d01ed9c976 Cc: '6lowpan' <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2074672059==" Errors-To: 6lowpan-bounces@ietf.org --===============2074672059== Content-type: text/plain; charset=ks_c_5601-1987 Content-transfer-encoding: base64 UG93ZXIgc2F2aW5nIGlzIGFuIGVzc2VudGlhbCBwYXJ0IGZvciA2bG93cGFuLCBidXQgDQpJIGFt IHNvIGN1cmlvdXMgaG93IHRvIGRlYWwgd2l0aCB0aGlzIGFsZ29yaXRobSB3aXRoaW4NCklFVEYu IElzIHRoZXJlIGFueSBJUCByZWxldmFudCBpc3N1ZXMgPyBJdCBzZWVtcyBtb3N0DQpsaWtlbHkg ODAyLjE1LjQgdGVjaG5vbG9neSBpdHNlbGYuLi4NCg0KRGFuaWVsIChTb29ob25nIERhbmllbCBQ YXJrKQ0KTW9iaWxlIENvbnZlcmdlbmNlIExhYm9yYXRvcnksIFNBTVNVTkcgRWxlY3Ryb25pY3Mu DQoNCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0gDQpGcm9tOiAiTXl1bmcgSiBMZWUiIDxs ZWVAY2NueS5jdW55LmVkdT4NClRvOiAiJ0dlb2ZmIE11bGxpZ2FuJyIgPGdlb2ZmQG11bGxpZ2Fu LmNvbT4NCkNjOiAiJzZsb3dwYW4nIiA8Nmxvd3BhbkBsaXN0cy5pZXRmLm9yZz4NClNlbnQ6IEZy aWRheSwgRmVicnVhcnkgMDksIDIwMDcgMTI6MzYgQU0NClN1YmplY3Q6IFJFOiBbNmxvd3Bhbl0g V0cgcmVjaGFydGVyaW5nDQoNCg0KSGkgR2VvZmYsDQoNClBvd2VyIHNhdmluZyBhbGdvcml0aG0g Y291bGQgYmUgYW4gZXNzZW50aWFsIGVsZW1lbnQgZm9yIHNlbnNvcg0KbmV0d29ya3MuIA0KR2l2 ZW4gMTUuNCwgd2UgY291bGQgY29uc2lkZXIgYm90aCBiZWFjb24tZW5hYmxlZCBhbmQgbm9uLWJl YWNvbg0KZW5hYmxlZCBtb2Rlcy4NCg0KVGhhbmtzLCANCg0KTXl1bmcgSi4gTGVlDQogDQoNCi0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBHZW9mZiBNdWxsaWdhbiBbbWFpbHRvOmdl b2ZmQG11bGxpZ2FuLmNvbV0gDQpTZW50OiBXZWRuZXNkYXksIEZlYnJ1YXJ5IDA3LCAyMDA3IDEy OjMyIFBNDQpUbzogS2ktSHl1bmcgS2ltDQpDYzogNmxvd3Bhbg0KU3ViamVjdDogUmU6IFs2bG93 cGFuXSBXRyByZWNoYXJ0ZXJpbmcNCg0KV2UgZGlkIGRpc2N1c3MgdGhpcyBhdCB0aGUgaW50ZXJp bS4gIEknbSB0cnlpbmcgdG8gbWFrZSBhIGZ1bGwgbGlzdCwgc28NCmV2ZXJ5b25lIGtlZXAgc2Vu ZGluZyBpbiBzdWdnZXN0aW9ucyBhbmQgdGhlbiB3ZSB3aWxsIGF0dGVtcHQgdG8NCnByaW9yaXRp emUgdGhlbS4NCg0KZ2VvZmYNCg0KT24gV2VkLCAyMDA3LTAyLTA3IGF0IDExOjQ0ICswOTAwLCBL aS1IeXVuZyBLaW0gd3JvdGU6DQo+IEdlb2ZmLCANCj4gQ29uZ3JhdHVsYXRpb24uIFdlIGFyZSBu b3cgZXZlbnR1YWxseSBtb3ZpbmcgZm9yd2FyZCB0byB0aGUgcmVjaGFydGluZw0KPiBzdGFnZS4N Cj4gSSByZW1lbWJlciB0aGF0IHdlIGhhdmUgZGlzY3Vzc2VkIGEgY291cGxlIG9mIGFkZGl0aW9u YWwgcmVjaGFydGVyaW5nDQo+IGl0ZW1zIGluIGFkZGl0aW9uIHRvIHRoZSBtZW50aW9uZWQgaXRl bXMgZnJvbSB0aGUgYmVnaW5uaW5nIGluY2x1ZGluZw0KPiB0aGUgaW50ZXJyaW0gbWVldGluZy4N Cj4gSSB3YW50IHRvIHJlbWluZCB0aGVzZSBzb21lIG9mIHRoZSBjb3JlIHJlY2hhcnRlcmluZyBp dGVtcyBhcyBmb2xsb3dzOg0KPiAxKSBTY2FsYWJsZSByb3V0aW5nIHByb3RvY29sLiBXaGlsZSBt ZXNoIHJvdXRpbmcgY291bGQgb2ZmZXIgb3B0aW1pc2VkDQo+IHJvdXRpbmcgcGF0aCwgaXQgY29u c3VtZXMgbWVtb3J5IG9mIHNlbnNvciBub2RlIGZvciByb3V0aW5nDQo+IHRhYmxlLiAgIFRvZ2V0 aGVyIHdpdGggTWVzaCByb3V0aW5nIHByb3RvY29sLCBTY2FsYWJsZSByb3V0aW5nDQo+IHByb3Rv Y29sIHByb3ZpZGVzIGEgcm91dGluZyB0YWJsZS1mcmVlIHJvdXRpbmcgbWVjaGFuaXNtIHdoaWNo IGlzDQo+IGVzc2VudGlhbCBmb3IgbWVtb3J5IGNvbnN0cmFpbmVkIHNlbnNvciBub2Rlcy4NCj4g IA0KPiAyKSBTZXJ2aWNlIGRpc2NvdmVyeSBwcm90b2NvbC4gSXQgY291bGQgb2ZmZXIgbG90cyBv ZiBwb3RlbnRpYWwgZm9yDQo+IHdpZGUgZGVwbG95bWVudCBvZiBzZW5zb3IgbmV0d29yayBzZXJ2 aWNlcy4NCj4gIA0KPiAzKSA2TG9XUEFOIG1hbmFnZW1lbnQuIEl0IHNob3VsZCBiZSBlc3NlbnRp YWwgaXRlbXMuDQo+ICANCj4gNCkgQ29tbWlzc2lvbmluZyBwcm90b2NvbCB3aGljaCBpbmNsdWRl cyBib290c3RyYXBwaW5nLiBJdCBzaG91bGQgYmUNCj4gZXNzZW50aWFsIGl0ZW1zIGZvciBpbnRl cm9wZXJhYmlsaXR5IG9mIDZsb3dwYW4gbm9kZXMuDQo+IA0KPiANCj4gIA0KPiBPbiAyLzcvMDcs IEdlb2ZmIE11bGxpZ2FuIDxnZW9mZkBtdWxsaWdhbi5jb20+IHdyb3RlOiANCj4gICAgICAgICBG b2xrcywNCj4gICAgICAgICBXZSBoYXZlIHJlYWNoZWQgYSBtaWxlc3RvbmUuICBXZSBoYXZlIHN1 Ym1pdHRlZCB0aGUgUHJvYmxlbQ0KPiAgICAgICAgIFN0YXRlbWVudA0KPiAgICAgICAgIGRvY3Vt ZW50IGFuZCB0aGUgRm9ybWF0IERvY3VtZW50IHRvIG91ciBBRCBmb3INCj4gICAgICAgICBwdWJs aWNhdGlvbi4gIFdlIGhhdmUgDQo+ICAgICAgICAgY29tcGxldGVkIHRoZSBvcmlnaW5hbCBjaGFy dGVyIG9mIHRoZSBXRy4NCj4gICAgICAgICANCj4gICAgICAgICBNYXJrIHdpbGwgcmV2aWV3IHRo ZSBkb2N1bWVudHMgYW5kIHRoZW4gc3VibWl0IHRoZW0gZm9yIElFVEYNCj4gICAgICAgICBMQyAo Mg0KPiAgICAgICAgIHdlZWtzKSBhbmQgdGhlbiBJRVNHIHJldmlldyBhbmQgZGlzY3Vzc2lvbiwg d2hpY2ggd2lsbA0KPiAgICAgICAgIGhvcGVmdWxseSBoYXBwZW4NCj4gICAgICAgICBvbiB0aGUg SUVTRyB0ZWxlY2hhdCBvbiBNYXJjaCA4dGguIA0KPiAgICAgICAgIA0KPiAgICAgICAgIFNvIG5v dyBpdCBpcyB2ZXJ5IGltcG9ydGFudCB0aGF0IHdlIGZpbmFsaXplIG91ciB0aG91Z2h0cw0KPiAg ICAgICAgIGFib3V0DQo+ICAgICAgICAgcmVjaGFydGVyaW5nIHRoZSBXb3JraW5nIEdyb3VwIGZv ciBuZXcgd29yaywgc2hvdWxkIHdlIHdhbnQgdG8NCj4gICAgICAgICB0YWtlIG9uDQo+ICAgICAg ICAgbmV3IHdvcmsuDQo+ICAgICAgICAgDQo+ICAgICAgICAgU29tZSBvZiB0aGUgaXRlbXMgdGhh dCBwZW9wbGUgaGF2ZSBpbmRpY2F0ZWQgaW50ZXJlc3QgaW4NCj4gICAgICAgICB3b3JraW5nIG9u OiANCj4gICAgICAgICBOZWlnaGJvciBEaXNjb3ZlcnkgYW5kIFNlY3VyZSBOZWlnaGJvciBEaXNj b3ZlcnkgKHByb3Bvc2VkDQo+ICAgICAgICAgc3RhbmRhcmQpDQo+ICAgICAgICAgU3RhdGVmdWwg aGVhZGVyIGNvbXByZXNzaW9uIChpbmZvcm1hdGlvbmFsKQ0KPiAgICAgICAgIDZsb3dwYW4gYXBw bGljYXRpb25zIChpbmZvcm1hdGlvbmFsKQ0KPiAgICAgICAgIG1lc2ggcm91dGluZyAocHJvcG9z ZWQgc3RhbmRhcmQpDQo+ICAgICAgICAgU2VjdXJpdHkgYW5hbHlzaXMgKGluZm9ybWF0aW9uYWwp IA0KPiAgICAgICAgIA0KPiAgICAgICAgIElmIHRoZXJlIGFyZSBvdGhlciBpZGVhcyBhcyB0byB3 b3JrIHRoZSBXRyBzaG91bGQgYmUgbG9va2luZw0KPiAgICAgICAgIGF0LCBwbGVhc2UNCj4gICAg ICAgICBzZW5kIHRoZW0gdG8gdGhlIGxpc3QuICBJZiB5b3UgdGhpbmsgdGhhdCB3ZSBhcmUgZmlu aXNoZWQsDQo+ICAgICAgICAgcGxlYXNlIHNlbmQNCj4gICAgICAgICB0aGF0IHRvIHRoZSBsaXN0 IGFsc28uDQo+ICAgICAgICAgDQo+ICAgICAgICAgV2UgcGxhbiB0byBoYXZlIGEgY2FsbCB3aXRo IG91ciBBRCBuZXh0IE1vbmRheSB0aGUgMTJ0aCBhbmQgSQ0KPiAgICAgICAgIHdvdWxkIGxpa2Ug DQo+ICAgICAgICAgdG8gaGVhciBmcm9tIHRoZSBncm91cCBiZWZvcmUgdGhlbi4NCj4gICAgICAg ICANCj4gICAgICAgICAgICAgICAgZ2VvZmYNCj4gICAgICAgICANCj4gICAgICAgICANCj4gICAg ICAgICANCj4gICAgICAgICANCj4gICAgICAgICANCj4gICAgICAgICANCj4gICAgICAgICBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiAgICAgICAgIDZs b3dwYW4gbWFpbGluZyBsaXN0DQo+ICAgICAgICAgNmxvd3BhbkBpZXRmLm9yZw0KPiAgICAgICAg IGh0dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvLzZsb3dwYW4NCj4gDQo+IA0K PiANCj4gLS0gDQo+IEtpLUh5dW5nIEtpbSAoseix4sf8LCDQ3dHD+vspDQo+IEFzc29jaWF0ZSBQ cm9mZXNzb3INCj4gRGl2aXNpb24gb2YgSW5mb3JtYXRpb24gYW5kIENvbXB1dGVyIEVuZy4sIEFq b3UgVW5pdmVyc2l0eSwgU3V3b24sDQo+IEtvcmVhIDQ0Mi03NDkgDQo+IFRlbDogKzgyLTMxLTIx OS0yNDMzLCBDZWw6ICs4Mi0xNy03NjAtMjU1MSAsICBGYXg6ICs4Mi0zMS0yMTktMjQzMw0KPiBo dHRwOi8vd3d3LjZsb3dwYW4ub3JnIA0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo2bG93cGFuIG1haWxpbmcgbGlzdA0KNmxvd3BhbkBpZXRmLm9y Zw0KaHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vNmxvd3Bhbg0KDQoNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo2bG93cGFuIG1h aWxpbmcgbGlzdA0KNmxvd3BhbkBpZXRmLm9yZw0KaHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vNmxvd3Bhbg0KDQo= --===============2074672059== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============2074672059==-- From 6lowpan-bounces@ietf.org Thu Feb 08 18:35:56 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFIo0-0008B1-17; Thu, 08 Feb 2007 18:35:56 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFInz-0008Au-FO for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 18:35:55 -0500 Received: from mailout3.samsung.com ([203.254.224.33]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HFInx-0006VZ-O5 for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 18:35:55 -0500 Received: from ep_mmp2 (mailout3.samsung.com [203.254.224.33]) by mailout3.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0JD6004F947STQ@mailout3.samsung.com> for 6lowpan@lists.ietf.org; Fri, 09 Feb 2007 08:35:52 +0900 (KST) Received: from your655e9d6f61 ([168.219.198.109]) by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTPA id <0JD600HAN47SAC@mmp2.samsung.com> for 6lowpan@lists.ietf.org; Fri, 09 Feb 2007 08:35:52 +0900 (KST) Date: Fri, 09 Feb 2007 08:35:35 +0900 From: Daniel Park Subject: Re: [6lowpan] WG rechartering To: Schumacher Christian Peter Pii , Geoff Mulligan Message-id: <00c901c74bd9$d4d0d230$038deb7c@your655e9d6f61> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-Priority: 3 X-MSMail-priority: Normal References: <49A38D2FE2C53946A57916AD6A1F00D7BB22DC@DKDN01MX34.danfoss.net> X-Spam-Score: 0.1 (/) X-Scan-Signature: 7fa173a723009a6ca8ce575a65a5d813 Cc: 6lowpan@lists.ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0401696292==" Errors-To: 6lowpan-bounces@ietf.org --===============0401696292== Content-type: text/plain; charset=ks_c_5601-1987 Content-transfer-encoding: base64 SXQgZGVwZW5kcyBvbiBob3cgdG8gZGVmaW5lIGVhY2ggdGVybSBpbiA2bG93cGFuIGFyZWEuDQpP YnZpb3VzbHksIHdlIHNob3VsZCBlbGFib3JhdGUgYW5kIGNsYXJpZnkgb24gZWFjaCB0ZXJtcw0K aWYgbmVjZXNzYXJ5Li4uDQoNCg0KDQpEYW5pZWwgKFNvb2hvbmcgRGFuaWVsIFBhcmspDQpNb2Jp bGUgQ29udmVyZ2VuY2UgTGFib3JhdG9yeSwgU0FNU1VORyBFbGVjdHJvbmljcy4NCg0KLS0tLS0g T3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCkZyb206ICJTY2h1bWFjaGVyIENocmlzdGlhbiBQZXRl ciBQaWkiIDxzY2h1bWFjaGVyQGRhbmZvc3MuY29tPg0KVG86ICJHZW9mZiBNdWxsaWdhbiIgPGdl b2ZmQG11bGxpZ2FuLmNvbT4NCkNjOiA8Nmxvd3BhbkBsaXN0cy5pZXRmLm9yZz4NClNlbnQ6IFRo dXJzZGF5LCBGZWJydWFyeSAwOCwgMjAwNyA1OjEyIFBNDQpTdWJqZWN0OiBSRTogWzZsb3dwYW5d IFdHIHJlY2hhcnRlcmluZw0KDQoNCkkgYmVsaWV2ZSB0aGUgdHdvIHRlcm1zIGFyZSByZWxhdGVk IHRvIGEgY2VydGFpbiBkZWdyZWUuDQpUaGUgZGlmZmVyZW5jZSBjb3VsZCBiZSB0aGF0IGJvb3Rz dHJhcHBpbmcgaXMgZm9yIGluaXRpYWwgbmV0d29yayBzZXR1cCB3aGVyZWFzIGNvbW1pc3Npb25p bmcgaXMgbmV0d29yayBtYW5hZ2VtZW50IGZvciB0aGUgZW50aXJlIGxpZmVjeWNsZSBvZiBhIGRl dmljZS4NCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogR2VvZmYgTXVsbGln YW4gW21haWx0bzpnZW9mZkBtdWxsaWdhbi5jb21dIA0KU2VudDogNy4gZmVicnVhciAyMDA3IDE4 OjMwDQpUbzogS2ktSHl1bmcgS2ltDQpDYzogNmxvd3Bhbg0KU3ViamVjdDogUmU6IFs2bG93cGFu XSBXRyByZWNoYXJ0ZXJpbmcNCg0KQXJlIGNvbW1pc3Npb25pbmcgYW5kIGJvb3RzdHJhcHBpbmcg dGhlIHNhbWU/ICBIb3cgZG8gd2UgZGVmaW5lDQpib290c3RyYXBwaW5nPw0KDQpnZW9mZg0KDQpP biBXZWQsIDIwMDctMDItMDcgYXQgMTE6MjggKzA5MDAsIEtpLUh5dW5nIEtpbSB3cm90ZToNCj4g Qm9vdHN0cmFwcGluZyBpcyBvbmUgb2YgdGhlIGltcG9ydGFudCBpc3N1ZXMuIEkgdGhpbmsgY29t bWlzc2lvbmluZw0KPiBtaWdodCBiZSBtb3JlIGFwcHJvcHJpYXRlIHRlcm0gd2hpY2ggY2FuIGlu Y2x1ZGUgYm9vdHN0cmFwcGluZyBhcyBhDQo+IGNvcmUgcHJvdG9jb2wuDQo+IA0KPiANCj4gIA0K PiBPbiAyLzcvMDcsIERhbmllbCBQYXJrIDxzb29ob25nLnBhcmtAc2Ftc3VuZy5jb20+IHdyb3Rl OiANCj4gICAgICAgICBCb290c3RyYXBwaW5nIGlzIG9uZSBvZiBpbXBvcnRhbnQgaXNzdWVzIGFy b3VuZCA2bG93cGFuLA0KPiAgICAgICAgIGhlbmNlIEkgYWdyZWUgd2l0aCBTYW1pdGEncyBzdWdn ZXN0aW9uIGFzIHdlbGwuIA0KPiAgICAgICAgIA0KPiAgICAgICAgIFJlZ2FyZGluZyA2bG93cGFu IG1vYmlsaXR5LCBNQU5FTU8gbG9va3MgbGlrZSBhIHJlbGV2YW50DQo+ICAgICAgICAgcGxhY2Ug d2l0aGluIElFVEYgYXMgb2YgdG9kYXksIGJ1dCBJTlQgQUQncyBkZWNpc2lvbiBkb2VzDQo+ICAg ICAgICAgbm90IGFsbG93IHVzIHRvIGhhdmUgYSBCT0YgaW4gUHJhZ3VlIGF0IHRoaXMgc3RhZ2Uu DQo+ICAgICAgICAgDQo+ICAgICAgICAgQW55aG93LCBJIGFtIHN1Z2dlc3RpbmcgNmxvd3BhbiBt b2JpbGl0eSBmb3IgZnVydGhlciBzdHVkeSANCj4gICAgICAgICBhcyBvbmUgb2YgcmVjaGFydGVy aW5nIGl0ZW1zLiBBcyBTYW1pdGEgcG9pbnRlZCBvdXQsIGl0cw0KPiAgICAgICAgIHByb2JsZW0g c3RhdGVtZW50cyBhcmUgYWxyZWFkeSBhdmFpbGFibGUgYW5kIHdlIGFyZSBpbiB0aGUNCj4gICAg ICAgICBwcm9ncmVzcyBvZiBlbGxhYm9yYXRpbmcgb24gdGhhdC4NCj4gICAgICAgICANCj4gICAg ICAgICBEYW5pZWwgKFNvb2hvbmcgRGFuaWVsIFBhcmspDQo+ICAgICAgICAgTW9iaWxlIENvbnZl cmdlbmNlIExhYm9yYXRvcnksIFNBTVNVTkcgRWxlY3Ryb25pY3MuIA0KPiAgICAgICAgIA0KPiAg ICAgICAgIC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gICAgICAgICBGcm9tOiAiU2Ft aXRhIENoYWtyYWJhcnRpIiA8c2FtaXRhYzJAZ21haWwuY29tPg0KPiAgICAgICAgIFRvOiAiR2Vv ZmYgTXVsbGlnYW4iIDxnZW9mZkBtdWxsaWdhbi5jb20+DQo+ICAgICAgICAgQ2M6ICI2bG93cGFu IiA8Nmxvd3BhbkBsaXN0cy5pZXRmLm9yZz4NCj4gICAgICAgICBTZW50OiBXZWRuZXNkYXksIEZl YnJ1YXJ5IDA3LCAyMDA3IDM6NTMgQU0NCj4gICAgICAgICBTdWJqZWN0OiBSZTogWzZsb3dwYW5d IFdHIHJlY2hhcnRlcmluZw0KPiAgICAgICAgIA0KPiAgICAgICAgIA0KPiAgICAgICAgID4gSGkg R2VvZmYsIA0KPiAgICAgICAgID4NCj4gICAgICAgICA+IFRoZSBsaXN0IGxvb2tzIGdvb2QuDQo+ ICAgICAgICAgPg0KPiAgICAgICAgID4gTGFzdCB0aW1lIHdlIGFsc28gZGlzY3Vzc2VkIGEgbmVl ZCBmb3IgYSBkb2N1bWVudCBvbg0KPiAgICAgICAgIGJvb3Qtc3RyYXBwaW5nLg0KPiAgICAgICAg ID4gSXMgaXQgc3RpbGwgb24gdGhlIGFnZW5kYT8gIFBlcnNvbmFsbHkgSSBwcmVmZXINCj4gICAg ICAgICBib290c3RyYXBwaW5nIHNob3VsZCBiZSBhDQo+ICAgICAgICAgPiBzZXBhcmF0ZSBkb2N1 bWVudDsgd2UgYWxzbyBoYXZlIHRvIGZpZ3VyZSBvdXQgdGhlDQo+ICAgICAgICAgcmVxdWlyZW1l bnRzIGZvciANCj4gICAgICAgICA+IGJvb3RzdHJhcHBpbmcgaW4gdGhpcyBzcGFjZS4NCj4gICAg ICAgICA+DQo+ICAgICAgICAgPiBUaGUgc2Vjb25kIHBvaW50IGlzIG9uIG1vYmlsaXR5IGFuYWx5 c2lzIC0gcmVjZW50bHkgd2l0aA0KPiAgICAgICAgIE1BTkVNTyAoTmV0d29yaw0KPiAgICAgICAg ID4gbW9iaWxpdHkgZm9yIE1BTkVUKSBkaXNjdXNzaW9uLCBzb21lIGludGVyZXN0aW5nIHBvaW50 cyBjYW1lDQo+ICAgICAgICAgb3V0IHJlZ2FyZGluZw0KPiAgICAgICAgID4gNmxvd3BhbiBtb2Jp bGl0eS4gRGFuaWVsIFBhcmssIEppbSBCb3VuZCBicm91Z2h0IHRoaXMgdXANCj4gICAgICAgICBh bmQgDQo+ICAgICAgICAgPiB3ZSBhcmUgd29ya2luZyBvbiB1cGRhdGluZw0KPiAgICAgICAgID4g bXkgZXhwaXJlZCBkcmFmdCBvbiA2bG93cGFuIG1vYmlsaXR5IHJlcXVpcmVtZW50cy4gIFNvLCBt YXkNCj4gICAgICAgICBiZSB3ZSBjYW4ga2VlcA0KPiAgICAgICAgID4gbW9iaWxpdHkgaXRlbSBp biB0aGUgcmFkYXIgaWYgbm90IG9uIHRoZSBjaGFydGVyIGxpc3QgZm9yDQo+ICAgICAgICAgbm93 Lg0KPiAgICAgICAgID4NCj4gICAgICAgICA+IFRoYW5rcywNCj4gICAgICAgICA+IC1TYW1pdGEg DQo+ICAgICAgICAgPg0KPiAgICAgICAgID4NCj4gICAgICAgICA+IE9uIDIvNi8wNywgR2VvZmYg TXVsbGlnYW4gPGdlb2ZmQG11bGxpZ2FuLmNvbT4gd3JvdGU6DQo+ICAgICAgICAgPj4gRm9sa3Ms DQo+ICAgICAgICAgPj4gIFdlIGhhdmUgcmVhY2hlZCBhIG1pbGVzdG9uZS4gIFdlIGhhdmUgc3Vi bWl0dGVkIHRoZQ0KPiAgICAgICAgIFByb2JsZW0gU3RhdGVtZW50IA0KPiAgICAgICAgID4+IGRv Y3VtZW50IGFuZCB0aGUgRm9ybWF0IERvY3VtZW50IHRvIG91ciBBRCBmb3INCj4gICAgICAgICBw dWJsaWNhdGlvbi4gIFdlIGhhdmUNCj4gICAgICAgICA+PiBjb21wbGV0ZWQgdGhlIG9yaWdpbmFs IGNoYXJ0ZXIgb2YgdGhlIFdHLg0KPiAgICAgICAgID4+DQo+ICAgICAgICAgPj4gTWFyayB3aWxs IHJldmlldyB0aGUgZG9jdW1lbnRzIGFuZCB0aGVuIHN1Ym1pdCB0aGVtIGZvcg0KPiAgICAgICAg IElFVEYgTEMgKDIgDQo+ICAgICAgICAgPj4gd2Vla3MpIGFuZCB0aGVuIElFU0cgcmV2aWV3IGFu ZCBkaXNjdXNzaW9uLCB3aGljaCB3aWxsDQo+ICAgICAgICAgaG9wZWZ1bGx5IGhhcHBlbg0KPiAg ICAgICAgID4+IG9uIHRoZSBJRVNHIHRlbGVjaGF0IG9uIE1hcmNoIDh0aC4NCj4gICAgICAgICA+ Pg0KPiAgICAgICAgID4+IFNvIG5vdyBpdCBpcyB2ZXJ5IGltcG9ydGFudCB0aGF0IHdlIGZpbmFs aXplIG91ciB0aG91Z2h0cw0KPiAgICAgICAgIGFib3V0DQo+ICAgICAgICAgPj4gcmVjaGFydGVy aW5nIHRoZSBXb3JraW5nIEdyb3VwIGZvciBuZXcgd29yaywgc2hvdWxkIHdlIHdhbnQNCj4gICAg ICAgICB0byB0YWtlIG9uDQo+ICAgICAgICAgPj4gbmV3IHdvcmsuDQo+ICAgICAgICAgPj4NCj4g ICAgICAgICA+PiBTb21lIG9mIHRoZSBpdGVtcyB0aGF0IHBlb3BsZSBoYXZlIGluZGljYXRlZCBp bnRlcmVzdCBpbg0KPiAgICAgICAgIHdvcmtpbmcgb246DQo+ICAgICAgICAgPj4gIE5laWdoYm9y IERpc2NvdmVyeSBhbmQgU2VjdXJlIE5laWdoYm9yIERpc2NvdmVyeSAocHJvcG9zZWQNCj4gICAg ICAgICBzdGFuZGFyZCkgDQo+ICAgICAgICAgPj4gIFN0YXRlZnVsIGhlYWRlciBjb21wcmVzc2lv biAoaW5mb3JtYXRpb25hbCkNCj4gICAgICAgICA+PiAgNmxvd3BhbiBhcHBsaWNhdGlvbnMgKGlu Zm9ybWF0aW9uYWwpDQo+ICAgICAgICAgPj4gIG1lc2ggcm91dGluZyAocHJvcG9zZWQgc3RhbmRh cmQpDQo+ICAgICAgICAgPj4gIFNlY3VyaXR5IGFuYWx5c2lzIChpbmZvcm1hdGlvbmFsKQ0KPiAg ICAgICAgID4+DQo+ICAgICAgICAgPj4gSWYgdGhlcmUgYXJlIG90aGVyIGlkZWFzIGFzIHRvIHdv cmsgdGhlIFdHIHNob3VsZCBiZQ0KPiAgICAgICAgIGxvb2tpbmcgYXQsIHBsZWFzZSANCj4gICAg ICAgICA+PiBzZW5kIHRoZW0gdG8gdGhlIGxpc3QuICBJZiB5b3UgdGhpbmsgdGhhdCB3ZSBhcmUg ZmluaXNoZWQsDQo+ICAgICAgICAgcGxlYXNlIHNlbmQNCj4gICAgICAgICA+PiB0aGF0IHRvIHRo ZSBsaXN0IGFsc28uDQo+ICAgICAgICAgPj4NCj4gICAgICAgICA+PiBXZSBwbGFuIHRvIGhhdmUg YSBjYWxsIHdpdGggb3VyIEFEIG5leHQgTW9uZGF5IHRoZSAxMnRoIGFuZA0KPiAgICAgICAgIEkg d291bGQgbGlrZQ0KPiAgICAgICAgID4+IHRvIGhlYXIgZnJvbSB0aGUgZ3JvdXAgYmVmb3JlIHRo ZW4uIA0KPiAgICAgICAgID4+DQo+ICAgICAgICAgPj4gICAgICAgIGdlb2ZmDQo+ICAgICAgICAg Pj4NCj4gICAgICAgICA+Pg0KPiAgICAgICAgID4+DQo+ICAgICAgICAgPj4NCj4gICAgICAgICA+ Pg0KPiAgICAgICAgID4+DQo+ICAgICAgICAgPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4gICAgICAgICA+PiA2bG93cGFuIG1haWxpbmcgbGlzdA0K PiAgICAgICAgID4+IDZsb3dwYW5AaWV0Zi5vcmcNCj4gICAgICAgICA+PiBodHRwczovL3d3dzEu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82bG93cGFuDQo+ICAgICAgICAgPj4NCj4gICAgICAg ICA+DQo+ICAgICAgICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiAgICAgICAgID4gNmxvd3BhbiBtYWlsaW5nIGxpc3QgDQo+ICAgICAgICAgPiA2 bG93cGFuQGlldGYub3JnDQo+ICAgICAgICAgPiBodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby82bG93cGFuDQo+ICAgICAgICAgPg0KPiAgICAgICAgID4NCj4gICAgICAgICAN Cj4gICAgICAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XyANCj4gICAgICAgICA2bG93cGFuIG1haWxpbmcgbGlzdA0KPiAgICAgICAgIDZsb3dwYW5AaWV0 Zi5vcmcNCj4gICAgICAgICBodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82 bG93cGFuDQo+IA0KPiANCj4gDQo+IC0tIA0KPiBLaS1IeXVuZyBLaW0gKLHoseLH/Cwg0N3Rw/r7 KQ0KPiBBc3NvY2lhdGUgUHJvZmVzc29yDQo+IERpdmlzaW9uIG9mIEluZm9ybWF0aW9uIGFuZCBD b21wdXRlciBFbmcuLCBBam91IFVuaXZlcnNpdHksIFN1d29uLA0KPiBLb3JlYSA0NDItNzQ5DQo+ IFRlbDogKzgyLTMxLTIxOS0yNDMzLCBDZWw6ICs4Mi0xNy03NjAtMjU1MSwgIEZheDogKzgyLTMx LTIxOS0yNDMzDQo+IGh0dHA6Ly93d3cuNmxvd3Bhbi5vcmcgDQoNCg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCjZsb3dwYW4gbWFpbGluZyBsaXN0DQo2 bG93cGFuQGlldGYub3JnDQpodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82 bG93cGFuDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo2bG93cGFuIG1haWxpbmcgbGlzdA0KNmxvd3BhbkBpZXRmLm9yZw0KaHR0cHM6Ly93d3cxLmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vNmxvd3Bhbg0KDQo= --===============0401696292== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============0401696292==-- From 6lowpan-bounces@ietf.org Thu Feb 08 19:35:14 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFJj7-0006A7-DS; Thu, 08 Feb 2007 19:34:57 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFJj6-0006A1-HD for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 19:34:56 -0500 Received: from ees1s0.engr.ccny.cuny.edu ([134.74.16.1]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HFJit-0002pW-3y for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 19:34:56 -0500 Received: (qmail 1930 invoked from network); 9 Feb 2007 00:49:39 -0000 Received: from unknown (HELO ee677a) (134.74.17.55) by ees1s0.engr.ccny.cuny.edu with SMTP; 9 Feb 2007 00:49:39 -0000 Message-ID: <003001c74be2$4dc77d80$37114a86@ee677a> From: "Myung Lee" To: "Daniel Park" , "'Geoff Mulligan'" References: <001901c74b96$f835c700$38114a86@DELLLAPTOPMJ> <00c301c74bd9$8b871260$038deb7c@your655e9d6f61> Subject: Re: [6lowpan] WG rechartering Date: Thu, 8 Feb 2007 19:36:14 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ks_c_5601-1987"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.0 (/) X-Scan-Signature: 6ba8aaf827dcb437101951262f69b3de Cc: '6lowpan' <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Daniel, Since we can't change any 15.4 MAC, we have to do it above MAC, which belongs to IP layer issue. Thanks, Myung J. Lee CUNY ----- Original Message ----- From: "Daniel Park" To: "Myung J Lee" ; "'Geoff Mulligan'" Cc: "'6lowpan'" <6lowpan@lists.ietf.org> Sent: Thursday, February 08, 2007 6:33 PM Subject: Re: [6lowpan] WG rechartering > Power saving is an essential part for 6lowpan, but > I am so curious how to deal with this algorithm within > IETF. Is there any IP relevant issues ? It seems most > likely 802.15.4 technology itself... > > Daniel (Soohong Daniel Park) > Mobile Convergence Laboratory, SAMSUNG Electronics. > > ----- Original Message ----- > From: "Myung J Lee" > To: "'Geoff Mulligan'" > Cc: "'6lowpan'" <6lowpan@lists.ietf.org> > Sent: Friday, February 09, 2007 12:36 AM > Subject: RE: [6lowpan] WG rechartering > > > Hi Geoff, > > Power saving algorithm could be an essential element for sensor > networks. > Given 15.4, we could consider both beacon-enabled and non-beacon > enabled modes. > > Thanks, > > Myung J. Lee > > > -----Original Message----- > From: Geoff Mulligan [mailto:geoff@mulligan.com] > Sent: Wednesday, February 07, 2007 12:32 PM > To: Ki-Hyung Kim > Cc: 6lowpan > Subject: Re: [6lowpan] WG rechartering > > We did discuss this at the interim. I'm trying to make a full list, so > everyone keep sending in suggestions and then we will attempt to > prioritize them. > > geoff > > On Wed, 2007-02-07 at 11:44 +0900, Ki-Hyung Kim wrote: >> Geoff, >> Congratulation. We are now eventually moving forward to the recharting >> stage. >> I remember that we have discussed a couple of additional rechartering >> items in addition to the mentioned items from the beginning including >> the interrim meeting. >> I want to remind these some of the core rechartering items as follows: >> 1) Scalable routing protocol. While mesh routing could offer optimised >> routing path, it consumes memory of sensor node for routing >> table. Together with Mesh routing protocol, Scalable routing >> protocol provides a routing table-free routing mechanism which is >> essential for memory constrained sensor nodes. >> >> 2) Service discovery protocol. It could offer lots of potential for >> wide deployment of sensor network services. >> >> 3) 6LoWPAN management. It should be essential items. >> >> 4) Commissioning protocol which includes bootstrapping. It should be >> essential items for interoperability of 6lowpan nodes. >> >> >> >> On 2/7/07, Geoff Mulligan wrote: >> Folks, >> We have reached a milestone. We have submitted the Problem >> Statement >> document and the Format Document to our AD for >> publication. We have >> completed the original charter of the WG. >> >> Mark will review the documents and then submit them for IETF >> LC (2 >> weeks) and then IESG review and discussion, which will >> hopefully happen >> on the IESG telechat on March 8th. >> >> So now it is very important that we finalize our thoughts >> about >> rechartering the Working Group for new work, should we want to >> take on >> new work. >> >> Some of the items that people have indicated interest in >> working on: >> Neighbor Discovery and Secure Neighbor Discovery (proposed >> standard) >> Stateful header compression (informational) >> 6lowpan applications (informational) >> mesh routing (proposed standard) >> Security analysis (informational) >> >> If there are other ideas as to work the WG should be looking >> at, please >> send them to the list. If you think that we are finished, >> please send >> that to the list also. >> >> We plan to have a call with our AD next Monday the 12th and I >> would like >> to hear from the group before then. >> >> geoff >> >> >> >> >> >> >> _______________________________________________ >> 6lowpan mailing list >> 6lowpan@ietf.org >> https://www1.ietf.org/mailman/listinfo/6lowpan >> >> >> >> -- >> Ki-Hyung Kim (±è±âÇü, ÐÝÑÃúû) >> Associate Professor >> Division of Information and Computer Eng., Ajou University, Suwon, >> Korea 442-749 >> Tel: +82-31-219-2433, Cel: +82-17-760-2551 , Fax: +82-31-219-2433 >> http://www.6lowpan.org > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Thu Feb 08 19:55:12 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFK2d-000335-Tb; Thu, 08 Feb 2007 19:55:07 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HFK2c-00032u-KP for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 19:55:06 -0500 Received: from mailout2.samsung.com ([203.254.224.25]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HFK2a-0000Cx-SF for 6lowpan@lists.ietf.org; Thu, 08 Feb 2007 19:55:06 -0500 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 <0JD6000LX7VQJR@mailout2.samsung.com> for 6lowpan@lists.ietf.org; Fri, 09 Feb 2007 09:55:02 +0900 (KST) Received: from your655e9d6f61 ([168.219.198.109]) by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTPA id <0JD600LLC7VQ2R@mmp2.samsung.com> for 6lowpan@lists.ietf.org; Fri, 09 Feb 2007 09:55:02 +0900 (KST) Date: Fri, 09 Feb 2007 09:54:45 +0900 From: Daniel Park Subject: Re: [6lowpan] WG rechartering To: Myung Lee , 'Geoff Mulligan' Message-id: <00f501c74be4$e41e82e0$8046fea9@your655e9d6f61> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-Priority: 3 X-MSMail-priority: Normal References: <001901c74b96$f835c700$38114a86@DELLLAPTOPMJ> <00c301c74bd9$8b871260$038deb7c@your655e9d6f61> <003001c74be2$4dc77d80$37114a86@ee677a> X-Spam-Score: 0.1 (/) X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86 Cc: '6lowpan' <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0020787787==" Errors-To: 6lowpan-bounces@ietf.org --===============0020787787== Content-type: text/plain; charset=ks_c_5601-1987 Content-transfer-encoding: base64 RGVhciBQcm9mLiBNeXVuZywgDQoNClRoYXQgc291bmRzIGdyZWF0LiBJIHNlY29uZCB5b3VyIHN1 Z2dlc3Rpb24uDQoNClRoYW5rcywgDQoNCkRhbmllbCAoU29vaG9uZyBEYW5pZWwgUGFyaykNCk1v YmlsZSBDb252ZXJnZW5jZSBMYWJvcmF0b3J5LCBTQU1TVU5HIEVsZWN0cm9uaWNzLg0KDQotLS0t LSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIA0KRnJvbTogIk15dW5nIExlZSIgPGxlZUBjY255LmN1 bnkuZWR1Pg0KVG86ICJEYW5pZWwgUGFyayIgPHNvb2hvbmcucGFya0BzYW1zdW5nLmNvbT47ICIn R2VvZmYgTXVsbGlnYW4nIiA8Z2VvZmZAbXVsbGlnYW4uY29tPg0KQ2M6ICInNmxvd3BhbiciIDw2 bG93cGFuQGxpc3RzLmlldGYub3JnPg0KU2VudDogRnJpZGF5LCBGZWJydWFyeSAwOSwgMjAwNyA5 OjM2IEFNDQpTdWJqZWN0OiBSZTogWzZsb3dwYW5dIFdHIHJlY2hhcnRlcmluZw0KDQoNCj4gRGFu aWVsLA0KPiANCj4gU2luY2Ugd2UgY2FuJ3QgY2hhbmdlIGFueSAxNS40IE1BQywgd2UgaGF2ZSB0 byBkbyBpdCBhYm92ZSBNQUMsIHdoaWNoIA0KPiBiZWxvbmdzIHRvIElQIGxheWVyIGlzc3VlLg0K PiBUaGFua3MsDQo+IA0KPiBNeXVuZyBKLiBMZWUNCj4gQ1VOWQ0KPiANCj4gLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLSANCj4gRnJvbTogIkRhbmllbCBQYXJrIiA8c29vaG9uZy5wYXJrQHNh bXN1bmcuY29tPg0KPiBUbzogIk15dW5nIEogTGVlIiA8bGVlQGNjbnkuY3VueS5lZHU+OyAiJ0dl b2ZmIE11bGxpZ2FuJyIgDQo+IDxnZW9mZkBtdWxsaWdhbi5jb20+DQo+IENjOiAiJzZsb3dwYW4n IiA8Nmxvd3BhbkBsaXN0cy5pZXRmLm9yZz4NCj4gU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5IDA4 LCAyMDA3IDY6MzMgUE0NCj4gU3ViamVjdDogUmU6IFs2bG93cGFuXSBXRyByZWNoYXJ0ZXJpbmcN Cj4gDQo+IA0KPj4gUG93ZXIgc2F2aW5nIGlzIGFuIGVzc2VudGlhbCBwYXJ0IGZvciA2bG93cGFu LCBidXQNCj4+IEkgYW0gc28gY3VyaW91cyBob3cgdG8gZGVhbCB3aXRoIHRoaXMgYWxnb3JpdGht IHdpdGhpbg0KPj4gSUVURi4gSXMgdGhlcmUgYW55IElQIHJlbGV2YW50IGlzc3VlcyA/IEl0IHNl ZW1zIG1vc3QNCj4+IGxpa2VseSA4MDIuMTUuNCB0ZWNobm9sb2d5IGl0c2VsZi4uLg0KPj4NCj4+ IERhbmllbCAoU29vaG9uZyBEYW5pZWwgUGFyaykNCj4+IE1vYmlsZSBDb252ZXJnZW5jZSBMYWJv cmF0b3J5LCBTQU1TVU5HIEVsZWN0cm9uaWNzLg0KPj4NCj4+IC0tLS0tIE9yaWdpbmFsIE1lc3Nh Z2UgLS0tLS0gDQo+PiBGcm9tOiAiTXl1bmcgSiBMZWUiIDxsZWVAY2NueS5jdW55LmVkdT4NCj4+ IFRvOiAiJ0dlb2ZmIE11bGxpZ2FuJyIgPGdlb2ZmQG11bGxpZ2FuLmNvbT4NCj4+IENjOiAiJzZs b3dwYW4nIiA8Nmxvd3BhbkBsaXN0cy5pZXRmLm9yZz4NCj4+IFNlbnQ6IEZyaWRheSwgRmVicnVh cnkgMDksIDIwMDcgMTI6MzYgQU0NCj4+IFN1YmplY3Q6IFJFOiBbNmxvd3Bhbl0gV0cgcmVjaGFy dGVyaW5nDQo+Pg0KPj4NCj4+IEhpIEdlb2ZmLA0KPj4NCj4+IFBvd2VyIHNhdmluZyBhbGdvcml0 aG0gY291bGQgYmUgYW4gZXNzZW50aWFsIGVsZW1lbnQgZm9yIHNlbnNvcg0KPj4gbmV0d29ya3Mu DQo+PiBHaXZlbiAxNS40LCB3ZSBjb3VsZCBjb25zaWRlciBib3RoIGJlYWNvbi1lbmFibGVkIGFu ZCBub24tYmVhY29uDQo+PiBlbmFibGVkIG1vZGVzLg0KPj4NCj4+IFRoYW5rcywNCj4+DQo+PiBN eXVuZyBKLiBMZWUNCj4+DQo+Pg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZy b206IEdlb2ZmIE11bGxpZ2FuIFttYWlsdG86Z2VvZmZAbXVsbGlnYW4uY29tXQ0KPj4gU2VudDog V2VkbmVzZGF5LCBGZWJydWFyeSAwNywgMjAwNyAxMjozMiBQTQ0KPj4gVG86IEtpLUh5dW5nIEtp bQ0KPj4gQ2M6IDZsb3dwYW4NCj4+IFN1YmplY3Q6IFJlOiBbNmxvd3Bhbl0gV0cgcmVjaGFydGVy aW5nDQo+Pg0KPj4gV2UgZGlkIGRpc2N1c3MgdGhpcyBhdCB0aGUgaW50ZXJpbS4gIEknbSB0cnlp bmcgdG8gbWFrZSBhIGZ1bGwgbGlzdCwgc28NCj4+IGV2ZXJ5b25lIGtlZXAgc2VuZGluZyBpbiBz dWdnZXN0aW9ucyBhbmQgdGhlbiB3ZSB3aWxsIGF0dGVtcHQgdG8NCj4+IHByaW9yaXRpemUgdGhl bS4NCj4+DQo+PiBnZW9mZg0KPj4NCj4+IE9uIFdlZCwgMjAwNy0wMi0wNyBhdCAxMTo0NCArMDkw MCwgS2ktSHl1bmcgS2ltIHdyb3RlOg0KPj4+IEdlb2ZmLA0KPj4+IENvbmdyYXR1bGF0aW9uLiBX ZSBhcmUgbm93IGV2ZW50dWFsbHkgbW92aW5nIGZvcndhcmQgdG8gdGhlIHJlY2hhcnRpbmcNCj4+ PiBzdGFnZS4NCj4+PiBJIHJlbWVtYmVyIHRoYXQgd2UgaGF2ZSBkaXNjdXNzZWQgYSBjb3VwbGUg b2YgYWRkaXRpb25hbCByZWNoYXJ0ZXJpbmcNCj4+PiBpdGVtcyBpbiBhZGRpdGlvbiB0byB0aGUg bWVudGlvbmVkIGl0ZW1zIGZyb20gdGhlIGJlZ2lubmluZyBpbmNsdWRpbmcNCj4+PiB0aGUgaW50 ZXJyaW0gbWVldGluZy4NCj4+PiBJIHdhbnQgdG8gcmVtaW5kIHRoZXNlIHNvbWUgb2YgdGhlIGNv cmUgcmVjaGFydGVyaW5nIGl0ZW1zIGFzIGZvbGxvd3M6DQo+Pj4gMSkgU2NhbGFibGUgcm91dGlu ZyBwcm90b2NvbC4gV2hpbGUgbWVzaCByb3V0aW5nIGNvdWxkIG9mZmVyIG9wdGltaXNlZA0KPj4+ IHJvdXRpbmcgcGF0aCwgaXQgY29uc3VtZXMgbWVtb3J5IG9mIHNlbnNvciBub2RlIGZvciByb3V0 aW5nDQo+Pj4gdGFibGUuICAgVG9nZXRoZXIgd2l0aCBNZXNoIHJvdXRpbmcgcHJvdG9jb2wsIFNj YWxhYmxlIHJvdXRpbmcNCj4+PiBwcm90b2NvbCBwcm92aWRlcyBhIHJvdXRpbmcgdGFibGUtZnJl ZSByb3V0aW5nIG1lY2hhbmlzbSB3aGljaCBpcw0KPj4+IGVzc2VudGlhbCBmb3IgbWVtb3J5IGNv bnN0cmFpbmVkIHNlbnNvciBub2Rlcy4NCj4+Pg0KPj4+IDIpIFNlcnZpY2UgZGlzY292ZXJ5IHBy b3RvY29sLiBJdCBjb3VsZCBvZmZlciBsb3RzIG9mIHBvdGVudGlhbCBmb3INCj4+PiB3aWRlIGRl cGxveW1lbnQgb2Ygc2Vuc29yIG5ldHdvcmsgc2VydmljZXMuDQo+Pj4NCj4+PiAzKSA2TG9XUEFO IG1hbmFnZW1lbnQuIEl0IHNob3VsZCBiZSBlc3NlbnRpYWwgaXRlbXMuDQo+Pj4NCj4+PiA0KSBD b21taXNzaW9uaW5nIHByb3RvY29sIHdoaWNoIGluY2x1ZGVzIGJvb3RzdHJhcHBpbmcuIEl0IHNo b3VsZCBiZQ0KPj4+IGVzc2VudGlhbCBpdGVtcyBmb3IgaW50ZXJvcGVyYWJpbGl0eSBvZiA2bG93 cGFuIG5vZGVzLg0KPj4+DQo+Pj4NCj4+Pg0KPj4+IE9uIDIvNy8wNywgR2VvZmYgTXVsbGlnYW4g PGdlb2ZmQG11bGxpZ2FuLmNvbT4gd3JvdGU6DQo+Pj4gICAgICAgICBGb2xrcywNCj4+PiAgICAg ICAgIFdlIGhhdmUgcmVhY2hlZCBhIG1pbGVzdG9uZS4gIFdlIGhhdmUgc3VibWl0dGVkIHRoZSBQ cm9ibGVtDQo+Pj4gICAgICAgICBTdGF0ZW1lbnQNCj4+PiAgICAgICAgIGRvY3VtZW50IGFuZCB0 aGUgRm9ybWF0IERvY3VtZW50IHRvIG91ciBBRCBmb3INCj4+PiAgICAgICAgIHB1YmxpY2F0aW9u LiAgV2UgaGF2ZQ0KPj4+ICAgICAgICAgY29tcGxldGVkIHRoZSBvcmlnaW5hbCBjaGFydGVyIG9m IHRoZSBXRy4NCj4+Pg0KPj4+ICAgICAgICAgTWFyayB3aWxsIHJldmlldyB0aGUgZG9jdW1lbnRz IGFuZCB0aGVuIHN1Ym1pdCB0aGVtIGZvciBJRVRGDQo+Pj4gICAgICAgICBMQyAoMg0KPj4+ICAg ICAgICAgd2Vla3MpIGFuZCB0aGVuIElFU0cgcmV2aWV3IGFuZCBkaXNjdXNzaW9uLCB3aGljaCB3 aWxsDQo+Pj4gICAgICAgICBob3BlZnVsbHkgaGFwcGVuDQo+Pj4gICAgICAgICBvbiB0aGUgSUVT RyB0ZWxlY2hhdCBvbiBNYXJjaCA4dGguDQo+Pj4NCj4+PiAgICAgICAgIFNvIG5vdyBpdCBpcyB2 ZXJ5IGltcG9ydGFudCB0aGF0IHdlIGZpbmFsaXplIG91ciB0aG91Z2h0cw0KPj4+ICAgICAgICAg YWJvdXQNCj4+PiAgICAgICAgIHJlY2hhcnRlcmluZyB0aGUgV29ya2luZyBHcm91cCBmb3IgbmV3 IHdvcmssIHNob3VsZCB3ZSB3YW50IHRvDQo+Pj4gICAgICAgICB0YWtlIG9uDQo+Pj4gICAgICAg ICBuZXcgd29yay4NCj4+Pg0KPj4+ICAgICAgICAgU29tZSBvZiB0aGUgaXRlbXMgdGhhdCBwZW9w bGUgaGF2ZSBpbmRpY2F0ZWQgaW50ZXJlc3QgaW4NCj4+PiAgICAgICAgIHdvcmtpbmcgb246DQo+ Pj4gICAgICAgICBOZWlnaGJvciBEaXNjb3ZlcnkgYW5kIFNlY3VyZSBOZWlnaGJvciBEaXNjb3Zl cnkgKHByb3Bvc2VkDQo+Pj4gICAgICAgICBzdGFuZGFyZCkNCj4+PiAgICAgICAgIFN0YXRlZnVs IGhlYWRlciBjb21wcmVzc2lvbiAoaW5mb3JtYXRpb25hbCkNCj4+PiAgICAgICAgIDZsb3dwYW4g YXBwbGljYXRpb25zIChpbmZvcm1hdGlvbmFsKQ0KPj4+ICAgICAgICAgbWVzaCByb3V0aW5nIChw cm9wb3NlZCBzdGFuZGFyZCkNCj4+PiAgICAgICAgIFNlY3VyaXR5IGFuYWx5c2lzIChpbmZvcm1h dGlvbmFsKQ0KPj4+DQo+Pj4gICAgICAgICBJZiB0aGVyZSBhcmUgb3RoZXIgaWRlYXMgYXMgdG8g d29yayB0aGUgV0cgc2hvdWxkIGJlIGxvb2tpbmcNCj4+PiAgICAgICAgIGF0LCBwbGVhc2UNCj4+ PiAgICAgICAgIHNlbmQgdGhlbSB0byB0aGUgbGlzdC4gIElmIHlvdSB0aGluayB0aGF0IHdlIGFy ZSBmaW5pc2hlZCwNCj4+PiAgICAgICAgIHBsZWFzZSBzZW5kDQo+Pj4gICAgICAgICB0aGF0IHRv IHRoZSBsaXN0IGFsc28uDQo+Pj4NCj4+PiAgICAgICAgIFdlIHBsYW4gdG8gaGF2ZSBhIGNhbGwg d2l0aCBvdXIgQUQgbmV4dCBNb25kYXkgdGhlIDEydGggYW5kIEkNCj4+PiAgICAgICAgIHdvdWxk IGxpa2UNCj4+PiAgICAgICAgIHRvIGhlYXIgZnJvbSB0aGUgZ3JvdXAgYmVmb3JlIHRoZW4uDQo+ Pj4NCj4+PiAgICAgICAgICAgICAgICBnZW9mZg0KPj4+DQo+Pj4NCj4+Pg0KPj4+DQo+Pj4NCj4+ Pg0KPj4+ICAgICAgICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4+PiAgICAgICAgIDZsb3dwYW4gbWFpbGluZyBsaXN0DQo+Pj4gICAgICAgICA2bG93 cGFuQGlldGYub3JnDQo+Pj4gICAgICAgICBodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby82bG93cGFuDQo+Pj4NCj4+Pg0KPj4+DQo+Pj4gLS0gDQo+Pj4gS2ktSHl1bmcgS2lt ICix6LHix/wsINDd0cP6+ykNCj4+PiBBc3NvY2lhdGUgUHJvZmVzc29yDQo+Pj4gRGl2aXNpb24g b2YgSW5mb3JtYXRpb24gYW5kIENvbXB1dGVyIEVuZy4sIEFqb3UgVW5pdmVyc2l0eSwgU3V3b24s DQo+Pj4gS29yZWEgNDQyLTc0OQ0KPj4+IFRlbDogKzgyLTMxLTIxOS0yNDMzLCBDZWw6ICs4Mi0x Ny03NjAtMjU1MSAsICBGYXg6ICs4Mi0zMS0yMTktMjQzMw0KPj4+IGh0dHA6Ly93d3cuNmxvd3Bh bi5vcmcNCj4+DQo+Pg0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4+IDZsb3dwYW4gbWFpbGluZyBsaXN0DQo+PiA2bG93cGFuQGlldGYub3JnDQo+ PiBodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82bG93cGFuDQo+Pg0KPj4N Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA2 bG93cGFuIG1haWxpbmcgbGlzdA0KPj4gNmxvd3BhbkBpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cx LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vNmxvd3Bhbg0KPj4NCj4+IA0KPiANCj4gDQo+ --===============0020787787== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============0020787787==-- From 6lowpan-bounces@ietf.org Mon Feb 12 13:52:50 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HGgHs-0008TK-4S; Mon, 12 Feb 2007 13:52:28 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HGgHq-0008R5-HV for 6lowpan@ietf.org; Mon, 12 Feb 2007 13:52:26 -0500 Received: from mailgw4.ericsson.se ([193.180.251.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HGgHh-00040j-4J for 6lowpan@ietf.org; Mon, 12 Feb 2007 13:52:26 -0500 Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 95D3920414 for <6lowpan@ietf.org>; Mon, 12 Feb 2007 19:52:14 +0100 (CET) X-AuditID: c1b4fb3e-af6d2bb0000007e1-f1-45d0b75da848 Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id CE5A2200E2 for <6lowpan@ietf.org>; Mon, 12 Feb 2007 19:52:13 +0100 (CET) Received: from esealmw107.eemea.ericsson.se ([153.88.200.70]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Mon, 12 Feb 2007 19:52:13 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 12 Feb 2007 19:52:13 +0100 Message-ID: <6D34F0B7D5BCB246A42380744457CA366BEF4D@esealmw107.eemea.ericsson.se> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Question about header stack processing Thread-Index: AcdO1uimj9H0BXV0R7ico4COZyhiLg== From: "Vlasios Tsiatsis XV \(KI/EAB\)" To: <6lowpan@ietf.org> X-OriginalArrivalTime: 12 Feb 2007 18:52:13.0630 (UTC) FILETIME=[E8A2CDE0:01C74ED6] X-Brightmail-Tracker: AAAAAA== X-Spam-Score: 0.1 (/) X-Scan-Signature: 00e94c813bef7832af255170dca19e36 Subject: [6lowpan] Question about header stack processing X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1127412832==" Errors-To: 6lowpan-bounces@ietf.org This is a multi-part message in MIME format. --===============1127412832== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C74ED6.E8D33075" This is a multi-part message in MIME format. ------_=_NextPart_001_01C74ED6.E8D33075 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi everyone,=20 I have been going through an example of transmission of one 1280-byte packet from one node to another in a LowPAN. This transmission involves a mesh header, fragmentation header and a header compression header on the first packet. Subsequent packet don't have header compression headers.=20 On the sender side the situation is easy but on the receiver side I don't see any stopping condition for the processing code of the the stacked headers.=20 For example how does the receiver processing code knows that the next byte after the current header is actually another header or the payload ? Does the last header in the stack have to be a dispatch header ? If so what is the dispatch value (from figure 8 in the draft ) for fragment that carries only payload data ? Am I missing something ? Thank you in advance. vlasios ------_=_NextPart_001_01C74ED6.E8D33075 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Question about header stack processing

Hi everyone,
I have been going through an example = of transmission of one 1280-byte packet from one node to another in a = LowPAN. This transmission involves a mesh header, fragmentation header = and a header compression header on the first packet. Subsequent packet = don't have header compression headers.

On the sender side the situation is = easy but on the receiver side I don't see any stopping condition for the = processing code of the the stacked headers.

For example how does the receiver = processing code knows that the next byte after the current header is = actually another header or the payload ?

Does the last header in the stack have = to be a dispatch header ? If so what is the dispatch value (from figure = 8 in the draft ) for fragment that carries only payload data = ?

Am I missing something ?

Thank you in advance.
vlasios

------_=_NextPart_001_01C74ED6.E8D33075-- --===============1127412832== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============1127412832==-- From 6lowpan-bounces@ietf.org Tue Feb 13 00:52:35 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HGqaY-0001gD-DZ; Tue, 13 Feb 2007 00:52:26 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HGqaW-0001g8-NF for 6lowpan@ietf.org; Tue, 13 Feb 2007 00:52:24 -0500 Received: from mailout1.samsung.com ([203.254.224.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HGqaR-0001fE-Jb for 6lowpan@ietf.org; Tue, 13 Feb 2007 00:52:24 -0500 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 <0JDE00H1F0ANRL@mailout1.samsung.com> for 6lowpan@ietf.org; Tue, 13 Feb 2007 14:51:59 +0900 (KST) Received: from your655e9d6f61 ([168.219.198.109]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0JDE007ZN0ANIH@mmp1.samsung.com> for 6lowpan@ietf.org; Tue, 13 Feb 2007 14:51:59 +0900 (KST) Date: Tue, 13 Feb 2007 14:51:56 +0900 From: Daniel Park Subject: Re: [6lowpan] Question about header stack processing To: "Vlasios Tsiatsis XV (KI/EAB)" , 6lowpan@ietf.org Message-id: <01ff01c74f33$11bf8900$6dc6dba8@your655e9d6f61> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailer: Microsoft Outlook Express 6.00.2900.2869 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <6D34F0B7D5BCB246A42380744457CA366BEF4D@esealmw107.eemea.ericsson.se> X-Spam-Score: 0.0 (/) X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b Cc: X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Question about header stack processingHeader (Section 5.1) is an actual 6lowpan header. It appears while 6lowpan communications. Major aim of 6lowpan header is not to carry IPv6 header itself due to restricted low-layer capacity. Hence, IPv6 header does not appear over 6lowpan communication (over the air). IPv6 processing, however, takes place in IPv6 stack of each 6lowpan node upon decompression of 6lowpan packets through 6lowpan adaptation layer. So, your concern can be dealt with IPv6 stack in 6lowpan node as usual. All 6lowpan header such as fragment and mesh aim to provide 6lowpan communication underneath IPv6 layer only. Otherwise, there is no difference between 6lowpan node and legacy IPv6 node. That's my understanding. Daniel (Soohong Daniel Park) Mobile Convergence Laboratory, SAMSUNG Electronics. ----- Original Message ----- From: Vlasios Tsiatsis XV (KI/EAB) To: 6lowpan@ietf.org Sent: Tuesday, February 13, 2007 3:52 AM Subject: [6lowpan] Question about header stack processing Hi everyone, I have been going through an example of transmission of one 1280-byte packet from one node to another in a LowPAN. This transmission involves a mesh header, fragmentation header and a header compression header on the first packet. Subsequent packet don't have header compression headers. On the sender side the situation is easy but on the receiver side I don't see any stopping condition for the processing code of the the stacked headers. For example how does the receiver processing code knows that the next byte after the current header is actually another header or the payload ? Does the last header in the stack have to be a dispatch header ? If so what is the dispatch value (from figure 8 in the draft ) for fragment that carries only payload data ? Am I missing something ? Thank you in advance. vlasios _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 13 05:43:37 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HGv86-0008Uk-IO; Tue, 13 Feb 2007 05:43:22 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HGv6r-0007RR-7v for 6lowpan@ietf.org; Tue, 13 Feb 2007 05:42:05 -0500 Received: from mailgw4.ericsson.se ([193.180.251.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HGv2a-0003NW-8r for 6lowpan@ietf.org; Tue, 13 Feb 2007 05:37:46 -0500 Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 910C2210BF; Tue, 13 Feb 2007 11:37:31 +0100 (CET) X-AuditID: c1b4fb3e-b1ed7bb0000007e1-62-45d194eb04f8 Received: from esealmw128.eemea.ericsson.se (unknown [153.88.254.121]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 7BA9A21045; Tue, 13 Feb 2007 11:37:31 +0100 (CET) Received: from esealmw107.eemea.ericsson.se ([153.88.200.70]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Tue, 13 Feb 2007 11:37:31 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [6lowpan] Question about header stack processing Date: Tue, 13 Feb 2007 11:37:31 +0100 Message-ID: <6D34F0B7D5BCB246A42380744457CA366BF2EA@esealmw107.eemea.ericsson.se> In-Reply-To: <01ff01c74f33$11bf8900$6dc6dba8@your655e9d6f61> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [6lowpan] Question about header stack processing Thread-Index: AcdPMxuLiCTEEjx+RMqWBnJ2i0x47wAI9PmQ From: "Vlasios Tsiatsis XV \(KI/EAB\)" To: "Daniel Park" , <6lowpan@ietf.org> X-OriginalArrivalTime: 13 Feb 2007 10:37:31.0050 (UTC) FILETIME=[F6DA48A0:01C74F5A] X-Brightmail-Tracker: AAAAAA== X-Spam-Score: 0.0 (/) X-Scan-Signature: a87a9cdae4ac5d3fbeee75cd0026d632 Cc: X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Hi Daniel,=20 Thank you for the reply. I gave it some thought after sending the e-mail and I think I solved my problem.=20 I am referring to the stacked 6lopwan header and not to the stacked IPv6 header. =20 The 6lowpan headers are supposed to be stacked but there is no apparent sentinel or stopping condition header type.=20 As I understand some of the different combinations of headers are the following (M->mesh, F->fragment, D->dispatch, B->broadcast): 1) D | Payload -> described in draft 2) M | D | payload -> described in draft =20 3) F | D | payload -> described in draft 4) M | F | D | payload -> described in draft =20 5) M | B | D | payload -> described in draft But there are other possible combinations e.g. 6) M | F | payload ->=20 for 2nd,3rd,... framgents of an IPv6 packet. These fragments don't contain any compressed header to necessitate a Dispatch (LOWPAN_HC1) header following the F header.=20 One would ask "how does the processing code distinguish between cases (4) and (6)" ? The fragmentation header in case (4) is different from case (6) (the former is the first packet fragmentation header, the latter is a subsequent packet) so the processing code knows when to stop.=20 I think that maybe a stopping header (like the No Next Header value in IPv6) is not entirely necessary because the different header combinations are not a lot but shouldn't there be a remark in the draft about this? Thank you! vlasios=20 >-----Original Message----- >From: Daniel Park [mailto:soohong.park@samsung.com]=20 >Sent: 13 February 2007 06:52 >To: Vlasios Tsiatsis XV (KI/EAB); 6lowpan@ietf.org >Subject: Re: [6lowpan] Question about header stack processing > >Question about header stack processingHeader (Section 5.1) is=20 >an actual 6lowpan header. It appears while 6lowpan=20 >communications. Major aim of 6lowpan header is not to carry=20 >IPv6 header itself due to restricted low-layer capacity.=20 >Hence, IPv6 header does not appear over 6lowpan communication=20 >(over the air). IPv6 processing, however, takes place in IPv6=20 >stack of each 6lowpan node upon decompression of 6lowpan=20 >packets through 6lowpan adaptation layer. So, your concern can=20 >be dealt with IPv6 stack in 6lowpan node as usual. All 6lowpan=20 >header such as fragment and mesh aim to provide 6lowpan=20 >communication underneath IPv6 layer only.=20 >Otherwise, there is no difference between 6lowpan node and=20 >legacy IPv6 node. > >That's my understanding. > >Daniel (Soohong Daniel Park) >Mobile Convergence Laboratory, SAMSUNG Electronics. > >----- Original Message ----- >From: Vlasios Tsiatsis XV (KI/EAB) >To: 6lowpan@ietf.org >Sent: Tuesday, February 13, 2007 3:52 AM >Subject: [6lowpan] Question about header stack processing > > >Hi everyone, >I have been going through an example of transmission of one=20 >1280-byte packet from one node to another in a LowPAN. This=20 >transmission involves a mesh header, fragmentation header and=20 >a header compression header on the first packet. Subsequent=20 >packet don't have header compression headers.=20 >On the sender side the situation is easy but on the receiver=20 >side I don't see any stopping condition for the processing=20 >code of the the stacked headers.=20 >For example how does the receiver processing code knows that=20 >the next byte after the current header is actually another=20 >header or the payload ? >Does the last header in the stack have to be a dispatch header=20 >? If so what is the dispatch value (from figure 8 in the draft=20 >) for fragment that carries only payload data ? >Am I missing something ?=20 >Thank you in advance.=20 >vlasios=20 > > > >_______________________________________________ >6lowpan mailing list >6lowpan@ietf.org >https://www1.ietf.org/mailman/listinfo/6lowpan > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Thu Feb 15 10:35:16 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HHidW-0003Tn-1R; Thu, 15 Feb 2007 10:35:06 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HHidV-0003Tb-6W for 6lowpan@lists.ietf.org; Thu, 15 Feb 2007 10:35:05 -0500 Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HHidU-0000bc-U6 for 6lowpan@lists.ietf.org; Thu, 15 Feb 2007 10:35:05 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id DC5C2328F6; Thu, 15 Feb 2007 15:35:04 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HHidU-00043Z-PS; Thu, 15 Feb 2007 10:35:04 -0500 X-test-idtracker: no To: IETF-Announce From: The IESG Message-Id: Date: Thu, 15 Feb 2007 10:35:04 -0500 X-Spam-Score: -2.8 (--) X-Scan-Signature: d6b246023072368de71562c0ab503126 Cc: 6lowpan@lists.ietf.org Subject: [6lowpan] Last Call: draft-ietf-6lowpan-format (Transmission of IPv6 Packets over IEEE 802.15.4 Networks) to Proposed Standard X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ietf@ietf.org List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org The IESG has received a request from the IPv6 over Low power WPAN WG (6lowpan) to consider the following document: - 'Transmission of IPv6 Packets over IEEE 802.15.4 Networks ' as a Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2007-03-01. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. The file can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-format-10.txt IESG discussion can be tracked via https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=13475&rfc_flag=0 _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Thu Feb 15 10:35:47 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HHieB-0003y0-Al; Thu, 15 Feb 2007 10:35:47 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HHie9-0003xf-DA for 6lowpan@lists.ietf.org; Thu, 15 Feb 2007 10:35:45 -0500 Received: from ns1.neustar.com ([2001:503:c779:1a::9c9a:108a]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HHie9-0000ga-5r for 6lowpan@lists.ietf.org; Thu, 15 Feb 2007 10:35:45 -0500 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns1.neustar.com (Postfix) with ESMTP id F27F726EE5; Thu, 15 Feb 2007 15:35:44 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1HHie8-00045f-Sa; Thu, 15 Feb 2007 10:35:44 -0500 X-test-idtracker: no To: IETF-Announce From: The IESG Message-Id: Date: Thu, 15 Feb 2007 10:35:44 -0500 X-Spam-Score: -2.8 (--) X-Scan-Signature: d6b246023072368de71562c0ab503126 Cc: 6lowpan@lists.ietf.org Subject: [6lowpan] Last Call: draft-ietf-6lowpan-problem (6LoWPAN: Overview, Assumptions, Problem Statement and Goals) to Informational RFC X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ietf@ietf.org List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org The IESG has received a request from the IPv6 over Low power WPAN WG (6lowpan) to consider the following document: - '6LoWPAN: Overview, Assumptions, Problem Statement and Goals ' as an Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2007-03-01. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. The file can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-6lowpan-problem-07.txt IESG discussion can be tracked via https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=13494&rfc_flag=0 _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Sat Feb 17 13:10:05 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HIU0K-0002IN-Lb; Sat, 17 Feb 2007 13:09:48 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HIU0J-0002II-8T for 6lowpan@lists.ietf.org; Sat, 17 Feb 2007 13:09:47 -0500 Received: from relay3.ptmail.sapo.pt ([212.55.154.23] helo=sapo.pt) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HIU0F-0002xL-Mh for 6lowpan@lists.ietf.org; Sat, 17 Feb 2007 13:09:47 -0500 Received: (qmail 27896 invoked from network); 17 Feb 2007 18:09:32 -0000 Received: from unknown (HELO sapo.pt) (10.134.35.210) by relay3 with SMTP; 17 Feb 2007 18:09:32 -0000 Received: (qmail 720 invoked from network); 17 Feb 2007 18:09:31 -0000 X-AntiVirus: PTMail-AV 0.3-0.90.0 X-Virus-Status: Clean (0.02967 seconds) Received: from unknown (HELO [192.168.1.10]) (tandre@sapo.pt@[85.240.134.250]) (envelope-sender ) by mta15 (qmail-ldap-1.03) with SMTP for <6lowpan@lists.ietf.org>; 17 Feb 2007 18:09:31 -0000 Message-ID: <45D744DB.20501@dei.uc.pt> Date: Sat, 17 Feb 2007 18:09:31 +0000 From: Tiago Camilo User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: 6lowpan <6lowpan@lists.ietf.org> Subject: Re: [6lowpan] WG rechartering References: <1170774885.5063.19.camel@localhost> <3E7A98B6-58A6-4FD8-AA3C-ED88250C91C4@cs.stanford.edu> In-Reply-To: <3E7A98B6-58A6-4FD8-AA3C-ED88250C91C4@cs.stanford.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69 Cc: X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Hi list, Looking to the rechartering list I found out that this one does not contempt the later suggestion made by Ron Strich regarding a high level architecture document describing the overall 6LoWPAN architecture, as those that appear in v6ops WG. I also agree with Phil regarding the main problems to be addressed, but I feel that Service Discovery can also represent an important role, in PANs. Tiago Camilo Philip Levis wrote: > On Feb 6, 2007, at 7:14 AM, Geoff Mulligan wrote: > >> Folks, >> We have reached a milestone. We have submitted the Problem Statement >> document and the Format Document to our AD for publication. We have >> completed the original charter of the WG. >> >> Mark will review the documents and then submit them for IETF LC (2 >> weeks) and then IESG review and discussion, which will hopefully happen >> on the IESG telechat on March 8th. >> >> So now it is very important that we finalize our thoughts about >> rechartering the Working Group for new work, should we want to take on >> new work. >> >> Some of the items that people have indicated interest in working on: >> Neighbor Discovery and Secure Neighbor Discovery (proposed standard) >> Stateful header compression (informational) >> 6lowpan applications (informational) >> mesh routing (proposed standard) >> Security analysis (informational) > > Moving forward, I think that mesh routing is the most important > problem. But neighbor discovery and bootstrapping are prerequisites > for mesh routing, so I think that we need to tackle them first. > > Phil > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Sun Feb 18 14:06:19 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HIrML-0001GD-Ki; Sun, 18 Feb 2007 14:06:05 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HIrMK-0001G7-F3 for 6lowpan@lists.ietf.org; Sun, 18 Feb 2007 14:06:04 -0500 Received: from grab.coslabs.com ([199.233.92.34]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HIrMJ-0007cg-26 for 6lowpan@lists.ietf.org; Sun, 18 Feb 2007 14:06:04 -0500 Received: from [199.233.92.21] (dev21.coslabs.com [199.233.92.21]) by grab.coslabs.com (8.13.6/8.13.6) with ESMTP id l1IJ5VLo026937; Sun, 18 Feb 2007 12:05:34 -0700 (MST) Subject: Re: [6lowpan] WG rechartering From: Geoff Mulligan To: Tiago Camilo In-Reply-To: <45D744DB.20501@dei.uc.pt> References: <1170774885.5063.19.camel@localhost> <3E7A98B6-58A6-4FD8-AA3C-ED88250C91C4@cs.stanford.edu> <45D744DB.20501@dei.uc.pt> Content-Type: text/plain Date: Sun, 18 Feb 2007 12:05:40 -0700 Message-Id: <1171825541.30633.45.camel@dellx1> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Tiago, Thanks for remembering this! I will add it to the list of possible Working Group items. I agree that just like in v6ops this is an important topic for us. geoff On Sat, 2007-02-17 at 18:09 +0000, Tiago Camilo wrote: > Hi list, > Looking to the rechartering list I found out that this one does not > contempt the later suggestion made by Ron Strich regarding a high level > architecture document describing the overall 6LoWPAN architecture, as > those that appear in v6ops WG. > I also agree with Phil regarding the main problems to be addressed, but > I feel that Service Discovery can also represent an important role, in PANs. > Tiago Camilo > > Philip Levis wrote: > > On Feb 6, 2007, at 7:14 AM, Geoff Mulligan wrote: > > > >> Folks, > >> We have reached a milestone. We have submitted the Problem Statement > >> document and the Format Document to our AD for publication. We have > >> completed the original charter of the WG. > >> > >> Mark will review the documents and then submit them for IETF LC (2 > >> weeks) and then IESG review and discussion, which will hopefully happen > >> on the IESG telechat on March 8th. > >> > >> So now it is very important that we finalize our thoughts about > >> rechartering the Working Group for new work, should we want to take on > >> new work. > >> > >> Some of the items that people have indicated interest in working on: > >> Neighbor Discovery and Secure Neighbor Discovery (proposed standard) > >> Stateful header compression (informational) > >> 6lowpan applications (informational) > >> mesh routing (proposed standard) > >> Security analysis (informational) > > > > Moving forward, I think that mesh routing is the most important > > problem. But neighbor discovery and bootstrapping are prerequisites > > for mesh routing, so I think that we need to tackle them first. > > > > Phil > > > > _______________________________________________ > > 6lowpan mailing list > > 6lowpan@ietf.org > > https://www1.ietf.org/mailman/listinfo/6lowpan > > > > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Sun Feb 25 19:39:28 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLTtN-0000VN-KN; Sun, 25 Feb 2007 19:39:01 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLTtM-0000VD-CF for 6lowpan@lists.ietf.org; Sun, 25 Feb 2007 19:39:00 -0500 Received: from mailout1.samsung.com ([203.254.224.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HLTtG-0007Ru-UG for 6lowpan@lists.ietf.org; Sun, 25 Feb 2007 19:39:00 -0500 Received: from ep_mmp2 (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 <0JE1000ULOGDW9@mailout1.samsung.com> for 6lowpan@lists.ietf.org; Mon, 26 Feb 2007 09:38:37 +0900 (KST) Received: from daniel ([168.219.198.109]) by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTPA id <0JE1003BNOGCMT@mmp2.samsung.com> for 6lowpan@lists.ietf.org; Mon, 26 Feb 2007 09:38:37 +0900 (KST) Date: Mon, 26 Feb 2007 09:38:27 +0900 From: Daniel Park In-reply-to: <200702221057.l1MAvYSL026550@moth.iki.fi> To: 'Markku Savela' , ipv6@ietf.org Message-id: <0JE1003BOOGCMT@mmp2.samsung.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: AcdY03bt3j5HdihQTmqRBuW+1o4ivAAaTG1w X-Spam-Score: 0.0 (/) X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465 Cc: 6lowpan <6lowpan@lists.ietf.org> Subject: [6lowpan] RE: IPv6 (and IPv4) over IEEE 802.15.3 ? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org (ccing 6lowpan list) Markku, No space for this discussion in IETF yet. If you have any tangible and applicable use cases in conjunction with IP over 802.15.3, it should be chartered to develop the solutions. Several years back, IP over 802.15.1 (BT) occurred in IETF, but failed to be formed a new WG. From the IP perspective, 6lowpan (IPv6 over 802.15.4) has its applicable area as ZigBee and this kinds of IP connectivity. 16ng (IP over 802.16) has also its applicable area such as WiMAX and WiBro IP networks. Is there any specific reason for IETF to develop IP over 802.15.3 solutions ? Otherwise, I'd recommend you to work on that via Individual Track regardless of any specific WGs at this stage. Also, 6lowpan would be better place for further discussion than IPv6 since they have WPAN expertises... My 0.02 cents. Daniel -----Original Message----- From: Markku Savela [mailto:msa@moth.iki.fi] Sent: Thursday, February 22, 2007 7:58 PM To: ipv6@ietf.org Subject: IPv6 (and IPv4) over IEEE 802.15.3 ? Hi, Slightly off topic, but I'm trying to find something that would guide how to map IPv6 (and also IPv4) over IEEE 802.15.3 link layer. I only found 6lowpan for 802.15.4. Where is the same for 802.15.3? -- Markku Savela -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 27 03:04:59 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLxKR-0006Xl-DP; Tue, 27 Feb 2007 03:04:55 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLxKQ-0006XK-Fg for 6lowpan@lists.ietf.org; Tue, 27 Feb 2007 03:04:54 -0500 Received: from email1.etri.re.kr ([129.254.16.131] helo=email1.etri.info) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HLxKO-0006hq-FB for 6lowpan@lists.ietf.org; Tue, 27 Feb 2007 03:04:54 -0500 Received: from Qkimn ([129.254.112.70]) by email1.etri.info with Microsoft SMTPSVC(6.0.3790.1830); Tue, 27 Feb 2007 17:09:37 +0900 Message-ID: <00de01c75a45$fca259d0$4670fe81@Qkimn> From: "Yong-Woon KIM" To: "Daniel Park" , "Schumacher Christian Peter Pii" , "Geoff Mulligan" References: <49A38D2FE2C53946A57916AD6A1F00D7BB22DC@DKDN01MX34.danfoss.net> <00c901c74bd9$d4d0d230$038deb7c@your655e9d6f61> Subject: Re: [6lowpan] WG rechartering Date: Tue, 27 Feb 2007 17:05:03 +0900 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-OriginalArrivalTime: 27 Feb 2007 08:09:37.0745 (UTC) FILETIME=[9FBBE410:01C75A46] X-Spam-Score: 0.2 (/) X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb Cc: 6lowpan@lists.ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yong-Woon KIM List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0979020418==" Errors-To: 6lowpan-bounces@ietf.org --===============0979020418== Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: base64 U3VyZSwgaXQgZG9lcy4NCg0KU2NodW1hY2hlcidzIGNsYXJpZmljYXRpb24gc2VlbXMgZ29vZC4N CkJ1dCB0aGVyZSBpcyBhbm90aGVyIHZpZXdwb2ludC4NCiJ3aG8gc2hvdWxkIGNhcmUgZm9yIHRo ZSBuZXR3b3JrIG1hbmFnZW1lbnQ/Ig0KDQpGcm9tIHNhbGVzIGFuZCBtYXJrZXRpbmcgcG9pbnRz IG9mIHZpZXcsIGhlcmUgYXJlIHR3byBxdWVzdGlvbnM6DQp3aGF0IGtpbmRzIG9mIHByb2R1Y3Rz IHNob3VsZCB3ZSBkZXZlbG9wPw0Kd2hvbSB3ZSBzaG91bGQgYnJpbmcgdGhlIHByb2R1Y3RzIHRv IGZvciBzYWxlcz8NCg0KVGhlIG5ldHdvcmsgbWFuYWdlbWVudCBjYW4gYmUgY2xhcmlmaWVkIGlu dG8gdHdvIHZpZXdwb2ludHM6DQpvcGVyYXRvci1zaWRlIGFuZCBpbnN0YWxsZXItc2lkZS4gDQpO TVMgaXMgYW4gb3BlcmF0b3Itc2lkZSBtYW5hZ2VtZW50IHRvb2wgYW5kDQpjb21taXNzaW9uaW5n IHN5c3RlbSBpcyBpbnN0YWxsZXItc2lkZS4NClRoYXQgaXMsIG1vc3Qgc2Vuc29yIG5ldHdvcmtz IGFyZW4ndCBpbnN0YWxsZWQgYnkgb3BlcmF0b3JzIHRoZW1zZWx2ZXMgYnV0DQppbnN0YWxsYXRp b24gcHJvZmVzc2lvbmFscyBzdWNoIGFzIFNJKHN5c3RlbSBpbnRlZ3JhdGlvbikgYW5kIA0KTkko bmV0d29yayBpbnRlZ3JhdGlvbikgY29tcGFuaWVzLiANCg0KU28sIHRoZSBjb21pc3Npb25pbmcg c3lzdGVtIGhhcyB0byBmb2N1cyBvbiBob3cgdG8gaW5zdGFsbCBzZW5zb3INCmRldmljZXMgYW5k IHNlbnNvciBuZXR3b3JrcyBhbmQgaG93IHRvIG1hbmFnZSB0aGVtIGxvY2FsbHkgYXQgaW5zdGFs bGF0aW9uIHNpdGVzLg0KSW4gb3JkZXIgdG8gc3VwcG9ydCB0aGVzZSBwb2ludHMsIA0KaXQgbmVl ZHMgdG8gc3VwcG9ydCBjaGVja3VwIGFuZCBzZXR1cCBmb3IgcGh5c2ljYWwgY29tcG9uZW50IGNv bmZpZ3VyYXRpb24gDQooYSBkZXZpY2UgY29tcG9uZW50IGNhbm5vdCBiZSBkZXRlY3RlZCksIGVs ZWN0cmljYWwgZ3JvdW5kLCBoYXJkd2FyZSBwcm9maWxlLA0KdmFyaW91cyBjb25maWd1cmF0aW9u IGZpbGVzLCBmdW5jdGlvbmFsIHByb2ZpbGVzLCB0b3BvbG9neSBtYW5hZ2VtZW50LA0KZGV2aWNl IG1hbmFnZW1lbnQsIGV0Yy4NCg0KQ29uc2VxdWVudGx5IGhlcmUgYXJlIG15IHN1bW1hcnk6DQot IGNvbWlzc2lvbmluZyBzZWVtcyBwcm9wZXIgYXMgYSBidXNpbmVzcyB0ZXJtLCBub3QgYSB0ZWNo bm9sb2d5IHRlcm0uDQotIGJvb3RzdHJhcHBpbmcgc2VlbXMgYSB0ZWNobm9sb2d5IHRlcm0gYW5k IG1pZ2h0IGJlIGJldHRlciBmb3IgNmxvd3BhbiBiZWNhdXNlDQogIGl0IGNhbiBoZWxwIDZsb3dw biBmb2N1cyBvbiB0ZWNobm9sb2d5IGlzc3VlcyBpbmNsdWRpbmcgaW5pdGlhbCBzZXR1cCBhbmQN CiAgaW5zdGFsbGVyLXNpZGUgbmV0d29yayBtYW5hZ2VtZW50Lg0KLSBuZXR3b3JrIG1hbmFnZW1l bnQgc2hvdWxkIGJlIGNsYXJpZmllZCBmcm9tIG9wZXJhdG9yJ3MgYW5kIGluc3RhbGxlcidzIHBv aW50cyBvZiB2aWV3Lg0KLSB0d28gcHJvc3BlY3RpdmUgcHJvZHVjdHM6IE5NUyBhbmQgY29tbWlz aW9uaW5nIHN5c3RlbS4NCi0gY29tbWlzc2luZyBzeXN0ZW0gc2hvdWxkIGluY2x1ZGUgYm9vdHN0 cmFwcGluZy4NCi0gYm9vdHN0cmFwcGluZy1pdHNlbGYgcHJvZHVjdCBzZWVtcyBhIG5vbi1zZW5z ZSBpbiB0aGUgY29udGV4dCBvZiBteSBvcGluaW9uLg0KDQotLQ0KUWtpbQ0KDQoNCj4gSXQgZGVw ZW5kcyBvbiBob3cgdG8gZGVmaW5lIGVhY2ggdGVybSBpbiA2bG93cGFuIGFyZWEuDQo+IE9idmlv dXNseSwgd2Ugc2hvdWxkIGVsYWJvcmF0ZSBhbmQgY2xhcmlmeSBvbiBlYWNoIHRlcm1zDQo+IGlm IG5lY2Vzc2FyeS4uLg0KPiANCj4gDQo+IA0KPiBEYW5pZWwgKFNvb2hvbmcgRGFuaWVsIFBhcmsp DQo+IE1vYmlsZSBDb252ZXJnZW5jZSBMYWJvcmF0b3J5LCBTQU1TVU5HIEVsZWN0cm9uaWNzLg0K PiANCj4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCj4gRnJvbTogIlNjaHVtYWNoZXIg Q2hyaXN0aWFuIFBldGVyIFBpaSIgPHNjaHVtYWNoZXJAZGFuZm9zcy5jb20+DQo+IFRvOiAiR2Vv ZmYgTXVsbGlnYW4iIDxnZW9mZkBtdWxsaWdhbi5jb20+DQo+IENjOiA8Nmxvd3BhbkBsaXN0cy5p ZXRmLm9yZz4NCj4gU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5IDA4LCAyMDA3IDU6MTIgUE0NCj4g U3ViamVjdDogUkU6IFs2bG93cGFuXSBXRyByZWNoYXJ0ZXJpbmcNCj4gDQo+IA0KPiBJIGJlbGll dmUgdGhlIHR3byB0ZXJtcyBhcmUgcmVsYXRlZCB0byBhIGNlcnRhaW4gZGVncmVlLg0KPiBUaGUg ZGlmZmVyZW5jZSBjb3VsZCBiZSB0aGF0IGJvb3RzdHJhcHBpbmcgaXMgZm9yIGluaXRpYWwgbmV0 d29yayBzZXR1cCB3aGVyZWFzIGNvbW1pc3Npb25pbmcgaXMgbmV0d29yayBtYW5hZ2VtZW50IGZv ciB0aGUgZW50aXJlIGxpZmVjeWNsZSBvZiBhIGRldmljZS4NCj4gDQo+IA0KPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBHZW9mZiBNdWxsaWdhbiBbbWFpbHRvOmdlb2ZmQG11 bGxpZ2FuLmNvbV0gDQo+IFNlbnQ6IDcuIGZlYnJ1YXIgMjAwNyAxODozMA0KPiBUbzogS2ktSHl1 bmcgS2ltDQo+IENjOiA2bG93cGFuDQo+IFN1YmplY3Q6IFJlOiBbNmxvd3Bhbl0gV0cgcmVjaGFy dGVyaW5nDQo+IA0KPiBBcmUgY29tbWlzc2lvbmluZyBhbmQgYm9vdHN0cmFwcGluZyB0aGUgc2Ft ZT8gIEhvdyBkbyB3ZSBkZWZpbmUNCj4gYm9vdHN0cmFwcGluZz8NCj4gDQo+IGdlb2ZmDQo+IA0K PiBPbiBXZWQsIDIwMDctMDItMDcgYXQgMTE6MjggKzA5MDAsIEtpLUh5dW5nIEtpbSB3cm90ZToN Cj4+IEJvb3RzdHJhcHBpbmcgaXMgb25lIG9mIHRoZSBpbXBvcnRhbnQgaXNzdWVzLiBJIHRoaW5r IGNvbW1pc3Npb25pbmcNCj4+IG1pZ2h0IGJlIG1vcmUgYXBwcm9wcmlhdGUgdGVybSB3aGljaCBj YW4gaW5jbHVkZSBib290c3RyYXBwaW5nIGFzIGENCj4+IGNvcmUgcHJvdG9jb2wuDQo+PiANCj4+ IA0KPj4gIA0KPj4gT24gMi83LzA3LCBEYW5pZWwgUGFyayA8c29vaG9uZy5wYXJrQHNhbXN1bmcu Y29tPiB3cm90ZTogDQo+PiAgICAgICAgIEJvb3RzdHJhcHBpbmcgaXMgb25lIG9mIGltcG9ydGFu dCBpc3N1ZXMgYXJvdW5kIDZsb3dwYW4sDQo+PiAgICAgICAgIGhlbmNlIEkgYWdyZWUgd2l0aCBT YW1pdGEncyBzdWdnZXN0aW9uIGFzIHdlbGwuIA0KPj4gICAgICAgICANCj4+ICAgICAgICAgUmVn YXJkaW5nIDZsb3dwYW4gbW9iaWxpdHksIE1BTkVNTyBsb29rcyBsaWtlIGEgcmVsZXZhbnQNCj4+ ICAgICAgICAgcGxhY2Ugd2l0aGluIElFVEYgYXMgb2YgdG9kYXksIGJ1dCBJTlQgQUQncyBkZWNp c2lvbiBkb2VzDQo+PiAgICAgICAgIG5vdCBhbGxvdyB1cyB0byBoYXZlIGEgQk9GIGluIFByYWd1 ZSBhdCB0aGlzIHN0YWdlLg0KPj4gICAgICAgICANCj4+ICAgICAgICAgQW55aG93LCBJIGFtIHN1 Z2dlc3RpbmcgNmxvd3BhbiBtb2JpbGl0eSBmb3IgZnVydGhlciBzdHVkeSANCj4+ICAgICAgICAg YXMgb25lIG9mIHJlY2hhcnRlcmluZyBpdGVtcy4gQXMgU2FtaXRhIHBvaW50ZWQgb3V0LCBpdHMN Cj4+ICAgICAgICAgcHJvYmxlbSBzdGF0ZW1lbnRzIGFyZSBhbHJlYWR5IGF2YWlsYWJsZSBhbmQg d2UgYXJlIGluIHRoZQ0KPj4gICAgICAgICBwcm9ncmVzcyBvZiBlbGxhYm9yYXRpbmcgb24gdGhh dC4NCj4+ICAgICAgICAgDQo+PiAgICAgICAgIERhbmllbCAoU29vaG9uZyBEYW5pZWwgUGFyaykN Cj4+ICAgICAgICAgTW9iaWxlIENvbnZlcmdlbmNlIExhYm9yYXRvcnksIFNBTVNVTkcgRWxlY3Ry b25pY3MuIA0KPj4gICAgICAgICANCj4+ICAgICAgICAgLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAt LS0tLQ0KPj4gICAgICAgICBGcm9tOiAiU2FtaXRhIENoYWtyYWJhcnRpIiA8c2FtaXRhYzJAZ21h aWwuY29tPg0KPj4gICAgICAgICBUbzogIkdlb2ZmIE11bGxpZ2FuIiA8Z2VvZmZAbXVsbGlnYW4u Y29tPg0KPj4gICAgICAgICBDYzogIjZsb3dwYW4iIDw2bG93cGFuQGxpc3RzLmlldGYub3JnPg0K Pj4gICAgICAgICBTZW50OiBXZWRuZXNkYXksIEZlYnJ1YXJ5IDA3LCAyMDA3IDM6NTMgQU0NCj4+ ICAgICAgICAgU3ViamVjdDogUmU6IFs2bG93cGFuXSBXRyByZWNoYXJ0ZXJpbmcNCj4+ICAgICAg ICAgDQo+PiAgICAgICAgIA0KPj4gICAgICAgICA+IEhpIEdlb2ZmLCANCj4+ICAgICAgICAgPg0K Pj4gICAgICAgICA+IFRoZSBsaXN0IGxvb2tzIGdvb2QuDQo+PiAgICAgICAgID4NCj4+ICAgICAg ICAgPiBMYXN0IHRpbWUgd2UgYWxzbyBkaXNjdXNzZWQgYSBuZWVkIGZvciBhIGRvY3VtZW50IG9u DQo+PiAgICAgICAgIGJvb3Qtc3RyYXBwaW5nLg0KPj4gICAgICAgICA+IElzIGl0IHN0aWxsIG9u IHRoZSBhZ2VuZGE/ICBQZXJzb25hbGx5IEkgcHJlZmVyDQo+PiAgICAgICAgIGJvb3RzdHJhcHBp bmcgc2hvdWxkIGJlIGENCj4+ICAgICAgICAgPiBzZXBhcmF0ZSBkb2N1bWVudDsgd2UgYWxzbyBo YXZlIHRvIGZpZ3VyZSBvdXQgdGhlDQo+PiAgICAgICAgIHJlcXVpcmVtZW50cyBmb3IgDQo+PiAg ICAgICAgID4gYm9vdHN0cmFwcGluZyBpbiB0aGlzIHNwYWNlLg0KPj4gICAgICAgICA+DQo+PiAg ICAgICAgID4gVGhlIHNlY29uZCBwb2ludCBpcyBvbiBtb2JpbGl0eSBhbmFseXNpcyAtIHJlY2Vu dGx5IHdpdGgNCj4+ICAgICAgICAgTUFORU1PIChOZXR3b3JrDQo+PiAgICAgICAgID4gbW9iaWxp dHkgZm9yIE1BTkVUKSBkaXNjdXNzaW9uLCBzb21lIGludGVyZXN0aW5nIHBvaW50cyBjYW1lDQo+ PiAgICAgICAgIG91dCByZWdhcmRpbmcNCj4+ICAgICAgICAgPiA2bG93cGFuIG1vYmlsaXR5LiBE YW5pZWwgUGFyaywgSmltIEJvdW5kIGJyb3VnaHQgdGhpcyB1cA0KPj4gICAgICAgICBhbmQgDQo+ PiAgICAgICAgID4gd2UgYXJlIHdvcmtpbmcgb24gdXBkYXRpbmcNCj4+ICAgICAgICAgPiBteSBl eHBpcmVkIGRyYWZ0IG9uIDZsb3dwYW4gbW9iaWxpdHkgcmVxdWlyZW1lbnRzLiAgU28sIG1heQ0K Pj4gICAgICAgICBiZSB3ZSBjYW4ga2VlcA0KPj4gICAgICAgICA+IG1vYmlsaXR5IGl0ZW0gaW4g dGhlIHJhZGFyIGlmIG5vdCBvbiB0aGUgY2hhcnRlciBsaXN0IGZvcg0KPj4gICAgICAgICBub3cu DQo+PiAgICAgICAgID4NCj4+ICAgICAgICAgPiBUaGFua3MsDQo+PiAgICAgICAgID4gLVNhbWl0 YSANCj4+ICAgICAgICAgPg0KPj4gICAgICAgICA+DQo+PiAgICAgICAgID4gT24gMi82LzA3LCBH ZW9mZiBNdWxsaWdhbiA8Z2VvZmZAbXVsbGlnYW4uY29tPiB3cm90ZToNCj4+ICAgICAgICAgPj4g Rm9sa3MsDQo+PiAgICAgICAgID4+ICBXZSBoYXZlIHJlYWNoZWQgYSBtaWxlc3RvbmUuICBXZSBo YXZlIHN1Ym1pdHRlZCB0aGUNCj4+ICAgICAgICAgUHJvYmxlbSBTdGF0ZW1lbnQgDQo+PiAgICAg ICAgID4+IGRvY3VtZW50IGFuZCB0aGUgRm9ybWF0IERvY3VtZW50IHRvIG91ciBBRCBmb3INCj4+ ICAgICAgICAgcHVibGljYXRpb24uICBXZSBoYXZlDQo+PiAgICAgICAgID4+IGNvbXBsZXRlZCB0 aGUgb3JpZ2luYWwgY2hhcnRlciBvZiB0aGUgV0cuDQo+PiAgICAgICAgID4+DQo+PiAgICAgICAg ID4+IE1hcmsgd2lsbCByZXZpZXcgdGhlIGRvY3VtZW50cyBhbmQgdGhlbiBzdWJtaXQgdGhlbSBm b3INCj4+ICAgICAgICAgSUVURiBMQyAoMiANCj4+ICAgICAgICAgPj4gd2Vla3MpIGFuZCB0aGVu IElFU0cgcmV2aWV3IGFuZCBkaXNjdXNzaW9uLCB3aGljaCB3aWxsDQo+PiAgICAgICAgIGhvcGVm dWxseSBoYXBwZW4NCj4+ICAgICAgICAgPj4gb24gdGhlIElFU0cgdGVsZWNoYXQgb24gTWFyY2gg OHRoLg0KPj4gICAgICAgICA+Pg0KPj4gICAgICAgICA+PiBTbyBub3cgaXQgaXMgdmVyeSBpbXBv cnRhbnQgdGhhdCB3ZSBmaW5hbGl6ZSBvdXIgdGhvdWdodHMNCj4+ICAgICAgICAgYWJvdXQNCj4+ ICAgICAgICAgPj4gcmVjaGFydGVyaW5nIHRoZSBXb3JraW5nIEdyb3VwIGZvciBuZXcgd29yaywg c2hvdWxkIHdlIHdhbnQNCj4+ICAgICAgICAgdG8gdGFrZSBvbg0KPj4gICAgICAgICA+PiBuZXcg d29yay4NCj4+ICAgICAgICAgPj4NCj4+ICAgICAgICAgPj4gU29tZSBvZiB0aGUgaXRlbXMgdGhh dCBwZW9wbGUgaGF2ZSBpbmRpY2F0ZWQgaW50ZXJlc3QgaW4NCj4+ICAgICAgICAgd29ya2luZyBv bjoNCj4+ICAgICAgICAgPj4gIE5laWdoYm9yIERpc2NvdmVyeSBhbmQgU2VjdXJlIE5laWdoYm9y IERpc2NvdmVyeSAocHJvcG9zZWQNCj4+ICAgICAgICAgc3RhbmRhcmQpIA0KPj4gICAgICAgICA+ PiAgU3RhdGVmdWwgaGVhZGVyIGNvbXByZXNzaW9uIChpbmZvcm1hdGlvbmFsKQ0KPj4gICAgICAg ICA+PiAgNmxvd3BhbiBhcHBsaWNhdGlvbnMgKGluZm9ybWF0aW9uYWwpDQo+PiAgICAgICAgID4+ ICBtZXNoIHJvdXRpbmcgKHByb3Bvc2VkIHN0YW5kYXJkKQ0KPj4gICAgICAgICA+PiAgU2VjdXJp dHkgYW5hbHlzaXMgKGluZm9ybWF0aW9uYWwpDQo+PiAgICAgICAgID4+DQo+PiAgICAgICAgID4+ IElmIHRoZXJlIGFyZSBvdGhlciBpZGVhcyBhcyB0byB3b3JrIHRoZSBXRyBzaG91bGQgYmUNCj4+ ICAgICAgICAgbG9va2luZyBhdCwgcGxlYXNlIA0KPj4gICAgICAgICA+PiBzZW5kIHRoZW0gdG8g dGhlIGxpc3QuICBJZiB5b3UgdGhpbmsgdGhhdCB3ZSBhcmUgZmluaXNoZWQsDQo+PiAgICAgICAg IHBsZWFzZSBzZW5kDQo+PiAgICAgICAgID4+IHRoYXQgdG8gdGhlIGxpc3QgYWxzby4NCj4+ICAg ICAgICAgPj4NCj4+ICAgICAgICAgPj4gV2UgcGxhbiB0byBoYXZlIGEgY2FsbCB3aXRoIG91ciBB RCBuZXh0IE1vbmRheSB0aGUgMTJ0aCBhbmQNCj4+ICAgICAgICAgSSB3b3VsZCBsaWtlDQo+PiAg ICAgICAgID4+IHRvIGhlYXIgZnJvbSB0aGUgZ3JvdXAgYmVmb3JlIHRoZW4uIA0KPj4gICAgICAg ICA+Pg0KPj4gICAgICAgICA+PiAgICAgICAgZ2VvZmYNCj4+ICAgICAgICAgPj4NCj4+ICAgICAg ICAgPj4NCj4+ICAgICAgICAgPj4NCj4+ICAgICAgICAgPj4NCj4+ICAgICAgICAgPj4NCj4+ICAg ICAgICAgPj4NCj4+ICAgICAgICAgPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4+ICAgICAgICAgPj4gNmxvd3BhbiBtYWlsaW5nIGxpc3QNCj4+ICAg ICAgICAgPj4gNmxvd3BhbkBpZXRmLm9yZw0KPj4gICAgICAgICA+PiBodHRwczovL3d3dzEuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82bG93cGFuDQo+PiAgICAgICAgID4+DQo+PiAgICAgICAg ID4NCj4+ICAgICAgICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPj4gICAgICAgICA+IDZsb3dwYW4gbWFpbGluZyBsaXN0IA0KPj4gICAgICAgICA+ IDZsb3dwYW5AaWV0Zi5vcmcNCj4+ICAgICAgICAgPiBodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby82bG93cGFuDQo+PiAgICAgICAgID4NCj4+ICAgICAgICAgPg0KPj4gICAg ICAgICANCj4+ICAgICAgICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18gDQo+PiAgICAgICAgIDZsb3dwYW4gbWFpbGluZyBsaXN0DQo+PiAgICAgICAgIDZs b3dwYW5AaWV0Zi5vcmcNCj4+ICAgICAgICAgaHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vNmxvd3Bhbg0KPj4gDQo+PiANCj4+IA0KPj4gLS0gDQo+PiBLaS1IeXVuZyBLaW0g KLHoseLH/Cwg0N3Rw/r7KQ0KPj4gQXNzb2NpYXRlIFByb2Zlc3Nvcg0KPj4gRGl2aXNpb24gb2Yg SW5mb3JtYXRpb24gYW5kIENvbXB1dGVyIEVuZy4sIEFqb3UgVW5pdmVyc2l0eSwgU3V3b24sDQo+ PiBLb3JlYSA0NDItNzQ5DQo+PiBUZWw6ICs4Mi0zMS0yMTktMjQzMywgQ2VsOiArODItMTctNzYw LTI1NTEsICBGYXg6ICs4Mi0zMS0yMTktMjQzMw0KPj4gaHR0cDovL3d3dy42bG93cGFuLm9yZyAN Cj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPiA2bG93cGFuIG1haWxpbmcgbGlzdA0KPiA2bG93cGFuQGlldGYub3JnDQo+IGh0dHBzOi8v d3d3MS5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvLzZsb3dwYW4NCj4gDQo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IDZsb3dwYW4gbWFpbGluZyBs aXN0DQo+IDZsb3dwYW5AaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cxLmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vNmxvd3Bhbg0KPiANCj4NCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQoN Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gNmxv d3BhbiBtYWlsaW5nIGxpc3QNCj4gNmxvd3BhbkBpZXRmLm9yZw0KPiBodHRwczovL3d3dzEuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82bG93cGFuDQo+ --===============0979020418== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============0979020418==-- From 6lowpan-bounces@ietf.org Tue Feb 27 04:27:44 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLycL-00060Z-PK; Tue, 27 Feb 2007 04:27:29 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLycK-0005xe-2H for 6lowpan@lists.ietf.org; Tue, 27 Feb 2007 04:27:28 -0500 Received: from burp.tkv.asdf.org ([212.16.99.49] helo=moth.iki.fi) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HLycG-00078e-GI for 6lowpan@lists.ietf.org; Tue, 27 Feb 2007 04:27:28 -0500 Received: from moth.iki.fi (msa@localhost [127.0.0.1]) by moth.iki.fi (8.13.8/8.13.8/Debian-3) with ESMTP id l1R9RNQt013533; Tue, 27 Feb 2007 11:27:23 +0200 Received: (from msa@localhost) by moth.iki.fi (8.13.8/8.13.8/Submit) id l1R9RMOk013530; Tue, 27 Feb 2007 11:27:22 +0200 Date: Tue, 27 Feb 2007 11:27:22 +0200 Message-Id: <200702270927.l1R9RMOk013530@moth.iki.fi> From: Markku Savela To: soohong.park@samsung.com In-reply-to: <0JE1003BOOGCMT@mmp2.samsung.com> (message from Daniel Park on Mon, 26 Feb 2007 09:38:27 +0900) References: <0JE1003BOOGCMT@mmp2.samsung.com> X-Spam-Score: 0.1 (/) X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64 Cc: 6lowpan@lists.ietf.org Subject: [6lowpan] Re: IPv6 (and IPv4) over IEEE 802.15.3 ? X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org [this is somewhat offtopic for 6lowpan] > From: Daniel Park > > No space for this discussion in IETF yet. If you have any > tangible and applicable use cases in conjunction with IP > over 802.15.3, it should be chartered to develop the solutions. > > Several years back, IP over 802.15.1 (BT) occurred in > IETF, but failed to be formed a new WG. From the IP > perspective, 6lowpan (IPv6 over 802.15.4) has its applicable > area as ZigBee and this kinds of IP connectivity. 16ng > (IP over 802.16) has also its applicable area such as > WiMAX and WiBro IP networks. > > Is there any specific reason for IETF to develop IP over > 802.15.3 solutions ? Otherwise, I'd recommend you to > work on that via Individual Track regardless of any specific > WGs at this stage. Also, 6lowpan would be better > place for further discussion than IPv6 since they have > WPAN expertises... I just have to make IP happen over a wireless link device (which is still a protype or does not event exist) that claims to be 802.15.3. The API's provided are almost straight from the IEEE standard in format MA-UNITDATA.request ( SourceAddress, DestinationAddress, RoutingInformation, Data, Priority, ServiceClass ) Note, the obnoxious "Priority" and "ServiceClass" *after* the variable length data, seemed ridiculous layout (and may cause need to copy data in linux driver to expand sk_buff for them for each packet... yechh!) Of course, this is internal, not on the wire format. For the wire I would need to know how to put the additional require "EtherType" into payload. I seem to have two choices 1) 802.15.3b way, use 8 first octets of the payload for LLC/SNAP 2) ECMA-368 (Annex A.1 MUX service), use 2 first octets of the payload for EtherType. To me, ECMA way seems much more compact, but of course, if someone else is doing link layer for this 15.3, would prefer to use the same payload format. That's why I was asking around for opinions... _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 27 19:40:38 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMCri-0008Du-1L; Tue, 27 Feb 2007 19:40:18 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMCrh-0008Ac-Br for 6lowpan@lists.ietf.org; Tue, 27 Feb 2007 19:40:17 -0500 Received: from grab.coslabs.com ([199.233.92.34]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMCrc-0002lW-55 for 6lowpan@lists.ietf.org; Tue, 27 Feb 2007 19:40:17 -0500 Received: from [199.233.92.20] (dev20.coslabs.com [199.233.92.20]) by grab.coslabs.com (8.13.6/8.13.6) with ESMTP id l1S0e0bV027794; Tue, 27 Feb 2007 17:40:00 -0700 (MST) Subject: Re: [6lowpan] WG rechartering From: Geoff Mulligan To: Yong-Woon KIM In-Reply-To: <00de01c75a45$fca259d0$4670fe81@Qkimn> References: <49A38D2FE2C53946A57916AD6A1F00D7BB22DC@DKDN01MX34.danfoss.net> <00c901c74bd9$d4d0d230$038deb7c@your655e9d6f61> <00de01c75a45$fca259d0$4670fe81@Qkimn> Content-Type: text/plain; charset=utf-8 Date: Tue, 27 Feb 2007 17:40:05 -0700 Message-Id: <1172623205.4748.111.camel@dellx1> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by grab.coslabs.com id l1S0e0bV027794 X-Spam-Score: 0.0 (/) X-Scan-Signature: 223e3c753032a50d5dc4443c921c3fcd Cc: 6lowpan@lists.ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org This is a very interesting idea. I think there are some folks that might consider commission a technical issue also. geoff On Tue, 2007-02-27 at 17:05 +0900, Yong-Woon KIM wrote: > Sure, it does. >=20 > Schumacher's clarification seems good. > But there is another viewpoint. > "who should care for the network management?" >=20 > >From sales and marketing points of view, here are two questions: > what kinds of products should we develop? > whom we should bring the products to for sales? >=20 > The network management can be clarified into two viewpoints: > operator-side and installer-side.=20 > NMS is an operator-side management tool and > commissioning system is installer-side. > That is, most sensor networks aren't installed by operators themselves = but > installation professionals such as SI(system integration) and=20 > NI(network integration) companies.=20 >=20 > So, the comissioning system has to focus on how to install sensor > devices and sensor networks and how to manage them locally at installat= ion sites. > In order to support these points,=20 > it needs to support checkup and setup for physical component configurat= ion=20 > (a device component cannot be detected), electrical ground, hardware pr= ofile, > various configuration files, functional profiles, topology management, > device management, etc. >=20 > Consequently here are my summary: > - comissioning seems proper as a business term, not a technology term. > - bootstrapping seems a technology term and might be better for 6lowpan= because > it can help 6lowpn focus on technology issues including initial setup= and > installer-side network management. > - network management should be clarified from operator's and installer'= s points of view. > - two prospective products: NMS and commisioning system. > - commissing system should include bootstrapping. > - bootstrapping-itself product seems a non-sense in the context of my o= pinion. >=20 > -- > Qkim >=20 >=20 > > It depends on how to define each term in 6lowpan area. > > Obviously, we should elaborate and clarify on each terms > > if necessary... > >=20 > >=20 > >=20 > > Daniel (Soohong Daniel Park) > > Mobile Convergence Laboratory, SAMSUNG Electronics. > >=20 > > ----- Original Message -----=20 > > From: "Schumacher Christian Peter Pii" > > To: "Geoff Mulligan" > > Cc: <6lowpan@lists.ietf.org> > > Sent: Thursday, February 08, 2007 5:12 PM > > Subject: RE: [6lowpan] WG rechartering > >=20 > >=20 > > I believe the two terms are related to a certain degree. > > The difference could be that bootstrapping is for initial network set= up whereas commissioning is network management for the entire lifecycle o= f a device. > >=20 > >=20 > > -----Original Message----- > > From: Geoff Mulligan [mailto:geoff@mulligan.com]=20 > > Sent: 7. februar 2007 18:30 > > To: Ki-Hyung Kim > > Cc: 6lowpan > > Subject: Re: [6lowpan] WG rechartering > >=20 > > Are commissioning and bootstrapping the same? How do we define > > bootstrapping? > >=20 > > geoff > >=20 > > On Wed, 2007-02-07 at 11:28 +0900, Ki-Hyung Kim wrote: > >> Bootstrapping is one of the important issues. I think commissioning > >> might be more appropriate term which can include bootstrapping as a > >> core protocol. > >>=20 > >>=20 > >> =20 > >> On 2/7/07, Daniel Park wrote:=20 > >> Bootstrapping is one of important issues around 6lowpan, > >> hence I agree with Samita's suggestion as well.=20 > >> =20 > >> Regarding 6lowpan mobility, MANEMO looks like a relevant > >> place within IETF as of today, but INT AD's decision does > >> not allow us to have a BOF in Prague at this stage. > >> =20 > >> Anyhow, I am suggesting 6lowpan mobility for further study=20 > >> as one of rechartering items. As Samita pointed out, its > >> problem statements are already available and we are in the > >> progress of ellaborating on that. > >> =20 > >> Daniel (Soohong Daniel Park) > >> Mobile Convergence Laboratory, SAMSUNG Electronics.=20 > >> =20 > >> ----- Original Message ----- > >> From: "Samita Chakrabarti" > >> To: "Geoff Mulligan" > >> Cc: "6lowpan" <6lowpan@lists.ietf.org> > >> Sent: Wednesday, February 07, 2007 3:53 AM > >> Subject: Re: [6lowpan] WG rechartering > >> =20 > >> =20 > >> > Hi Geoff,=20 > >> > > >> > The list looks good. > >> > > >> > Last time we also discussed a need for a document on > >> boot-strapping. > >> > Is it still on the agenda? Personally I prefer > >> bootstrapping should be a > >> > separate document; we also have to figure out the > >> requirements for=20 > >> > bootstrapping in this space. > >> > > >> > The second point is on mobility analysis - recently with > >> MANEMO (Network > >> > mobility for MANET) discussion, some interesting points ca= me > >> out regarding > >> > 6lowpan mobility. Daniel Park, Jim Bound brought this up > >> and=20 > >> > we are working on updating > >> > my expired draft on 6lowpan mobility requirements. So, ma= y > >> be we can keep > >> > mobility item in the radar if not on the charter list for > >> now. > >> > > >> > Thanks, > >> > -Samita=20 > >> > > >> > > >> > On 2/6/07, Geoff Mulligan wrote: > >> >> Folks, > >> >> We have reached a milestone. We have submitted the > >> Problem Statement=20 > >> >> document and the Format Document to our AD for > >> publication. We have > >> >> completed the original charter of the WG. > >> >> > >> >> Mark will review the documents and then submit them for > >> IETF LC (2=20 > >> >> weeks) and then IESG review and discussion, which will > >> hopefully happen > >> >> on the IESG telechat on March 8th. > >> >> > >> >> So now it is very important that we finalize our thoughts > >> about > >> >> rechartering the Working Group for new work, should we wa= nt > >> to take on > >> >> new work. > >> >> > >> >> Some of the items that people have indicated interest in > >> working on: > >> >> Neighbor Discovery and Secure Neighbor Discovery (propos= ed > >> standard)=20 > >> >> Stateful header compression (informational) > >> >> 6lowpan applications (informational) > >> >> mesh routing (proposed standard) > >> >> Security analysis (informational) > >> >> > >> >> If there are other ideas as to work the WG should be > >> looking at, please=20 > >> >> send them to the list. If you think that we are finished= , > >> please send > >> >> that to the list also. > >> >> > >> >> We plan to have a call with our AD next Monday the 12th a= nd > >> I would like > >> >> to hear from the group before then.=20 > >> >> > >> >> geoff > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> _______________________________________________ > >> >> 6lowpan mailing list > >> >> 6lowpan@ietf.org > >> >> https://www1.ietf.org/mailman/listinfo/6lowpan > >> >> > >> > > >> > _______________________________________________ > >> > 6lowpan mailing list=20 > >> > 6lowpan@ietf.org > >> > https://www1.ietf.org/mailman/listinfo/6lowpan > >> > > >> > > >> =20 > >> _______________________________________________=20 > >> 6lowpan mailing list > >> 6lowpan@ietf.org > >> https://www1.ietf.org/mailman/listinfo/6lowpan > >>=20 > >>=20 > >>=20 > >> --=20 > >> Ki-Hyung Kim (=EA=B9=80=EA=B8=B0=ED=98=95, =EF=A4=8A=E8=B5=B7=E4=BA=A8= ) > >> Associate Professor > >> Division of Information and Computer Eng., Ajou University, Suwon, > >> Korea 442-749 > >> Tel: +82-31-219-2433, Cel: +82-17-760-2551, Fax: +82-31-219-2433 > >> http://www.6lowpan.org=20 > >=20 > >=20 > > _______________________________________________ > > 6lowpan mailing list > > 6lowpan@ietf.org > > https://www1.ietf.org/mailman/listinfo/6lowpan > >=20 > > _______________________________________________ > > 6lowpan mailing list > > 6lowpan@ietf.org > > https://www1.ietf.org/mailman/listinfo/6lowpan > >=20 > > >=20 >=20 > -----------------------------------------------------------------------= --------- >=20 >=20 > > _______________________________________________ > > 6lowpan mailing list > > 6lowpan@ietf.org > > https://www1.ietf.org/mailman/listinfo/6lowpan > > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 27 20:47:06 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMDu1-0003of-7q; Tue, 27 Feb 2007 20:46:45 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMDtz-0003mu-Jc for 6lowpan@lists.ietf.org; Tue, 27 Feb 2007 20:46:43 -0500 Received: from email2.etri.re.kr ([129.254.16.132] helo=email2.etri.info) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMDtx-0005Py-6S for 6lowpan@lists.ietf.org; Tue, 27 Feb 2007 20:46:42 -0500 Received: from etri964caf1384 ([129.254.112.135]) by email2.etri.info with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 10:51:26 +0900 Message-ID: <00e001c75ada$4f4068a0$8770fe81@etri964caf1384> From: "Dominik Kaspar" To: <6lowpan@lists.ietf.org> Subject: [6lowpan] For comments: 6LoWPAN Mesh Routing Requirements Date: Wed, 28 Feb 2007 10:46:40 +0900 Organization: ETRI MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-OriginalArrivalTime: 28 Feb 2007 01:51:26.0143 (UTC) FILETIME=[F4E5F4F0:01C75ADA] X-Spam-Score: 0.1 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 Cc: X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Hi all, A new Internet-Draft has just been submitted to emphasize the importance of mesh routing in LoWPANs. I believe that well thought-out mesh routing is a vital precondition for fully functional LoWPANs and should be discussed in more detail within the 6lowpan working group. Comments are welcomed for the Internet-Draft titled: "Design Goals and Requirements for 6LoWPAN Mesh Routing" Abstract: This document defines the problem statement, design goals, and requirements for mesh routing in low-power wireless personal area networks (LoWPANs). A URL for this Internet-Draft is: www.ietf.org/internet-drafts/draft-dokaspar-6lowpan-routreq-00.txt Best regards, Dominik _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Tue Feb 27 21:52:59 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMEvm-0001x3-Gj; Tue, 27 Feb 2007 21:52:38 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMEvl-0001wx-GP for 6lowpan@lists.ietf.org; Tue, 27 Feb 2007 21:52:37 -0500 Received: from mailout1.samsung.com ([203.254.224.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMEve-00043K-IH for 6lowpan@lists.ietf.org; Tue, 27 Feb 2007 21:52:37 -0500 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 <0JE50099VJYUT1@mailout1.samsung.com> for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 11:52:06 +0900 (KST) Received: from daniel ([168.219.198.109]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0JE5004KDJYTVY@mmp1.samsung.com> for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 11:52:06 +0900 (KST) Date: Wed, 28 Feb 2007 11:51:53 +0900 From: Daniel Park To: 6lowpan <6lowpan@lists.ietf.org> Message-id: <0JE5004KEJYUVY@mmp1.samsung.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: Acda42bZTu2R/Ws3SJaUiCEFjPfy2A== X-Spam-Score: 0.0 (/) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 Cc: Subject: [6lowpan] MIB for 6lowpan X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Folks, Given the discussion with IETFMIBS, a new draft is not ready for further study in this WG. Before IETF official publication, it can be found at: http://daniel.vsix.net/ietf/6lowpan/draft-daniel-lowpan-mib-00.txt --- Daniel (Soohong Daniel Park) Mobile Convergence Laboratory, Samsung Electronics. _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Wed Feb 28 02:06:32 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMIt9-0001zl-If; Wed, 28 Feb 2007 02:06:11 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMIt8-0001zg-M4 for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 02:06:10 -0500 Received: from hermes.iu-bremen.de ([212.201.44.23]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMIt7-0000Kz-C3 for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 02:06:10 -0500 Received: from localhost (demetrius.iu-bremen.de [212.201.44.32]) by hermes.iu-bremen.de (Postfix) with ESMTP id 3682F6DA79; Wed, 28 Feb 2007 08:06:04 +0100 (CET) Received: from hermes.iu-bremen.de ([212.201.44.23]) by localhost (demetrius.iu-bremen.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 20734-09; Wed, 28 Feb 2007 08:06:00 +0100 (CET) Received: from elstar.iuhb02.iu-bremen.de (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.iu-bremen.de (Postfix) with ESMTP id 467C56DA2B; Wed, 28 Feb 2007 08:06:00 +0100 (CET) Received: by elstar.iuhb02.iu-bremen.de (Postfix, from userid 501) id B461C1B2763; Wed, 28 Feb 2007 08:05:58 +0100 (CET) Date: Wed, 28 Feb 2007 08:05:58 +0100 From: Juergen Schoenwaelder To: Daniel Park Subject: Re: [6lowpan] MIB for 6lowpan Message-ID: <20070228070558.GA10473@elstar.iuhb02.iu-bremen.de> References: <0JE5004KEJYUVY@mmp1.samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0JE5004KEJYUVY@mmp1.samsung.com> User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at iu-bremen.de X-Spam-Score: 0.0 (/) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: j.schoenwaelder@iu-bremen.de List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org On Wed, Feb 28, 2007 at 11:51:53AM +0900, Daniel Park wrote: > Given the discussion with IETFMIBS, a new draft > is not ready for further study in this WG. Before > IETF official publication, it can be found at: > http://daniel.vsix.net/ietf/6lowpan/draft-daniel-lowpan-mib-00.txt Did you really mean "not ready" or "now ready"? I think it would be useful to figure out whether there is WG interest in doing such MIB work. And if there is, it would be useful to get an idea what should be contained in such a MIB module. /js -- Juergen Schoenwaelder Jacobs University Bremen P.O. Box 750 561, 28725 Bremen, Germany _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Wed Feb 28 02:11:20 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMIy8-0007zJ-PK; Wed, 28 Feb 2007 02:11:20 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMIy7-0007zB-4N for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 02:11:19 -0500 Received: from mailout1.samsung.com ([203.254.224.24]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMIy5-0001bg-Gf for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 02:11:19 -0500 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 <0JE500L9GVY5M4@mailout1.samsung.com> for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 16:10:53 +0900 (KST) Received: from daniel ([168.219.198.109]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0JE500KLDVY4S7@mmp1.samsung.com> for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 16:10:53 +0900 (KST) Date: Wed, 28 Feb 2007 16:10:52 +0900 From: Daniel Park Subject: RE: [6lowpan] MIB for 6lowpan In-reply-to: <20070228070558.GA10473@elstar.iuhb02.iu-bremen.de> To: j.schoenwaelder@iu-bremen.de Message-id: <0JE500KLEVY5S7@mmp1.samsung.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: AcdbBvkSwy5IH/qvTQeFOhuad0heCAAAINYg X-Spam-Score: 0.0 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Cc: '6lowpan' <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org oops...it's typo. I was sying "now" for our in-depth discussion.. Thanks Juergen for your fixing...:-) Daniel -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@iu-bremen.de] Sent: Wednesday, February 28, 2007 4:06 PM To: Daniel Park Cc: 6lowpan Subject: Re: [6lowpan] MIB for 6lowpan On Wed, Feb 28, 2007 at 11:51:53AM +0900, Daniel Park wrote: > Given the discussion with IETFMIBS, a new draft is not ready for > further study in this WG. Before IETF official publication, it can be > found at: > http://daniel.vsix.net/ietf/6lowpan/draft-daniel-lowpan-mib-00.txt Did you really mean "not ready" or "now ready"? I think it would be useful to figure out whether there is WG interest in doing such MIB work. And if there is, it would be useful to get an idea what should be contained in such a MIB module. /js -- Juergen Schoenwaelder Jacobs University Bremen P.O. Box 750 561, 28725 Bremen, Germany _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Wed Feb 28 02:26:22 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMJCe-0005x0-Dk; Wed, 28 Feb 2007 02:26:20 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMJCd-0005wg-7Y for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 02:26:19 -0500 Received: from wr-out-0506.google.com ([64.233.184.233]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMJCS-0004JC-B6 for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 02:26:19 -0500 Received: by wr-out-0506.google.com with SMTP id 70so87437wra for <6lowpan@lists.ietf.org>; Tue, 27 Feb 2007 23:26:08 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=smAcqABe90hujOzXHL6eFUTeLKiQEmH1FMoYk1ZtE8ZgqCJb/UIjV0vzm/TBCmRI+k8vicGCvwmx7ArBcPLiU4HagzB6z9+6BUG3ZBZH4rrImsjSuW0Rb0FkYnaUTFx2ya2SFRzWeQ/4n7+rplNa59lqNspKphLl9eCkRaonfGY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=k+MuvH1xnBtabDoM2ipfNsATBGuA6qRTXzWSoRd6OZHmkRhdlSIrxtND1/9Kd6SMAALqNmqSq3g3qV8c1oZyDx7nQqv1mxibFSjJXLXcarZbg9t2aU4ka9XXbjqN1lpaKUsnvM6VtQeLBgT3x1uLK/5a/JYZfuabNsBJ1NdPptI= Received: by 10.114.153.18 with SMTP id a18mr700851wae.1172647566876; Tue, 27 Feb 2007 23:26:06 -0800 (PST) Received: by 10.114.24.11 with HTTP; Tue, 27 Feb 2007 23:26:06 -0800 (PST) Message-ID: Date: Wed, 28 Feb 2007 16:26:06 +0900 From: "Ki-Hyung Kim" To: j.schoenwaelder@iu-bremen.de Subject: Re: [6lowpan] MIB for 6lowpan In-Reply-To: <20070228070558.GA10473@elstar.iuhb02.iu-bremen.de> MIME-Version: 1.0 References: <0JE5004KEJYUVY@mmp1.samsung.com> <20070228070558.GA10473@elstar.iuhb02.iu-bremen.de> X-Spam-Score: 0.6 (/) X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1603761127==" Errors-To: 6lowpan-bounces@ietf.org --===============1603761127== Content-Type: multipart/alternative; boundary="----=_Part_35673_22289221.1172647566832" ------=_Part_35673_22289221.1172647566832 Content-Type: text/plain; charset=EUC-KR; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline SXQgaXMgYSBtaXMtc3BlbGxpbmcuIFdlIGFyZSBzb3JyeSBmb3IgaXQuCldlIHJlYWxseSB3YW50 IHRvIGdldCB0aGUgcG9zc2libGUgbWFuYWdlbWVudCBpc3N1ZXMgYW5kIE1JQiBmb3IgNmxvd3Bh bi4KV2VsY29tZSBhbnkgaW5wdXRzIG9uIGl0IGFzIEp1ZXJnZW4gc2FpZC4KCgoKT24gMi8yOC8w NywgSnVlcmdlbiBTY2hvZW53YWVsZGVyIDxqLnNjaG9lbndhZWxkZXJAaXUtYnJlbWVuLmRlPiB3 cm90ZToKPgo+IE9uIFdlZCwgRmViIDI4LCAyMDA3IGF0IDExOjUxOjUzQU0gKzA5MDAsIERhbmll bCBQYXJrIHdyb3RlOgo+Cj4gPiBHaXZlbiB0aGUgZGlzY3Vzc2lvbiB3aXRoIElFVEZNSUJTLCBh IG5ldyBkcmFmdAo+ID4gaXMgbm90IHJlYWR5IGZvciBmdXJ0aGVyIHN0dWR5IGluIHRoaXMgV0cu IEJlZm9yZQo+ID4gSUVURiBvZmZpY2lhbCBwdWJsaWNhdGlvbiwgaXQgY2FuIGJlIGZvdW5kIGF0 Ogo+ID4gaHR0cDovL2RhbmllbC52c2l4Lm5ldC9pZXRmLzZsb3dwYW4vZHJhZnQtZGFuaWVsLWxv d3Bhbi1taWItMDAudHh0Cj4KPiBEaWQgeW91IHJlYWxseSBtZWFuICJub3QgcmVhZHkiIG9yICJu b3cgcmVhZHkiPyBJIHRoaW5rIGl0IHdvdWxkIGJlCj4gdXNlZnVsIHRvIGZpZ3VyZSBvdXQgd2hl dGhlciB0aGVyZSBpcyBXRyBpbnRlcmVzdCBpbiBkb2luZyBzdWNoIE1JQgo+IHdvcmsuIEFuZCBp ZiB0aGVyZSBpcywgaXQgd291bGQgYmUgdXNlZnVsIHRvIGdldCBhbiBpZGVhIHdoYXQgc2hvdWxk Cj4gYmUgY29udGFpbmVkIGluIHN1Y2ggYSBNSUIgbW9kdWxlLgo+Cj4gL2pzCj4KPiAtLQo+IEp1 ZXJnZW4gU2Nob2Vud2FlbGRlciAgICAgICAgICAgIEphY29icyBVbml2ZXJzaXR5IEJyZW1lbgo+ IDxodHRwOi8vd3d3LmVlY3MuaXUtYnJlbWVuLmRlLz4gIFAuTy4gQm94IDc1MCA1NjEsIDI4NzI1 IEJyZW1lbiwgR2VybWFueQo+Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPiA2bG93cGFuIG1haWxpbmcgbGlzdAo+IDZsb3dwYW5AaWV0Zi5vcmcKPiBo dHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82bG93cGFuCj4KPgoKCi0tIApL aS1IeXVuZyBLaW0gKLHoseLH/Cwg0N3Rw/r7KQpBc3NvY2lhdGUgUHJvZmVzc29yCkRpdmlzaW9u IG9mIEluZm9ybWF0aW9uIGFuZCBDb21wdXRlciBFbmcuLCBBam91IFVuaXZlcnNpdHksIFN1d29u LCBLb3JlYQo0NDItNzQ5ClRlbDogKzgyLTMxLTIxOS0yNDMzLCBDZWw6ICs4Mi0xNy03NjAtMjU1 MSAsICBGYXg6ICs4Mi0zMS0yMTktMjQzMwpodHRwOi8vd3d3LjZsb3dwYW4ub3JnCg== ------=_Part_35673_22289221.1172647566832 Content-Type: text/html; charset=EUC-KR Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5JdCBpcyZuYnNwO2EgbWlzLXNwZWxsaW5nLiBXZSBhcmUgc29ycnkgZm9yIGl0LiA8L2Rp dj4KPGRpdj5XZSByZWFsbHkgd2FudCB0byBnZXQgdGhlIHBvc3NpYmxlIG1hbmFnZW1lbnQgaXNz dWVzIGFuZCBNSUIgZm9yIDZsb3dwYW4uPC9kaXY+CjxkaXY+V2VsY29tZSBhbnkgaW5wdXRzIG9u IGl0IGFzIEp1ZXJnZW4gc2FpZC48L2Rpdj4KPGRpdj48YnI+PGJyPiZuYnNwOzwvZGl2Pgo8ZGl2 PjxzcGFuIGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gMi8yOC8wNywgPGIgY2xhc3M9ImdtYWlsX3Nl bmRlcm5hbWUiPkp1ZXJnZW4gU2Nob2Vud2FlbGRlcjwvYj4gJmx0OzxhIGhyZWY9Im1haWx0bzpq LnNjaG9lbndhZWxkZXJAaXUtYnJlbWVuLmRlIj5qLnNjaG9lbndhZWxkZXJAaXUtYnJlbWVuLmRl PC9hPiZndDsgd3JvdGU6PC9zcGFuPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0 eWxlPSJQQURESU5HLUxFRlQ6IDFleDsgTUFSR0lOOiAwcHggMHB4IDBweCAwLjhleDsgQk9SREVS LUxFRlQ6ICNjY2MgMXB4IHNvbGlkIj5PbiBXZWQsIEZlYiAyOCwgMjAwNyBhdCAxMTo1MTo1M0FN ICswOTAwLCBEYW5pZWwgUGFyayB3cm90ZTo8YnI+PGJyPiZndDsgR2l2ZW4gdGhlIGRpc2N1c3Np b24gd2l0aCBJRVRGTUlCUywgYSBuZXcgZHJhZnQKPGJyPiZndDsgaXMgbm90IHJlYWR5IGZvciBm dXJ0aGVyIHN0dWR5IGluIHRoaXMgV0cuIEJlZm9yZTxicj4mZ3Q7IElFVEYgb2ZmaWNpYWwgcHVi bGljYXRpb24sIGl0IGNhbiBiZSBmb3VuZCBhdDo8YnI+Jmd0OyA8YSBocmVmPSJodHRwOi8vZGFu aWVsLnZzaXgubmV0L2lldGYvNmxvd3Bhbi9kcmFmdC1kYW5pZWwtbG93cGFuLW1pYi0wMC50eHQi Pmh0dHA6Ly9kYW5pZWwudnNpeC5uZXQvaWV0Zi82bG93cGFuL2RyYWZ0LWRhbmllbC1sb3dwYW4t bWliLTAwLnR4dAo8L2E+PGJyPjxicj5EaWQgeW91IHJlYWxseSBtZWFuICZxdW90O25vdCByZWFk eSZxdW90OyBvciAmcXVvdDtub3cgcmVhZHkmcXVvdDs/IEkgdGhpbmsgaXQgd291bGQgYmU8YnI+ dXNlZnVsIHRvIGZpZ3VyZSBvdXQgd2hldGhlciB0aGVyZSBpcyBXRyBpbnRlcmVzdCBpbiBkb2lu ZyBzdWNoIE1JQjxicj53b3JrLiBBbmQgaWYgdGhlcmUgaXMsIGl0IHdvdWxkIGJlIHVzZWZ1bCB0 byBnZXQgYW4gaWRlYSB3aGF0IHNob3VsZAo8YnI+YmUgY29udGFpbmVkIGluIHN1Y2ggYSBNSUIg bW9kdWxlLjxicj48YnI+L2pzPGJyPjxicj4tLTxicj5KdWVyZ2VuIFNjaG9lbndhZWxkZXImbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDtKYWNvYnMgVW5pdmVyc2l0eSBCcmVtZW48YnI+Jmx0OzxhIGhyZWY9Imh0dHA6 Ly93d3cuZWVjcy5pdS1icmVtZW4uZGUvIj5odHRwOi8vd3d3LmVlY3MuaXUtYnJlbWVuLmRlLzwv YT4mZ3Q7Jm5ic3A7Jm5ic3A7UC5PLiBCb3ggNzUwIDU2MSwgMjg3MjUgQnJlbWVuLCBHZXJtYW55 Cjxicj48YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 YnI+Nmxvd3BhbiBtYWlsaW5nIGxpc3Q8YnI+PGEgaHJlZj0ibWFpbHRvOjZsb3dwYW5AaWV0Zi5v cmciPjZsb3dwYW5AaWV0Zi5vcmc8L2E+PGJyPjxhIGhyZWY9Imh0dHBzOi8vd3d3MS5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvLzZsb3dwYW4iPmh0dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvLzZsb3dwYW4KPC9hPjxicj48YnI+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48YnIg Y2xlYXI9ImFsbCI+PGJyPi0tIDxicj5LaS1IeXVuZyBLaW0gKLHoseLH/Cwg0N3Rw/r7KTxicj5B c3NvY2lhdGUgUHJvZmVzc29yPGJyPkRpdmlzaW9uIG9mIEluZm9ybWF0aW9uIGFuZCBDb21wdXRl ciBFbmcuLCBBam91IFVuaXZlcnNpdHksIFN1d29uLCBLb3JlYSA0NDItNzQ5PGJyPlRlbDogKzgy LTMxLTIxOS0yNDMzLCBDZWw6IAorODItMTctNzYwLTI1NTEmbmJzcDssJm5ic3A7Jm5ic3A7RmF4 OiArODItMzEtMjE5LTI0MzMgPGEgaHJlZj0iaHR0cDovL3d3dy42bG93cGFuLm9yZyI+aHR0cDov L3d3dy42bG93cGFuLm9yZzwvYT4gCg== ------=_Part_35673_22289221.1172647566832-- --===============1603761127== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan --===============1603761127==-- From 6lowpan-bounces@ietf.org Wed Feb 28 12:00:33 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMSA3-0005UZ-PC; Wed, 28 Feb 2007 12:00:15 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMSA2-0005TW-5M for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 12:00:14 -0500 Received: from ug-out-1314.google.com ([66.249.92.173]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMSA0-0006Vs-PP for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 12:00:14 -0500 Received: by ug-out-1314.google.com with SMTP id k3so166658ugf for <6lowpan@lists.ietf.org>; Wed, 28 Feb 2007 09:00:12 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=icZ0ZopA32qqposQ/YGcYLU/k5XFMGvlRL7uUPhLr+zGMUbOiuuG1wez/4+4WQDx5etjNgDcPhwxO7dIkkRPvxydMqlCVoAnUd5c6TcJhPBfEwB2QjD+19AmI9kd1cnUnoilly8+1/On00r738k7PGj7q2GIJyzL3KLyBjIN7tA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oOMwMA4+6s07Bvx0LAiR4KuS1amTKlv8fQiXg0/pCsy9u30ejFPpjrnrJ2unoLRyhBeAEB+oDJO4cyq2Yoy7Ty4lf7VXdMEu6tu1QsVDy+saRLnic7/srehuyqd05UfujqD5rTj8nW2rz+XxNzkgfOmaFPJQP9q0gAtqUB6k24A= Received: by 10.78.193.5 with SMTP id q5mr61118huf.1172682011899; Wed, 28 Feb 2007 09:00:11 -0800 (PST) Received: by 10.78.45.10 with HTTP; Wed, 28 Feb 2007 09:00:11 -0800 (PST) Message-ID: <374005f30702280900x745fa0c5w5e1c4d225184d075@mail.gmail.com> Date: Wed, 28 Feb 2007 09:00:11 -0800 From: "Ian Chakeres" To: "Dominik Kaspar" Subject: Re: [6lowpan] For comments: 6LoWPAN Mesh Routing Requirements In-Reply-To: <00e001c75ada$4f4068a0$8770fe81@etri964caf1384> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <00e001c75ada$4f4068a0$8770fe81@etri964caf1384> X-Spam-Score: 0.0 (/) X-Scan-Signature: d185fa790257f526fedfd5d01ed9c976 Cc: 6lowpan@lists.ietf.org X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org Good to see some requirements for 6lowpan routing. Personally, I'd like to know what can't be done with MANET protocols and why. Hopefully, a future version will include this information. If you have any comments please send them to me or the MANET list. Ian I have some quick comments about the document. I don't think LQI by itself should be used. LQI must be matched with other indicators to make good decisions. LQI can be bad for routing. Similarly, shortest path can be bad. I think that operating with low routing state should be an additionally goal. For example, if devices have only 32 forwarding entries available. This fact could probably be captured in one of the existing sections. Regarding the requirements section: I think that R2 is a bad requirement. I would instead say that routing should be efficient. Efficiency can be defined in many ways. There might be 6lowpan networks where all devices are power so power usage is not important. Alternatively there might be nodes that choose not to participate even though they have energy. I think that requiring minimal energy routing is too harsh and unrealistic. R3. I would say that 6lowpan works below IP. Therefore, interconnection is not seamless but below IP. Some device will need to bridge (PAN coordinator or gateway) this gap. For example, RFD edge devices will likely not include this capability. R4. I'm not sure that routing needs to be aware of sleeping nodes. We could reverse the requirement and say that sleeping nodes must be aware of routing. Or we could create a routing protocol that should work independent of the sleep schedule. For example, flooding. R5. How do we measure simplicity and robustness? How much simplicity and robustness are required by the various 6lowpan players? R6. How mobile? How dynamic? R7. Are you referring to IPv6 ND or routing (L2 in this case) neighbor(hood) discovery? R9. What is the scalability requirement? How many nodes & at what density? R10. Is L2 (WEP like) security enough? Ian On 2/27/07, Dominik Kaspar wrote: > Hi all, > > A new Internet-Draft has just been submitted to emphasize the importance of > mesh routing in LoWPANs. I believe that well thought-out mesh routing is a > vital precondition for fully functional LoWPANs and should be discussed in > more detail within the 6lowpan working group. > > Comments are welcomed for the Internet-Draft titled: > "Design Goals and Requirements for 6LoWPAN Mesh Routing" > > Abstract: > This document defines the problem statement, design goals, and requirements > for mesh routing in low-power wireless personal area networks (LoWPANs). > > A URL for this Internet-Draft is: > www.ietf.org/internet-drafts/draft-dokaspar-6lowpan-routreq-00.txt > > Best regards, > Dominik > > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan From 6lowpan-bounces@ietf.org Wed Feb 28 12:18:10 2007 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMSRN-0002v8-T7; Wed, 28 Feb 2007 12:18:09 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMSRM-0002n6-0L for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 12:18:08 -0500 Received: from ug-out-1314.google.com ([66.249.92.170]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMSRK-0000zn-MD for 6lowpan@lists.ietf.org; Wed, 28 Feb 2007 12:18:07 -0500 Received: by ug-out-1314.google.com with SMTP id k3so171433ugf for <6lowpan@lists.ietf.org>; Wed, 28 Feb 2007 09:18:06 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aepFZYtKYQmBlrnlEp0u4ju2RSlkagAPHf+GRjqawvWF2cpJltIqQ60jUSZFak3+5f/dm6oltEilCZ9BbKvGAsRYxCHrbARyO0fEGRGI/h0aST0kLveMDEWM1FrE/mwXH7KiZf6Yg1awWwhP1j6a+RsmXkKWggI6YERP3Xmka38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ib6OsNsv9JOGp4kv1dLS9GuoaQ3hchRwGMyETfOkIEf6533xtsp8/d3/bWXi5jtj7+UgSkf50G5GlVAVgl+hCDXaQIZxArJ4PxoG8kIzlAtXplboBgPIOF+2pHP5HdD6sx0sHts8N12CYUzVdwh8USxjUAPqSMk2KCqiBNx1fWA= Received: by 10.78.204.7 with SMTP id b7mr67650hug.1172683085220; Wed, 28 Feb 2007 09:18:05 -0800 (PST) Received: by 10.78.45.10 with HTTP; Wed, 28 Feb 2007 09:18:05 -0800 (PST) Message-ID: <374005f30702280918x685ed0d8hfcc4816717d2b951@mail.gmail.com> Date: Wed, 28 Feb 2007 09:18:05 -0800 From: "Ian Chakeres" To: "Daniel Park" Subject: Re: [6lowpan] MIB for 6lowpan In-Reply-To: <0JE5004KEJYUVY@mmp1.samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <0JE5004KEJYUVY@mmp1.samsung.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081 Cc: 6lowpan <6lowpan@lists.ietf.org> X-BeenThere: 6lowpan@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: 6lowpan-bounces@ietf.org I did a quick browse through the MIB. I think it is unusual to include all the routing information in the MIB. More likely it is useful to monitor the number of control messages, etc. Personally, I'd like to see more regarding the shim layer and less about routing at this point. It might be possible to re-use routing MIBs when they become available if a MANET protocol is re-used. I also think it would be useful to simply describe the various items (an information model) in a tabular format or bulleted list. Going through the MIB text is hard. >From edu.ietf.org/download/62/mib-training.pdf """ Would be good to also do an Information Model first (I.e. BEFORE we write a MIB module) =96See RFC3444: On the Difference between Information Models and Data Models =96We (IETF) have no consensus on a formal language to do so (or so I believe) =96Could be done using plain English too, see RFC3290 (An Informal Management Model forDiffservRouters) as an example. """ Ian Chakeres On 2/27/07, Daniel Park wrote: > Folks, > > Given the discussion with IETFMIBS, a new draft > is not ready for further study in this WG. Before > IETF official publication, it can be found at: > http://daniel.vsix.net/ietf/6lowpan/draft-daniel-lowpan-mib-00.txt > > --- > > Daniel (Soohong Daniel Park) > Mobile Convergence Laboratory, Samsung Electronics. > > > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www1.ietf.org/mailman/listinfo/6lowpan > _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan