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" <[EMAIL PROTECTED]> To: "'Geoff Mulligan'" <[EMAIL PROTECTED]> Cc: "'6lowpan'" <[email protected]> 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:[EMAIL PROTECTED] 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 <[EMAIL PROTECTED]> 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 > [email protected] > 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 [email protected] https://www1.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list [email protected] https://www1.ietf.org/mailman/listinfo/6lowpan
_______________________________________________ 6lowpan mailing list [email protected] https://www1.ietf.org/mailman/listinfo/6lowpan
