RPL路由协议核心术语解析：从DIO、DAO到ETX与存储模式

第一次用Cooja仿一个20个节点的低功耗有损网络（LLN，Low-power and Lossy Network）时，我被一串术语砸懵了：DIO、DIS、DAO、rank、ETX、OF0、MRHOF、storing mode、non-storing mode……当时我的第一反应是：这些词都是从哪里冒出来的？为什么以前学OSPF、BGP时积累的“metric”“cost”“holddown”在这里全对不上号？后来啃完RFC 6550和配套的RFC 6551、6552、6719，又把Contiki-NG里的RPL协议实现翻了几遍，才慢慢理出一条线索：这套术语不是随便造的，它背后是整套针对“低功耗+有损网络”的路由设计哲学。下面顺着这条线索完整拆给你。如果你正在做物联网节点、智能表计、工业无线传感器网络的开发，或者在读RPL协议源码、看抓包日志，这篇内容能帮你把术语从“背单词”变成“理解系统”。

1. 低功耗有损网络（LLN）是什么：术语存在的土壤

1.1 三个关键词：低功耗、有损、受限

LLN是IETF ROLL工作组定义的一类网络。名字里三个字母都对应硬约束：

• 低功耗：节点用电池供电是常态，有的还要靠太阳能、震动能量采集，MCU可能只有8位或16位，RAM几十KB很正常。在这种设备上，不可能跑一个完整的OSPF进程。
• 有损：无线链路受干扰、遮挡、多径、温湿度影响，丢包率居高不下，连接时断时续。这和有线骨干网那种“链路可靠”的假设完全不同。
• 受限：带宽窄、帧小。IEEE 802.15.4的MAC帧最大127字节，去掉6LoWPAN压缩头和地址后，留给路由控制报文的空间非常有限。

用一个类比：传统路由协议处理的是城市主干道，路况稳定、有红绿灯、路面平整，所以协议可以每隔几十秒交换一次全量路由表。而LLN像一条山区小路，没路灯、会塌方、只有一辆皮卡能通行，这时你要的不是“完整地图”，而是一套“靠熟人传话、少折腾、能自愈”的路由方式。术语就是这套方式的“行话”。

明白了这层背景，你会发现RPL里很多设计决策都源于同一个目标：在资源极其紧张的情况下，用最少的控制报文维持一张“能用、不环、能自愈”的路径图。

1.2 场景决定术语：从智能表计到工业传感器

哪些场景会用到LLN？典型的有：

• 智能电表和高级计量基础设施：十几万只表计通过无线mesh向集中器上报电量数据。
• 工业无线传感器网络：温湿度、振动、气体传感器散布在工厂里，汇聚到网关。
• 智能建筑与智能家居：门窗传感器、控制面板、环境感知节点。
• 智慧农业：大田里的墒情、气象采集节点。

这些场景有一个共同特征：流量以MP2P（multi-point-to-point，多点到一点）为主——绝大多数节点把数据发往一个汇聚点，这个汇聚点习惯上称为根节点、LBR（LLN Border Router）或6LBR（6LoWPAN Border Router）。偶尔才有从汇聚点下发命令的P2MP流量，以及少量节点间的P2P流量。所以路由设计可以优先优化“向上行”方向，这也解释了为什么后面那个叫DODAG的拓扑值得专门起个名字。

反过来看，传统路由术语为什么在这里“失灵”？OSPF的cost、BGP的AS路径这些概念，默认链路质量和带宽资源都相对充分，它们既没有表达“发送一个包平均要试几次才成功”的链路状态，也没有表达“节点不能浪费太多电来交换路由信息”的约束。RFC 6550正是为这类网络重新造了一套词汇表。你把这套词汇表里的词一个个拆开看，每一个都对应一个具体工程问题：DIO少发是省电，DAO是让数据能找到回来的路，hysteresis是防止拓扑抖动，storing和non-storing是内存和效率的取舍。

2. DODAG、RPL Instance与三种控制报文：先画一张术语地图

2.1 DODAG：一棵允许“留后手”的树

DODAG的全称是Destination-Oriented Directed Acyclic Graph，面向目的地的有向无环图。这里的Destination通常就是根节点。

你可以把它想象成公司汇报关系图：总经理（DODAG root）在最顶层，每个员工（节点）都有一条“直接上级”链，链路一直往上指向根。但RPL里的结构比普通树灵活，一个节点可以有多个候选上级，只是平时只用一个“首选上级”。

在RPL术语里：

• DODAG root是网络里的汇聚点，通常是边界路由器，也就是6LBR。
• 节点至少维护一个首选父节点（preferred parent），同时留几个备用父节点（alternate parent）。
• 每个节点有一个rank值，表示自己在DODAG里的相对深度。rank沿DODAG向上只能变小，向下只能变大，这种单调性就是RPL防止环路的核心机制。

