699  RPL DODAG Construction Process

699.1 DODAG Construction Process

NoteLearning Objectives

By the end of this section, you will be able to:

  • Understand the step-by-step DODAG construction algorithm
  • Explain the role of DIO, DIS, and DAO messages in network formation
  • Trace message flows during DODAG formation
  • Understand timing and convergence of RPL networks

RPL builds the DODAG through control messages:

Graph diagram

Graph diagram
Figure 699.1: RPL control messages and DODAG joining flow

{fig-alt=“RPL control messages overview showing DIO (advertise DODAG), DIS (request info), DAO (advertise reachability), DAO-ACK (acknowledgment), and DODAG construction flow from ROOT sending DIO through node joining to DAO advertisement”}

Artistic visualization of RPL control message types: DIO broadcasting DODAG information outward from root, DIS soliciting information from new nodes, DAO advertising reachability upward toward root, and DAO-ACK confirming receipt for reliable downward routes

RPL Control Messages
Figure 699.2: RPL uses three primary control message types to construct and maintain the DODAG. DIO messages propagate outward from root advertising network parameters, DAO messages flow upward to register reachability for downward routing, and DIS messages allow nodes to actively request network information when joining.

Geometric visualization of RPL objective function showing multiple metrics like ETX, hop count, energy, and latency being combined into a single rank value that determines parent selection and routing path preference

RPL Objective Function
Figure 699.3: The objective function determines how RPL calculates rank values for parent selection. Common objectives include minimizing hop count (OF0), optimizing expected transmission count (MRHOF with ETX), or balancing energy consumption across the network. Different objective functions enable RPL adaptation to diverse IoT requirements.

699.2 DODAG Construction: Visual Algorithm

This condensed visual sequence shows the 5 key phases of DODAG construction. Each diagram focuses on one step, making the algorithm easy to understand and remember.

699.2.1 Step 1: Root Initialization

Flowchart diagram

Flowchart diagram
Figure 699.4: Step 1: Root broadcasts DIO to unknown nodes

{fig-alt=“Step 1 of DODAG construction algorithm showing Root node at Rank 0 (orange) broadcasting DIO messages to three unknown nodes (gray question marks) that have not yet joined the network”}

What happens: Root broadcasts DIO containing Rank=0, DODAG ID, and objective function. Neighboring nodes receive but haven’t processed yet.

699.2.2 Step 2: First-Hop Join

Flowchart diagram

Flowchart diagram
Figure 699.5: Step 2: First-hop nodes join and calculate RANK

{fig-alt=“Step 2 of DODAG construction showing first-hop nodes A, B, and C (green) joining the network with calculated Rank values of 256, 256, and 384 respectively, connected to the Root node”}

What happens: Nodes hear DIO, calculate Rank = Parent_Rank + Link_Cost, and select root as parent. Node C has higher Rank (384) due to poorer link quality.

699.2.3 Step 3: Multi-Hop Expansion

Flowchart diagram

Flowchart diagram
Figure 699.6: Step 3: Multi-hop expansion to second-tier nodes

{fig-alt=“Step 3 showing multi-hop expansion with nodes D and E (dark blue) joining at Rank 512 through their parents A and B, forming a two-level tree structure below the root”}

What happens: First-hop nodes broadcast their own DIO messages. Second-hop nodes (D, E) join with Rank = 256 + 256 = 512. Process ripples outward hop-by-hop until all nodes join the DODAG.

699.2.4 Step 4: DAO Propagation

Flowchart diagram

Flowchart diagram
Figure 699.7: Step 4: DAO messages flow upward to build routes

{fig-alt=“Step 4 showing DAO message propagation flowing upward from leaf nodes D and E through intermediate nodes A and B toward the Root, building downward routing tables for optional two-way communication”}

What happens: Nodes send DAO (Destination Advertisement Object) messages toward the root to establish downward routes. This enables the root (and intermediate nodes in storing mode) to send data to specific nodes.

699.2.5 Step 5: Steady State

Flowchart diagram

Flowchart diagram
Figure 699.8: Step 5: Complete DODAG with bidirectional routes

{fig-alt=“Step 5 showing complete DODAG in steady state with all nodes joined, parent relationships established, and downward routes available at the root for bidirectional communication”}

