[net2-wg] problem with the timer that controls routing beacon rate in CtpRoutingEngineP.nc

Omprakash Gnawali gnawali at usc.edu
Tue Mar 18 15:29:10 PDT 2008


>  > 2. Triggered route updates using the same timer as Trickle timer. We
>  > thought we would be able to fix this by calling resetInterval()
>  > instead of starting the timer when we need to generate on-demand
>  > beacons. This will ensure that there is only one way to change the
>  > Timer. Unfortunately, this will not work - we want to control how long
>  > to wait until we send a beacon in case of on-demand beacons depending
>  > on the situation (trigger update vs trigger immediate update), not
>  > possible using a single resetInterval() call.
>
>  Why are there two different cases? What is the difference? IIRC, we were
>  originally trying to distinguish beacons that should send soon and
>  beacons that should send NOW. But in the case of trickle, we can just
>  reduce this to beacons that should send NOW and take advantage of the
>  exponential decay. So we send a few extra packets. Let's simplify it.

Are you saying that reset should always trigger an immediate beacon?
Right now we set the timer to fire at min interval upon reset.

- om_p


More information about the net2-wg mailing list