Routing & RPL · Study deck

Routing in Low-Power IoT Networks

Routing is the job of choosing a path for data through a network.

Packet Pete is your guide for this deck.

routingiot-routinglow-power-lossy-networks

Packet Pete, the module guide, in a scene from this chapter.

After studying this chapter

Learning objectives

You will be able to:

decide between a static/default route, RPL, or infrastructure routing from IoT network constraints
write an RPL-fit record instead of defaulting to RPL without justification
treat DIO as discovery evidence and DAO as return-path support, and require repair to be tested
Explain: Routing is the job of choosing a path for data through a network.

Major section

Start With the Weakest Link · Overview: IoT Routing Starts With Constraints

Routing is the job of choosing a path for data through a network.

In an IoT network, the weakest part may be a battery device that sleeps or a radio link that fades.
A relay device, called a parent, may change.
The radio may carry only short bursts of data.

Major section

Practitioner: Write the RPL Fit Record · Under the Hood: Parent Choice and Repair Are the Boundary

A practical routing record should let another engineer decide whether RPL is appropriate and whether the chosen parent, repair behavior, and return path were proven.

The example explains RPL operation; it does not by itself establish that RPL is the best choice for a deployment.

A worked RPL example separates upward parent formation from storing-mode downward route advertisement. Rank values follow the stated OF0 settings, not a universal hop-count rule.

Major section

Proving End-to-End Paths

The warning arrives, but the reply that should silence the alarm never reaches the sensor.

One successful message did not prove a working path.
A gateway is the device that joins one network to another.
Telemetry means the readings and status a device reports.
Firmware is the code stored on the device.

End-to-end connectivity is proven by checking the named flow's source address, hop-by-hop forwarding, border policy, upstream route, return path, and loop-limit evidence.

Major section

Proving End-to-End Paths (continued)

A green network icon is not enough evidence.

This simple path test does not prove every future condition.
Loads, rules, and radio links can change.
The deeper sections show how addresses, forward routes, return paths, and loop limits turn the first test into a reviewable connectivity record.
That device-centered view keeps the design honest.

Major section

Proving End-to-End Paths (continued)

Connectivity is not proven by saying the network is up.

It separates local radio reachability from routed IP reachability, and it shows whether the deployment has enough evidence for telemetry, commands, diagnostics, and recovery paths.
End-to-end IoT connectivity is a whole-path claim.
Static routes are useful when the topology is small and stable.

Major section

Proving End-to-End Paths (continued)

Each transition asks a different question: local forwarding selects the next hop, border policy permits or denies the flow, and the upstream route must reach the destination.

Naming the exact source, destination, direction, and service lets packet captures and route state prove one whole path instead of an ambiguous claim that the network is connected.
A sensor needs a usable address, a route off its local link, gateway forwarding, upstream reachability, and a return path for replies.
Traceroute, route-table lookup, gateway logs, and translation or routed-prefix evidence keep those checks separate.

Major section

Summary

IoT routing has to be selected from the deployment constraints: power, memory, link quality, relay role, traffic direction, gateway dependency, and maintenance visibility.

Static routes, RPL, and infrastructure routing all have valid places, but they prove different claims.
RPL fits constrained IPv6 meshes where nodes forward for one another and route repair matters.
The review record should name the root, relay candidates, Objective Function, parent evidence, traffic directions, repair tests, and operations signals.

Upward telemetry and downward commands are different claims. A formed DODAG is not proof that both directions work.

Deck summary

Key takeaways

Routing is the job of choosing a path for data through a network.

A practical routing record should let another engineer decide whether RPL is appropriate and whether the chosen parent, repair behavior, and return path were proven.
The warning arrives, but the reply that should silence the alarm never reaches the sensor.
A green network icon is not enough evidence.
Connectivity is not proven by saying the network is up.

Retrieval practice

Recall check 1 of 6

Packet Pete says: answer from memory, then check your reasoning.

Q1A battery-powered IPv6 sensor mesh has lossy links, sleeping nodes, and most traffic flowing toward one border router. Which routing review question comes first?

