Thank you, Diego.
I believe I have correct understanding as you explained.
Best,
Yatch
On 2016/11/21 14:26, Prof. Diego Dujovne wrote:
Yatch,
From my point of view, the only entities allowed
to talk to 6P are the SFs, so a clear command should
be triggered by the SF. From the point of view of the
SF, there will be no more effectively used cells towards
that particular neighbour, thus reducing the number of
cells to the OVERPROVISION value.
Regards,
Diego
2016-11-21 9:08 GMT-03:00 Yasuyuki Tanaka <yasuyuki9.tan...@toshiba.co.jp
<mailto:yasuyuki9.tan...@toshiba.co.jp>>:
Hi Thomas,
Sending an explicit CLEAR will speed things up, and avoid for the
previous preferred parent to waste energy listening to those. A
CLEAR wouldn't hurt, right?
This is right. But, I don't think it's a SF0 job. The thing is that
SF0 knows nothing about RPL.
If SF0 provided an API to send CLEAR to a particular neighbor, RPL
could trigger the CLEAR request to a previous preferred parent on its
parent switch, I guess.
Best,
Yatch
_______________________________________________
6tisch mailing list
6tisch@ietf.org <mailto:6tisch@ietf.org>
https://www.ietf.org/mailman/listinfo/6tisch
<https://www.ietf.org/mailman/listinfo/6tisch>
--
DIEGO DUJOVNE
Profesor Asociado
Escuela de Informática y Telecomunicaciones
Facultad de IngenierÃa - Universidad Diego Portales - Chile
www.ingenieria.udp.cl <http://www.ingenieria.udp.cl>
(56 2) 676 8125
_______________________________________________
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