What happens: DODAG complete! Trickle algorithm now maintains consistency with minimal overhead—DIO messages become rare when network is stable. If a node fails, neighbors detect it and repair locally.

TipAlgorithm Summary
Step Action Messages Result
1 Root init DIO broadcast DODAG announced
2 First-hop join DIO received Nodes calculate Rank, select parent
3 Multi-hop expand DIO ripple outward All nodes join progressively
4 Downward routes DAO toward root Root learns paths to all nodes
5 Steady state Trickle-controlled DIO Minimal overhead, self-healing

699.3 Step-by-Step DODAG Construction

Mermaid diagram

Mermaid diagram
Figure 699.9: Complete DODAG construction with DIO, DAO, and DAO-ACK

{fig-alt=“DODAG construction sequence diagram showing 5 steps: ROOT initiates with DIO, nodes receive and join calculating RANK, nodes propagate DIO, upward routes established via parent pointers, downward routes built via DAO messages”}

699.4 DODAG Formation: Step-by-Step Visual Guide

The following sequence shows how a DODAG forms step-by-step in a real network. This progressive visualization helps you understand the temporal dynamics of RPL—not just the final topology, but how nodes discover each other and build the routing structure over time.

Understanding how RPL networks self-organize from chaos to hierarchy is crucial for troubleshooting and optimization. This 7-step visual progression shows the complete DODAG construction process with real timing information.

699.4.1 Understanding DAG vs DODAG First

Comparison between DAG (Directed Acyclic Graph) with three independent trees each having separate roots, versus DODAG (Destination Oriented Directed Acyclic Graph) with single root where all nodes in network form unified tree structure converging to one destination, illustrating RPL's single-root constraint for IoT routing efficiency

DAG vs DODAG comparison
Figure 699.10

Diagram showing a general DAG (Directed Acyclic Graph) structure where multiple nodes at the top level could serve as roots. The text explains that RPL specifically builds DODAGs - DAGs with exactly one designated root destination, unlike this general DAG example.

DAG example - contrast with DODAG

Artistic visualization comparing DAG versus DODAG structures, with DAG showing multiple potential root nodes highlighted and DODAG showing single designated root with all paths converging toward it, color-coded to emphasize the single-destination orientation that makes DODAG ideal for IoT sensor-to-gateway traffic patterns.

RPL DAG and DODAG Comparison
Figure 699.11: A general DAG (shown) can have multiple potential roots. RPL builds a DODAG - a DAG with exactly one root destination

Key Difference: A DAG can have multiple independent trees with separate roots. A DODAG has exactly one root (the gateway/border router) where all paths converge. This single-destination orientation is perfect for IoT’s many-to-one traffic pattern (sensors to cloud).

699.5 The 7-Step DODAG Formation Process

This visual sequence shows how RPL transforms unorganized nodes into a self-healing hierarchical network. Pay attention to the timing and message flow at each step—understanding the process is more important than memorizing the final topology.

699.5.1 Step 1: Initial State - Unorganized Network

Initial network state showing root node at top and multiple unconnected sensor nodes arranged below with all connections shown as dotted lines representing potential physical radio links before DODAG formation begins, with nodes needing to organize and learn their place in hierarchy

Initial network state before DODAG formation
Figure 699.12

Network State: - One designated root (border router/gateway) at top - Multiple sensor nodes powered on and ready - All connections are potential (dotted lines = physical radio range) - Nodes don’t know their parents or RANK values yet - Network needs to self-organize from chaos to hierarchy

What nodes know: Their own address, radio is on, listening for RPL messages

What nodes don’t know: Who is the root, what DODAG to join, which neighbor to use as parent

Real-world timing: This is the state at t=0 seconds when you power on a network

699.5.2 Step 2: Root Broadcasts DIO (t = 0-2 seconds)

Step 1 of DODAG formation showing root node broadcasting DIO (DODAG Information Object) messages to first-hop neighbors, establishing DODAG identity with RANK 0 and announcing itself as network coordinator

DODAG Step 1: Root broadcasts DIO
Figure 699.13

Root Initiates DODAG (DIO Broadcast)

