Re: [6tisch] Node Address of Cell

Synchronized is a good thing in a 6TiSCH world :-) On Wed, 16 Nov 2016 at 19:56 Yasuyuki Tanaka wrote: > Hi Tero, > Thank you for the clear explanation!! > > I check Figure 6-5 and Figure 6-6 that you referred. Indeed, there is > no distinction on a sending frame

Re: [6tisch] Node Address of Cell

Hi Tero, Thank you for the clear explanation!! I check Figure 6-5 and Figure 6-6 that you referred. Indeed, there is no distinction on a sending frame between unicast or broadcast. Now I've got synchronized. :-) Best, Yatch On 2016/11/16 4:05, Tero Kivinen wrote: Yasuyuki Tanaka writes: In

Re: [6tisch] Node Address of Cell

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 >

Re: [6tisch] Node Address of Cell

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

Re: [6tisch] Node Address of Cell

Yatch, Can you confirm Tero has answered your question? Thomas On Tue, Nov 15, 2016 at 12:02 PM, Tero Kivinen wrote: > Yasuyuki Tanaka writes: > > To my understanding, the scheduled cell in 6tisch-minimal can be used > > for both of unicast and broadcast. The destination address

[6tisch] Node Address of Cell

Yasuyuki Tanaka writes: > To my understanding, the scheduled cell in 6tisch-minimal can be used > for both of unicast and broadcast. The destination address of a frame > to be sent with the cell may have the MAC address of a particular > neighbor or the broadcast address. > > But I'm not sure how