Hi,

In Minneapolis, there was another comment that came up (from me, and some others) which should be added as a ticket. Didn't notice it wasn't there earlier, sorry.

-00 of the draft is extremely IEEE 802.15.4 specific. The working group has moved towards link-layer independence and has accepted that 6lowpan is being used over other radio technologies in addition to 802.15.4. In fact, the new HC and ND drafts are already written to be link-layer independent.

My request is to make this draft more link-layer agnostic. I think it is fine to use IEEE 802.15.4 as an example, however it should be mentioned and considered that 6lowpan will be used over other low-power radios which may have similar characteristics to 802.15.4, but surely not the exact same mechanisms such as RFD/FFD and superframes. The use of these features in practice in the industry is also marginal even for 802.15.4.

On the same note - we need to correct this in RFC4944 as well either through an update or replacing it. Making it clear to newcomers that 6lowpan is only for 802.15.4.

Thanks,
Zach

Eunsook "Eunah" Kim wrote:
Dear 6LoWPANers,

For revision of the routing requirement documents, please give us your comments.
Currently, we have 4 tickets at issue tracker.

(http://trac.tools.ietf.org/wg/6lowpan/trac/query?component=routing-requirements)

- #1: "Make sure interface to 15.4 is clear".
One of the comments in Minneapolis
was whether 6LoWPAN WG is assuming only the 802.15.4 frame format or the
whole PHY/MAC protocol.

- #2: "Improve discussion of mutual requirements of routing and header
compression".
the relation between routing and header compression, contexts, etc

- #3: "Discuss hibernation-induced latency with the latency requirements".
Latency may be affected by nodes hibernation, depending on the MAC used.
Other MAC approaches than the legacy 802.15.4 may be used (e.g. TDMA) and
duty cycling may also affect latency (and many other things).

- #4: "Refine discussion on how MAC-layer ACKs can go into routing".
There was a comment that 802.15.4 does not protect layer two acknowledgments.
So many systems use data frames for acknowledgements.


Please feel free to give us comments on these issues or any other
issues for the revision.

Greetings,
-eunah
_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan

--

Zach Shelby
Head of Research
Sensinode Ltd.
Kidekuja 2
88610 Vuokatti
FINLAND

mobile: +358 40 7796297

This e-mail and all attached material are confidential and may contain legally privileged information. If you are not the intended recipient, please contact the sender and delete the e-mail from your system without producing, distributing or retaining copies thereof.
_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan

Reply via email to