The root initiates DODAG construction by broadcasting DIO (DODAG Information Object) messages:

  • Message content: “I am the root, RANK = 0, DODAG_ID = [IPv6 address], Objective Function = ETX”
  • Who receives: All nodes within radio range of root (first-hop neighbors, shown in row 2)
  • Propagation: Multicast to all neighbors (efficient broadcast using IPv6 multicast)
  • RANK announced: Root advertises RANK = 0
  • Analogy: Root announces “I’m here! I’m in charge!” to nearby nodes

First-hop nodes receive DIO: - Calculate their own RANK: RANK = 0 + rank_increase (typically 100-256) - Select root as their parent (best option available) - Store DODAG_ID and configuration

Real-world timing: DIO sent immediately on root startup (t=0-2s), then controlled by trickle timer

Key insight: Only nodes in radio range hear this first DIO. Network expands outward in a “ripple effect” as these nodes forward DIOs in later steps.

699.5.3 Step 3: First-Hop Nodes Join and Propagate (t = 2-5 seconds)

Step 2 of DODAG formation showing first-hop nodes receiving DIO, calculating rank, and selecting root as parent, establishing parent-child relationships in the hierarchy

DODAG Step 2: Neighbors receive DIO and select parents
Figure 699.14

Nodes Join and Send DAO Messages Upward

First-hop nodes (row 2) now participate in DODAG:

  • Nodes send DAO (Destination Advertisement Object) messages upward to root:
    • Message content: “I am reachable via you, my address is [IPv6]”
    • Direction: Child to Parent (upward toward root)
    • Purpose: Build downward routes so root can send commands/updates to specific nodes
  • Storing mode: Root stores routing table entry: “Node X reachable via this interface”
  • Nodes send own DIOs to their neighbors (row 3):
    • Advertise their RANK (e.g., RANK = 256)
    • Propagate DODAG information outward
    • Enable row 3 nodes to join in next step
  • Analogy: “Hey parent! You can send things to me” (DAO upward) + “Hey neighbors! Join this DODAG” (DIO outward)

Real-world timing: DAO sent 1-3 seconds after receiving DIO (in Storing mode)

Ripple effect: Network expands outward as each layer joins and forwards DIOs to the next layer

699.5.4 Step 4: DODAG Expands Outward (t = 5-10 seconds)

Step 3 of DODAG formation showing second-tier nodes forwarding DIO messages to their neighbors, expanding the DODAG tree structure outward from root

DODAG Step 3: Second-tier nodes forward DIO
Figure 699.15

Deeper Nodes Request and Join

Nodes in rows 3 and 4 (farther from root) now join DODAG:

  • Some nodes send DIS (DODAG Information Solicitation):
    • Message content: “Hello? Is there a DODAG here? Send me DIO!”
    • Purpose: Speed up discovery instead of waiting for periodic DIOs
    • When sent: New node joining, or node woke from sleep and missed DIOs
    • Response: Neighbors immediately reply with DIO messages
  • Nodes receive DIOs from row 2 neighbors:
    • Calculate their RANK: RANK = parent_RANK + rank_increase (e.g., 256 + 200 = 456)
    • Select parent with best metrics (lowest RANK, good link quality)
    • May hear DIOs from multiple potential parents
  • Nodes establish position in DODAG hierarchy:
    • Store parent pointer, RANK value, DODAG_ID
    • Determine which “floor” they’re on in the building analogy

Real-world timing: DIS accelerates joining from 10-30s (waiting for DIOs) to 2-5s (proactive request)

Trickle timer interaction: DIS resets trickle timer on recipients, causing them to send DIOs sooner for faster convergence

699.5.5 Step 5: DAO Messages Flow Upward (t = 10-20 seconds)

Step 4 of DODAG formation showing more nodes joining the DODAG as the tree structure expands, with nodes calculating their RANK values and selecting parents

DODAG Step 4: Tree structure expands
Figure 699.16

All Nodes Send DAO to Build Downward Routes

