RPL Message DIO: Pv6 Routing Protocol For Low-Power and Lossy Networks Dodag Information Object
RPL Message DIO: Pv6 Routing Protocol For Low-Power and Lossy Networks Dodag Information Object
RPL Message DIO: Pv6 Routing Protocol For Low-Power and Lossy Networks Dodag Information Object
Anatol Badach
The RPL (IPv6 Routing Protocol for Low-Power and Lossy Networks) message DIO (DODAG
Information Object) is fundamental in setting up and modifying the DODAG (Destination Oriented
Directed Acyclic Graph). The construction of a new DODAG is always initiated from the root and
then continued from the intermediate node to the end node. In addition, each node with the DIO
periodically signals its status to all other nodes that it can reach directly. The DIO is always the first
protocol message that each node sends to all its neighboring nodes immediately after startup.
Anatol Badach: RPL Message DIO July 2018
Each message DIO must contain the information that can be used to uniquely identify the current
version of DODAG that is to be rebuilt. This information includes:
• RPLInstanceID – the identification (ID) of the RPL instance. It describes the affiliation of the
sender to an RPL instance.
• (DODAG) Version Number – the numeric value continuously incremented by the root to
determine the current DODAG Version.
• DODAG ID – the identification of a DODAG.
To allow flexible logical structures in the form of several DODAGs in LLNs, the current and LLN-
wide unique DODAG Version is uniquely determined by tuple (RPL instance ID, DODAG ID,
DODAG Version Number).
In a DAG Metric Container several Routing M/C Objects can be transported. Such an object contains
the specification of a link metric or the constraints associated with the link. If different metrics have
been assigned to a link and/or multiple constraints have to be met, a Routing M/C Object is formed
and then transmitted in a DAG Metric Container. These individual Routing M/C Object of a link must
then be assigned priorities according to which they are used in the route selection. Each Routing M/C
Object therefore has a priority, which is entered as Precedence (Prec) in the Metric Container.
Using the indicators P, C, O and R, it is possible for the receiver of the Routing M/C Object to
determine whether it is a Routing Metric or a Routing Constraint and how the details are to be
interpreted.