urv.olsr.message.generator
Class TcMessageGenerator
java.lang.Object
urv.olsr.message.generator.TcMessageGenerator
public class TcMessageGenerator
- extends java.lang.Object
In order to build the topology information base, each node, which has
been selected as MPR, broadcasts Topology Control (TC) messages. TC
messages are flooded to all nodes in the network and take advantage
of MPRs. MPRs enable a better scalability in the distribution of
topology information [1].
The list of addresses can be partial in each TC message (e.g., due to
message size limitations, imposed by the network), but parsing of all
TC messages describing the advertised link set of a node MUST be
complete within a certain refreshing period (TC_INTERVAL). The
information diffused in the network by these TC messages will help
each node calculate its routing table.
When the advertised link set of a node becomes empty, this node
SHOULD still send (empty) TC-messages during the a duration equal to
the "validity time" (typically, this will be equal to TOP_HOLD_TIME)
of its previously emitted TC-messages, in order to invalidate the
previous TC-messages. It SHOULD then stop sending TC-messages until
some node is inserted in its advertised link set.
A node MAY transmit additional TC-messages to increase its
reactiveness to link failures. When a change to the MPR selector set
is detected and this change can be attributed to a link failure, a
TC-message SHOULD be transmitted after an interval shorter than
TC_INTERVAL.
- Author:
- Gerard Paris Aixala
Methods inherited from class java.lang.Object |
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait |
TcMessageGenerator
public TcMessageGenerator(OLSRMessageSender messageSender,
MprSelectorSet mprSelectorSet,
OLSRPacketFactory olsrPacketFactory,
MulticastGroupsTable multicastGroupsTable,
OLSRNode localNode)
generateAndSend
public void generateAndSend()