在这种链路随时可能恶化的有损网络里，多预留几个候选父节点等于给自己留后手——当前链路一坏，立刻换备用父节点，不需要重新跑一遍全网计算。所以“候选父节点”这个术语背后其实是一种很务实的冗余思想。

2.2 RPL Instance：同一网络里可以并行多套规则

RPL Instance是一个常被忽略但非常重要的术语。每个Instance有独立的Instance ID，它绑定一套独立的Objective Function（目标函数，后面细说）和其他策略。也就是说，同一个物理网络里可以同时跑多个RPL Instance，每个instance构建自己的DODAG集合。节点可以同时加入多个instance，在不同instance里扮演不同角色。

为什么需要它？比如一套工业网络里，常规数据采集走instance 0，优先跳数少；紧急报警走instance 1，优先延迟低。两种流量虽然跑同一批节点，但各有各的路径偏好。这就是“instance”术语存在的价值。大多数简单部署只有一个instance，但读协议文档时不要被“多个instance可以并存”这种设定吓到，它只是给复杂网络留的扩展口。

2.3 DIO、DIS、DAO：RPL的三类核心控制报文

这三个缩写是RPL报文里的高频词，也是抓包时出现频率最高的术语。

三个动作可以编成一句话：听到DIO加入，发DAO登记，收不到就用DIS催一声。理解了这个流程，抓包日志里出现的大部分报文都能对号入座。

DIO报文里还带一些附属术语，比如Grounded标志，表示这个DODAG是否与外部网络（比如互联网）连通；比如DODAGVersionNumber，根每次更新拓扑时都会递增这个版本号，节点发现版本号不一致就知道要重新同步。这些术语在排错时非常有用。

2.4 Trickle：控制“说话频率”的底层机制

DIO不会像传统路由协议那样固定每秒发一次，它由Trickle算法（RFC 6206）控制发送节奏。这个算法解决一个很实际的问题：网络稳定时，大家都少发DIO省电；当链路异常或新节点加入时，暂时增大DIO发送频率，让信息快速扩散。可以这样理解：会议讨论没有异议时，主持人让大家安静各自干活；一有人举手提问，全场迅速讨论一轮，问题解决后又安静下来。这个“安静-爆发-再安静”的节奏就是Trickle，它在LLN术语里的地位不亚于DIO本身。

很多人看协议只看DIO、DAO这些报文名，容易漏掉Trickle。实际上网络里“DIO风暴”到底是不是故障、是否需要干预，完全取决于你怎么理解Trickle的节奏。

3. 目标函数与路由度量：决定“走哪条路”的术语

3.1 Objective Function：可插拔的“择路策略”

节点选择父节点凭什么？在RPL里，这个决定权被拆成了一个独立模块，叫Objective Function（OF）。OF负责两件事：第一，告诉你根据哪些信息计算自己的rank；第二，告诉你从一堆候选父节点里怎么挑出首选父节点。

RFC 6550故意没有把OF写死，只定义了框架，让不同场景可以换不同策略。实际工程里最常见的是两个：

• OF0（Objective Function Zero，RFC 6552）：以最少跳数作为主要目标，简单直接，适合节点密度低、链路相对稳定的网络。
• MRHOF（Minimum Rank with Hysteresis Objective Function，RFC 6719）：以ETX这类链路质量度量作为主要目标，同时加入迟滞机制，适合链路波动明显的LLN。

把OF理解成“选路口味”最合适：有人只求路短，有人宁愿多绕几步也要路况好。RPL不替你做决定，它只提供一套框架，让你用OF把口味写进去。

3.2 Rank、ETX、Metric、Constraint：尺寸各异的“尺子”

在RPL里有很多词都在描述“这条路怎么样”，但它们量的是不同维度：

• Rank：节点在DODAG里的相对深度标量。它只要求沿DODAG单调递增，并不直接等于跳数。RFC 6550里有一个配套计算叫DAGRank = floor(Rank / MinHopRankIncrease)，MinHopRankIncrease默认是256，所以你看到很多源码里的rank值动辄上两千，是因为它不是简单跳数乘1。
• ETX（Expected Transmission Count）：预期传输次数，链路质量度量。公式是ETX = 1 / (df × dr)，df是数据帧从A到B的投递成功率，dr是ACK从B回到A的投递成功率。因为同时考虑了双向成功率，它比单向RSSI或单向PDR更能反映真实链路。比如一条方向PDR=0.9、反向PDR=0.8的链路，ETX = 1 / (0.9 × 0.8) ≈ 1.39；如果两个方向都降到0.5，ETX会直接飙到4。
• Metric：参与“打分”的可量化指标，不限于ETX，还可以是延迟、能耗、跳数等。
• Constraint：硬性过滤条件。它不参与打分，只负责砍掉不合格候选。例如“剩余电量低于15%的节点禁止成为父节点”“跳数不能超过20”。术语上必须区分：Constraint是门槛，Metric是分数。