Now that all nodes have joined and selected parents, they advertise their reachability:

  • All nodes send DAO upward toward root:
    • Leaf nodes send DAO to their parents
    • Intermediate nodes aggregate DAOs from children and forward upward
    • Storing mode: Each parent stores “Node X reachable via child Y”
    • Non-Storing mode: Only root stores complete topology
  • DAOs propagate upward hop-by-hop:
    • Row 4 to Row 3 to Row 2 to Root
    • Each hop adds routing information
  • Purpose: Build downward routes so root/parents can send packets to specific nodes

Real-world timing: DAO messages sent every 30-60 seconds (controlled by DAO timer)

Overhead: In 50-node network, ~50 DAO messages total (one per node) over 10-20 seconds

699.5.6 Step 6: Root Confirms Routes (t = 20-30 seconds)

Step 5 of DODAG formation showing edge nodes receiving DIO and selecting parents, completing the tree expansion to leaf nodes at the network periphery

DODAG Step 5: Edge nodes receive DIO
Figure 699.17

Root Sends DAO-ACK Confirmations

Root (or parents in Storing mode) send DAO-ACK to acknowledge DAO messages:

  • Message content: “I received your DAO, I know how to reach you now”
  • Direction: Parent to Child (downward, following the DAO path in reverse)
  • Purpose:
    • Reliability: Confirm routing table updated successfully
    • Error detection: If DAO-ACK doesn’t arrive, node retransmits DAO after timeout
    • Root authority: “I am the root, I see you and know how to route to you”
  • Optional: DAO-ACK can be disabled in low-reliability networks to reduce overhead

Real-world timing: DAO-ACK sent immediately after receiving DAO (1-2 seconds)

Storing vs Non-Storing: In Storing mode, each parent sends DAO-ACK. In Non-Storing mode, only root sends DAO-ACK (since only root stores routes).

699.5.7 Step 7: Steady State - DODAG Complete (t = 30+ seconds)

Step 6 final DODAG state showing complete hierarchical network topology with all nodes having routes to root, parent-child relationships established, and bidirectional routing operational

DODAG Step 6: Complete DODAG formed
Figure 699.18

DODAG Formation Complete! Network is now operational with bidirectional routing:

  • Upward routes (sensors to root): Each node knows its parent (parent pointer)
    • Leaf nodes have one primary parent (solid line in diagram)
    • Intermediate nodes may store backup parents (dotted lines = alternate paths)
    • Default route: “Send to parent” (no routing table needed for upward)
    • Memory: 4-8 bytes per node (just parent pointer)
  • Downward routes (root to sensors): Built via DAO messages
    • Storing mode: Each node has routing table for descendants (10-100 KB total)
    • Non-Storing mode: Only root has routing table, uses source routing (root needs 10-100 KB, nodes need 0 bytes)
  • Network operational: Data can flow:
    • Upward: Sensor readings to cloud (many-to-one)
    • Downward: Commands/firmware to actuators (one-to-many)
    • Point-to-point: Sensor to actuator via common ancestor

Key observation: Leaf nodes (bottom row) have one primary route to root, but network maintains alternate paths (dotted lines) for fault tolerance. If primary parent fails, node switches to backup parent instantly (no global reconfiguration needed).

Maintenance overhead: After convergence, trickle timer backs off to 10-60 minute DIO intervals, using less than 1% of bandwidth

699.6 DODAG Formation Timing Summary

Understanding the temporal progression helps you diagnose network formation issues and optimize convergence time:

Step Time Action Key Timing Factors
1. Initial t=0s Unorganized network Power-on, all nodes listening
2. Root DIO t=0-2s Root broadcasts first DIO Immediate on startup
3. First-hop join t=2-5s Row 2 joins, sends DAO+DIO DIO processing + RANK calc
4. Ripple expansion t=5-10s Rows 3-4 join via DIS/DIO DIS accelerates (vs waiting for periodic DIO)
5. DAO upward t=10-20s All nodes send DAO to root DAO timer (30-60s default, can be faster)
6. DAO-ACK confirm t=20-30s Root confirms all routes ACK sent immediately after DAO
7. Steady state t=30s+ Network operational Trickle backs off to 10-60 min DIOs

Convergence time for 50-node network: Typically 30-120 seconds depending on: - Trickle timer settings: Aggressive (Imin=10ms) vs conservative (Imin=1s) - Network depth: 3-hop network converges faster than 7-hop - DIS usage: Proactive DIS reduces convergence from 120s to 30s - Radio conditions: Packet loss increases retransmissions and delays

