Well, as I said earlier the overhearing device can be configured with the slot 
set to shared, which is correct after all, so no ack from him...
Then there's the security; we must use a key that the overhearing device will 
know...

Regards,

Pascal

> Le 9 août 2017 à 18:03, Michael Richardson <mcr+i...@sandelman.ca> a écrit :
> 
> 
> Pascal Thubert (pthubert) <pthub...@cisco.com> wrote:
>> Unsure what your question is, Michael.
> 
>> The node that is scheduled to overhear can see the cell as shared, to
>> it will not ack.  There is the problem of the dMAC. In 6TiSCH tracks we
> 
> Yes, all of this assumes the ability to tune some low-level things.
> While I concur that a number of softmac will have the flexibility to do this,
> I wonder about this *in general*.
> 
>> There is no 'hardware' per se, since unless I miss something, all this
>> is upper MAC, classically software. So anyone shuld be able to try it
>> on its preferred gear. We used OpenMotes.
> 
> A number of radios can send ACKs automatically in the MAC without waking up
> the main CPU.  The ideas proposed in this document likely can not be
> implemented in those devices, and/or there will be higher main CPU wake
> times.  Of course, over time hardware will evolve.
> 
> --
> Michael Richardson <mcr+i...@sandelman.ca>, Sandelman Software Works
> -= IPv6 IoT consulting =-
> 
> 
> 
> _______________________________________________
> 6tisch mailing list
> 6tisch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tisch

_______________________________________________
6tisch mailing list
6tisch@ietf.org
https://www.ietf.org/mailman/listinfo/6tisch

Reply via email to