The 6TiSCH WG meeting @IETF97 is scheduled tomorrow Thursday 17 November
9.30-11.00am Seoul time.
Agenda: https://datatracker.ietf.org/meeting/97/agenda/6tisch/
Slides: https://datatracker.ietf.org/doc/slides-97-6tisch-meeting-slides/
To attend the meeting remotely, several options at
https://www
All,
You will find the slides for tomorrow's 6TiSCH WG meeting at
https://datatracker.ietf.org/doc/slides-97-6tisch-meeting-slides/.
@Presenters, please verify we got it all right.
Thomas
--
___
Thomas Watteyne, PhD
Research Scientist & Innovator, Inria
Sr
Gregory,
I agree with Michael's response, but I fail to understand the
scope/relevance of what you are describing.
The firmware running on the mote implements the IEEE802.15.4 TSCH state
machine, which includes everything related to timing.
If your "malware" is a complete new firmware, it can do
Yasuyuki Tanaka writes:
> In this sense, the purpose of macNodeAddress is only to make something
> like a priority cell for outgoing frames to a certain MAC address
> other than the broadcast address. And, we cannot allocate a cell
> exclusively used for sending broadcast frames. I wish IEEE
> 802.
Hi Thomas and Tero,
Thank you for your responses! Yes, Tero's answered my question!!
To summarize:
[For TX]
- Any destination address is accepted in a cell if and only if its
macNodeAddress is the broadcast address (or the short broadcast
address).
- A unicast frame is sent over a cell wh
