Gregory Braekevelt wrote:
> I'm mainly searching for information that proofs or counters the fact
> that malware (can) cause clock drift.
It could be the case, and for a specific device, and a specific piece of
malware, it could be the case. I see no reason for there to be general rule
Hi Diego,
Thank you for your prompt reply! I appreciate it!!
I understand it better. Honestly, I'm still confused a little bit,
though...
diego> In fact, we do not specify which type of cells (RX,TX) we are
diego> allocating, we only say that we need to allocate them as an
diego> introduction to
2016-11-11 17:14 GMT-03:00 Prof. Diego Dujovne :
> Yasuyuki,
> -02 version does not take into account symmetry.
> In fact, we do not specify which type of cells (RX,TX) we
> are allocating, we only say that we need to allocate them as
> an introduction to the section.
>
Hi all,
I'd appreciate it if someone could help me understand SF0 Cell
Estimation Algorithm mentioned in draft-ietf-6tisch-6top-sf0-02...
https://tools.ietf.org/html/draft-ietf-6tisch-6top-sf0-02#section-5
What I've read from the draft is that the Cell Estimation Algorithm
tries to have at leas
Hi Tengfei,
I think an assumption there is that a node has no state with its
neighbors just after booting up or restarting. On the other hand, a
neighbor of them may have cells allocated for the node. To resolve
such a possible inconsistency, the node issues CLEAR to each of its
neighbors.
Best,