AWhich enterprise routing protocol has the longest feature list.

BWhich route fits link quality, relay roles, traffic direction, and repair.

CWhether every node can be treated like a mains-powered campus router.

DWhether the application dashboard can hide routing instability from operators.

Show answer

Answer: B IoT routing should be selected from deployment constraints: link quality, relay roles, traffic direction, route repair, and observable evidence.

Retrieval practice

Recall check 2 of 6

Packet Pete says: answer from memory, then check your reasoning.

Q2A constrained mesh sends most readings upward to one gateway. Several leaf nodes can hear two relays, but one relay has a much weaker wireless link even though it is one hop closer to the root. Which design record is strongest?

AUse only static routes because a fixed route prevents parent changes.

BUse hop count only because fewer hops always means better route quality.

CUse RPL with MRHOF, keep parent evidence, and test repair on relay failure.

DSkip downward-route review because the mesh usually sends telemetry upward.

Show answer

Answer: C The practitioner record should connect routing approach, Objective Function, parent evidence, repair behavior, and traffic direction.

Retrieval practice

Recall check 3 of 6

Packet Pete says: answer from memory, then check your reasoning.

Q3A node keeps switching between two parents with similar metrics, and telemetry still reaches the root most of the time. What is the strongest routing review response?

AIgnore the churn because any successful telemetry packet proves the mesh is stable.

BChoose the parent with the highest Rank because it has moved farthest from the root.

CDisable all route-health logging so the application dashboard looks cleaner.

DTreat churn as route-health evidence; recheck hysteresis, DAO, and repair delivery.

Show answer

Answer: D Under the hood, parent churn, Rank direction, DAO effects, repair tests, and packet evidence decide whether a routing claim is credible.

Retrieval practice

Recall check 4 of 6

Packet Pete says: answer from memory, then check your reasoning.

Q4A sensor can ping its gateway, but cloud replies never return. What does the evidence prove?

AFull end-to-end connectivity, because the gateway answered.

BOnly first-hop reachability; the forward and return path is still unproven.

CThat TTL or Hop Limit is irrelevant to the diagnosis.

DThat the sensor route table can be ignored once a gateway is visible.

Show answer

Answer: B End-to-end connectivity requires source addressing, hop-by-hop forwarding, policy, and return-path evidence.

Retrieval practice

Recall check 5 of 6

Packet Pete says: answer from memory, then check your reasoning.

Q5A sensor can ping its local gateway. Traceroute to an application endpoint shows the first hop as the gateway and then stops. Which finding best matches the evidence?

AThe sensor has no address because the gateway can hear its radio frames before network addressing completes.

BThe sensor lacks a route to its own gateway address.

CA loop is proven by a traceroute that stops after one hop.

DGateway or upstream forwarding needs investigation next.

Show answer

Answer: D Use the last responsive hop as the first place to inspect.

Retrieval practice

Recall check 6 of 6

Packet Pete says: answer from memory, then check your reasoning.

Q6Traceroute from a sensor toward the gateway alternates between two router addresses until the probes expire. What is the most defensible conclusion?

AThe application protocol is misconfigured, because traceroute never checks routing.

BRPL removes the need for source addresses and return paths inside low-power meshes.

CA routing loop is likely; repair next-hop state on the repeated routers.

DThe correct response is to increase TTL so the packet can circulate longer.

Show answer

Answer: C Repeated hops are loop evidence.

Print reference

Answers 1 of 2

Answer key.

B · IoT routing should be selected from deployment constraints: link quality, relay roles, traffic direction, route repair, and observable evidence.
C · The practitioner record should connect routing approach, Objective Function, parent evidence, repair behavior, and traffic direction.
D · Under the hood, parent churn, Rank direction, DAO effects, repair tests, and packet evidence decide whether a routing claim is credible.
B · End-to-end connectivity requires source addressing, hop-by-hop forwarding, policy, and return-path evidence.

Print reference

Answers 2 of 2

Answer key.

D · Use the last responsive hop as the first place to inspect.
C · Repeated hops are loop evidence.