Critical applications: Use aggressive timers (10s convergence), accept higher control overhead

Battery-optimized deployments: Tolerate slower formation (2-5 min), minimize DIO/DAO frequency

699.7 Message Flow: Complete Sequence Diagram

This enhanced sequence diagram shows the complete message exchange during DODAG formation, including timing and RANK calculation:

Mermaid diagram

Mermaid diagram
Figure 699.19: Complete 7-step DODAG formation sequence with timing

{fig-alt=“Complete DODAG formation sequence diagram showing temporal progression from t=0s initialization through 7 steps: root DIO broadcast, first-hop join with RANK calculation, ripple expansion via DIS/DIO, DAO messages flowing upward to build downward routes, DAO-ACK confirmations, and final steady state with operational network, illustrating message types, RANK values at each hop, and timing for 50-node network convergence”}

Key insights from message flow: 1. RANK increases hop-by-hop: 0 to 256 to 456 to 636 (based on link quality, not just hop count) 2. DIO flows downward (away from root), DAO flows upward (toward root) 3. DIS accelerates discovery (Node C doesn’t wait for periodic DIO from B) 4. DAO aggregation: Node B’s DAO to A includes both B and C reachability 5. Convergence: 30 seconds typical for small network, up to 120s for large/deep networks

699.8 Enhanced Message Flow: Detailed DODAG Building Sequence

This section provides an in-depth walkthrough of exactly what happens during DODAG formation, with specific message contents, timing details, and node state changes. Understanding this level of detail is crucial for troubleshooting and optimizing RPL networks.

699.8.1 Message Types and Their Roles

Before diving into the sequence, let’s understand the four core RPL control messages:

Graph diagram

Graph diagram
Figure 699.20: Four RPL control message types and their purposes

{fig-alt=“RPL control message types diagram showing four core message types: DIO for advertising DODAG information with RANK and configuration, DIS for requesting DODAG information to speed joining, DAO for advertising node reachability to build downward routes, and DAO-ACK for confirming route installation, with each message type showing its primary purpose and information carried”}

Message Direction Summary: - DIO: Flows downward (away from root) - Builds DODAG topology - DIS: Sent to neighbors - Requests DIOs to accelerate joining - DAO: Flows upward (toward root) - Builds downward routing tables - DAO-ACK: Flows downward (from root/parents) - Confirms DAO received

699.8.2 Detailed Step-by-Step Message Exchange

Let’s walk through a concrete example with specific node addresses, message contents, and timing. This example shows a 12-node smart building network forming its DODAG.

Network Setup: - Root: Border router (BR) at address fd00::1, connected to Internet - Nodes: 11 sensor nodes (addresses fd00::2 through fd00::c) - Topology: 4-layer hierarchy (root + 3 layers of sensors) - Radio: IEEE 802.15.4, range ~30m per hop - Objective Function: ETX (Expected Transmission Count)

Mermaid diagram

Mermaid diagram
Figure 699.21: Detailed message exchange with IPv6 addresses and ETX metrics

{fig-alt=“Detailed RPL DODAG formation message exchange sequence showing complete protocol interaction between border router root node and three sensor nodes with specific IPv6 addresses, including exact message contents with DODAG ID, RANK calculations based on ETX link quality metrics, parent selection logic comparing multiple potential parents, DAO message aggregation as nodes forward reachability information upward, and DAO-ACK confirmations flowing back down to establish bidirectional routing”}

Key Observations from Detailed Exchange:

  1. Parent Selection is Metric-Based: Node C receives DIOs from both Node A (RANK 307) and Node B (RANK 384), but chooses Node A because the total path cost (parent RANK + link ETX) is lower (589 vs 896)

  2. DAO Aggregation: When Node C sends its DAO to Node A, Node A aggregates both its own reachability (fd00::2) and Node C’s reachability (fd00::4) into a single DAO forwarded to the root

  3. Bidirectional Confirmation: DAO-ACK messages flow back down the same path, confirming each hop that the route was successfully installed

  4. Timing Dependencies: Each step depends on the previous completing:

    • DIOs must arrive before nodes can calculate RANK
    • RANK must be calculated before nodes send DAO
    • DAO must arrive before DAO-ACK can be sent
  5. Trickle Timer Behavior: After initial formation (~30s), DIO interval increases from 10s to 30s to 1min to 10min to minimize overhead once topology is stable

