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" <[EMAIL PROTECTED]>
To: "Myung J Lee" <[EMAIL PROTECTED]>; "'Geoff Mulligan'"
<[EMAIL PROTECTED]>
Cc: "'6lowpan'" <[email protected]>
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" <[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
