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 <[email protected]> a écrit : > > > Pascal Thubert (pthubert) <[email protected]> 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 <[email protected]>, Sandelman Software Works > -= IPv6 IoT consulting =- > > > > _______________________________________________ > 6tisch mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/6tisch _______________________________________________ 6tisch mailing list [email protected] https://www.ietf.org/mailman/listinfo/6tisch