这几个词放在一起很容易混用，尤其有人会把“Rank和Metric都小于某个阈值”说出来，这在协议语义里其实不成句。正确的是：OF结合Metric和Constraint决定Rank，Rank是协议层的定位信息，Metric是计算Rank时的输入材料。

3.3 为什么一定要带迟滞（hysteresis）

MRHOF里的Hysteresis是个很妙的术语。它指的是：只有当新父节点带来的rank明显优于当前父节点、并且超过某个切换阈值时，节点才真正切换父节点。仅仅是略好一点，不切。

原因很现实：LLN链路抖动频繁，如果每次ETX变化都触发切换，节点会频繁发DAO、频繁更新DIO里的rank，全网控制报文成倍增加，电池消耗惨不忍睹。带迟滞以后，小波动被过滤，明显恶化才切换。实际工程里切换阈值通常配置成与MinHopRankIncrease相关的数值，比如128或256，具体看实现。

这个术语背后是一种工程心态：在资源受限的环境里，稳定比最优更重要。哪怕一条路径不是全局最优，只要它还能用，就别乱动。

4. Storing与Non-storing：最容易混淆的一对术语

4.1 MOP字段：下行路由的“模式开关”

RPL里的下行路由模式由DIO里的MOP（Mode of Operation）字段决定。RFC 6550定义了这几个取值：

• MOP=0：No Downward Routes，不构建下行路由，适合纯上行采集网络。
• MOP=1：Non-Storing Mode，非存储模式。
• MOP=2：Storing Mode，存储模式（不带组播支持）。
• MOP=3：Storing Mode with Multicast，带组播支持的存储模式。

上行路由（节点到根）在MOP=1和MOP=2下构建方式完全一样，都靠DIO广播；真正区别在下行路由（根到节点，以及节点到节点）怎么实现。

4.2 Storing模式：每个节点都存一张小路由表

Storing，顾名思义，就是每个路由节点都会把“如何到达自己的子树”这条路存下来。子节点通过DAO逐跳把可达地址报给父节点，父节点记下，再继续往上传。这样，根要发给某个节点时，沿途每个节点都知道该往哪个接口转发，不需要在报文里带整条路径。

优点：下行报文包头开销小，节点间P2P通信也相对高效。缺点：内存消耗大——一个节点同时要给多个子节点保存路由项，拓扑越深、子树越宽，RAM压力越大。我在实际项目里见过只有32KB RAM的节点，storing模式下子节点一多就路由表溢出，协议栈直接丢数据。

4.3 Non-storing模式：只有根知道全局地图

Non-storing模式恰恰相反：普通节点不存任何下行路由表。DAO作为普通上行报文一路传到根，中间节点只转发不缓存地址信息；只有根维护全局路由信息。根要给某个节点发数据时，把整条从根到目的节点的路径写成source routing（源路由）列表，放进IPv6扩展头里，沿途中间节点完全不查路由表，照着头部指定的路径转发就行。

优点：普通节点内存压力极小，协议实现简单，适合极端资源受限的节点。缺点：下行报文头部随着路径变长而变大，报文效率低；节点间的P2P流量必须绕行根中转，延迟和开销都高。

4.4 怎么选：先看内存，再看流量方向

我自己的选型经验：

• 节点内存小于几十KB、主要流量是MP2P采集，直接用Non-Storing，稳定且省内存。
• 节点内存充裕、存在较多节点间本地共享数据（比如同一个机柜里的传感器互相联动），考虑Storing模式，减少绕行根的开销。
• 完全不需要下行的纯上报网络，可以考虑MOP=0，连DAO都可以省掉，但要注意有些平台默认不支持这种配置。

无论哪种模式，DAO的可靠性都依赖另一个配套术语——DAO-ACK。在non-storing模式下，根收到DAO后回一个DAO-ACK，节点才知道自己的可达地址已经注册成功；在storing模式下，沿途父节点也可以回DAO-ACK。如果在non-storing模式下频繁看到DAO重传，大概率就是根没回ACK，或者中间链路丢包太严重。

5. 把术语翻译成数字：抓包和节点日志中的实际样貌

5.1 在Wireshark里认出这些术语