699.9 Understanding RANK Calculation in Formation

As the DODAG forms, each node calculates its RANK based on the Objective Function (OF):

Example with ETX (Expected Transmission Count) metric:

Root: RANK = 0

First-hop node (good link, ETX = 1.2):
RANK = 0 + (ETX x 256) = 0 + 307 approximately 300

Second-hop node (good link from first-hop, ETX = 1.1):
RANK = 300 + (1.1 x 256) = 300 + 282 approximately 582

Leaf node (poor link from second-hop, ETX = 2.5):
RANK = 582 + (2.5 x 256) = 582 + 640 = 1222

RANK increases as you move away from root. Nodes always forward upward to lower RANK (toward root), preventing loops. The rate of increase depends on link quality—poor links cause larger RANK jumps, discouraging routes through unreliable paths.

Objective Functions: - OF0 (RFC 6552): Hop count or ETX (simple, widely supported) - MRHOF (RFC 6719): Minimum Rank with Hysteresis (avoids parent flapping) - Custom OFs: Energy-aware, latency-optimized, security-enhanced (application-specific)

Artistic visualization of RPL Objective Function concepts showing how different metrics (ETX, hop count, energy, latency) are combined to calculate RANK values, with color-coded paths demonstrating how the objective function guides parent selection by evaluating link quality, energy consumption, and path reliability to optimize routing decisions.

RPL Objective Function

Geometric comparison diagram of different RPL objective functions including OF0 (hop count based), MRHOF (ETX with hysteresis), and energy-aware variants, showing how each function calculates RANK differently and leads to different parent selections in the same network topology.

RPL Objective Functions Comparison
Figure 699.22: RPL Objective Functions determine how RANK is calculated and influence parent selection decisions

699.10 Complete DODAG Formation Overview

Comprehensive overview of complete DODAG formation process showing the initial network state with root node at top and multiple sensor nodes below, demonstrating the starting point before self-organization begins with nodes needing to discover DODAG identity, calculate RANK values, and establish hierarchical parent-child relationships

Complete DODAG formation overview
Figure 699.23

Summary of DODAG Formation:

This comprehensive view shows the complete temporal evolution of RPL DODAG construction:

  1. Initial chaos - Unorganized nodes with potential connections
  2. Root broadcast - DIO messages establish DODAG identity (RANK 0)
  3. Upward advertisement - DAO messages build downward routing paths
  4. Position discovery - DIS messages accelerate node integration
  5. Route confirmation - DAO-ACK validates routing table entries
  6. Final hierarchy - Operational tree with fault-tolerant alternate paths

Key pedagogical insight: Understanding the process (how DODAG forms over time) is more important than memorizing the final topology. When troubleshooting RPL networks, you’ll diagnose issues by observing DIO/DAO/DIS message flows during formation, not by looking at static routing tables.

Real-world timing: In a 50-node sensor network, complete DODAG formation typically takes 30-120 seconds depending on trickle timer settings, radio conditions, and network depth (max hops from root). Critical applications use aggressive timers (10s convergence), while battery-optimized deployments tolerate slower formation (2-5 min) for reduced control overhead.

699.11 Summary

This chapter covered the complete DODAG construction process:

  • 5-Phase Algorithm: Root initialization, first-hop join, multi-hop expansion, DAO propagation, and steady state
  • Message Types: DIO (advertises DODAG), DIS (requests information), DAO (builds downward routes), DAO-ACK (confirms routes)
  • 7-Step Formation: Progressive network self-organization from chaos to hierarchy with specific timing at each step
  • RANK Calculation: Objective function-based metric that increases with distance from root and accounts for link quality
  • Convergence Timing: 30-120 seconds typical for 50-node network, depending on trickle timer and network depth

699.12 What’s Next

Continue to RPL Worked Example to see a complete step-by-step RANK calculation for a 10-node smart lighting network, with specific formulas and parent selection decisions.