用Wireshark抓包是最直接的方式。如果你跑的是802.15.4+6LoWPAN+RPL网络，打开一个报文，展开RPL层，能看到Instance ID、DODAG ID、Rank、Grounded、MOP这些字段，它们和协议文档里的术语一一对应。

我常用的过滤器有这么几个：

rpl rpl.dio rpl.dao rpl.mop == 1

分别表示：所有RPL控制报文、只看DIO、只看DAO、只看非存储模式的DIO。

有一个值得注意的排错信号：如果看到DIO里的DODAGVersionNumber频繁变化，说明根节点在反复重建拓扑，通常和底层链路质量或上层配置有关；如果Rank值持续波动，说明节点在不停换父节点，这时候要去查OF配置和迟滞阈值。

5.2 节点命令行视角：每个术语都是眼前的一个数字

仿真环境里，我更习惯用节点命令行看本节点视角。以Contiki-NG在Cooja里的shell为例，下面是某个中间节点的输出片段（不同版本字段略有差异，但术语名是通用的）：

> rpl-info Instance: 1 DODAG ID: 2001:db8::1/64 Rank: 1280 MOP: Non-Storing (1) > rpl-neighbors Neighbor LINK ETX Rank fe80::212:4b00:1234:1 1.2 1024 fe80::212:4b00:5678:1 2.3 1536 fe80::212:4b00:9abc:1 3.8 2048

对照术语：当前节点属于Instance 1，DODAG根是2001:db8::1，自己的Rank是1280；邻居表里第一个邻居的链路ETX是1.2、Rank是1024，很明显它就是首选父节点，后面两个是备用候选。这个输出把Rank、ETX、Parent、Instance这些术语全部变成可以量化的数字，比背定义直观得多。

5.3 一个完整加入过程，串起全部核心术语

最后用一个最简单的例子把术语串联起来。假设网络里有一个刚上电的温湿度节点A，旁边已经有几台节点在跑RPL：

1. A开机，发一个DIS：“你们谁是根？拓扑参数是什么？”
2. 周围节点收到DIS后按Trickle节奏快速发DIO，A收到后开始学习DODAG参数，包括Instance ID、DODAG ID、MOP、OF等。
3. A根据OF，结合邻居的Rank和链路ETX，计算自己的Rank，把最合适的邻居设为首选父节点。
4. A发DAO，non-storing模式下直接发给根，storing模式下逐跳给父节点登记。根或父节点回DAO-ACK，下行路由建立。
5. A随后开始定期发DIO，把拓扑信息扩散给更远的邻居，慢慢成为其他新节点的父节点候选。

这五步里，几乎所有核心术语都出现了：DIS、DIO、DAO、DAO-ACK、Rank、ETX、OF、MOP、Parent、Trickle。能把过程完整讲清楚，术语这块就通了。

6. 术语使用中的常见误区与自查清单

6.1 误区一：把Rank当成跳数

跳数是“经过多少中转”，Rank是OF综合Metric后算出来的DODAG内定位值。OF0场景里两者有近似关系，但MRHOF场景下Rank和跳数的差距会很大——一条链路质量差但跳数少的路线，在MRHOF下Rank可能反而高。所以不要看到Rank低就断定“位置优越”，Rank只保证父子链路单调，不代表分支之间的绝对优劣。

6.2 误区二：把ETX和RSSI混为一谈

RSSI是瞬时信号强度，ETX是双向传输成功率的统计期望。我在现场测过，RSSI -70dBm的链路可能因为ACK方向丢包厉害，ETX反而到1.5；另一条RSSI -85dBm但方向对称的链路，ETX只有1.1。对RPL来讲，选路看的是ETX而不是RSSI。很多初学者习惯用信号强度去猜路由走向，十有八九会猜错。

6.3 误区三：看到DIO爆发就以为网络异常

DIO发送频率由Trickle控制，网络稳定时频率可以很低；一旦出现不一致或新节点加入，频率会暂时暴涨。看到DIO突然变多，要先判断是否有节点刚加入、是否有Rank跳变，再下结论。盲目调低Trickle参数，可能掩盖真实的一致性问题。

6.4 一张速查表

我个人最后想提醒的是：网络协议里的术语表大多是一串缩写，看起来像是在考记忆力，但RPL这套词之所以能留下来，是因为每一个词背后都对应一个真实的工程痛点。DIO少发是省电，DAO是让数据能找到回来的路，hysteresis是防止拓扑抖动，storing和non-storing是内存与效率的取舍。调试时先用Wireshark抓一次包，再用节点命令看一次rank和ETX，把术语和数字对上，你就不需要去死记RFC缩写。我在实际项目里就是这样把第一遍的懵圈，慢慢变成了对路由行为的直觉。