本节摘要:星、树、网状三种拓扑的形态、路由行为与适用场景;六十四位长地址与十六位短地址的双轨制;从树状分配到随机分配的地址演化及其冲突检测配套。本节承接角色分工,是理解路由(下一节)与网络规模上限的前提。
星型:所有设备直连协调器,一跳到中心,结构最简、时延最低,但覆盖受单跳半径限制,中心是单点依赖。树型:以协调器为根逐级扩展,每个路由器可以带子节点,形成层级树,早期版本的默认形态。网状:路由器之间任意互联,任意两台路由器可有多条通路,单节点失效自动绕行——自愈能力最强,代价是路由维护开销与实现复杂度。
这三种不是互斥选项而是同一网络的混合形态:现实网络几乎总是"网状骨架 + 星型叶子"——路由器群体构成网状核心,休眠终端设备像卫星一样单跳挂在各自父节点上。所以"选拓扑"实际上是在决策路由器怎么布,叶子怎么挂基本没有悬念。

每个设备有两套身份。六十四位长地址是出厂名——全球唯一的电气电子工程师学会扩展标识,设备一辈子带着走,入网前的扫描应答、地址冲突仲裁都用它。十六位短地址是工牌——入网时由网络分配的本地编号,六万五千五百三十六个编号即理论节点上限的出处;所有运行期帧都用短地址以省字节。两套地址的关系类似工牌与身份证:楼内刷工牌(短地址高效),跨楼验身份证(长地址权威)。
短地址还编码了一个广播约定:编号十六进制零xFFFF 是广播地址,发往它的帧全网路由器都中转。这个"全呼"能力代价不小——广播帧让所有路由器都开口,大规模网络里频繁广播会显著放大信道占用,工程上要克制使用(设备发现、路由请求这类必要场景才用)。
增强版之前,短地址按树状分配:协调器把自己名下的地址块逐段划给子路由器,子路由器再往下分。地址因此携带位置信息——看到地址就能推出它在树的哪一支,树状路由靠这个零成本转发。缺陷在版本演进一节提过:树的任何一枝断掉,那一段地址块整体作废,且层级深度受地址块划分参数硬性限制。
增强版转向随机分配:新设备从地址空间随机抽一个,向协调器查询是否撞号,撞了重抽。地址与位置彻底解耦,代价是路由再也不能"看地址猜路径"——必须配合能应对任意分布的路由算法(下一节的网状按需路由与汇聚路由)。这是一次教科书级的耦合解绑:把"身份"从"结构"里释放出来,网络才获得了拓扑自由。
⚠️ 常见坑:拿增强版前的资料理解现代网络,会误以为地址能推断设备位置。随到现网排障,定位设备靠的是邻居表、路由表与设备发现请求,不是地址算术。
"六万五千五百三十六"常被宣传成"单网可挂六万多设备",这是对地址空间上限的误读。实际约束从紧到松依次是:协调器(信任中心)维持密钥与设备表的能力、路由维护消息在信道上的开销、广播洪泛的放大效应、以及父节点缓存对休眠终端数量的隐性天花板。商业部署里单网几百节点已是重载场景,更大规模靠多网络共存(不同信道、不同网络标识)或网关级互联解决。把理论上限理解成"编号不重复的极限"而非"工程可用规模",能避免大量天真设计。
树状到随机的转向,本质是把"信息"从地址里剥离。树状地址携带位置信息,换来零成本转发,付出结构刚性;随机地址不含信息,付出路由发现成本,换来拓扑自由。这组权衡在系统设计里随处可见——数据库的聚簇索引(数据物理组织携带查询信息)与哈希索引(位置随机、查询靠索引)是同构的取舍。理解这个模式,比记住两种分配算法的细节更重要:当你设计任何带编号的系统时,先问"编号要不要携带结构信息",答案会决定整个系统对变化的弹性。
可以,靠网络标识区分(帧头带网络标识,不同网络的设备互不理睬)。但共享信道意味着共享退避竞争,两网规模都不小时会互相拖累。规范允许,工程上要克制——能错开信道就错开。
| 项 | 长地址 | 短地址 |
|---|---|---|
| 宽度 | 六十四位 | 十六位 |
| 性质 | 全球唯一出厂名 | 网内工牌 |
| 用途 | 入网仲裁 · 冲突裁决 | 全部运行期帧 |
| 分配 | 出厂固化 | 随机抽取加冲突检测 |
记忆点:理论编号上限六万五千五百三十六;零xFFFF 为广播;现实规模受信任中心容量与信道争用约束,几百节点已属重载。
补地址体系的两个工程细节。细节一,短地址的分配与冲突:树状地址分配(Cskip 算法按每个路由器的子网容量切分地址段)让转发决策可以本地计算,但它的代价是地址容量刚性——如果给某路由器分配的子段用尽,它的子树就无法再扩展;新版本实现多用随机地址加冲突检测,地址用尽的问题缓解了,但地址表管理成了路由器的内存负担。细节二,IEEE 长地址的角色:64 位 IEEE 地址是设备的全球唯一身份证(出厂固化),短地址是网络内的临时工牌——长地址在绑定与安全流程中用作身份验证(防止短地址被冒用)。排障时这两个地址的关系是关键线索:网关的管理界面通常只显示短地址与设备名,而设备的出厂标签与说明书用的是 IEEE 地址——建立两者的映射表(网关通常自动维护)是大规模部署的台账基础。地址管理不复杂,但台账纪律决定百台设备之后还能不能快速定位一只具体的传感器。
补大规模网络的地址与拓扑压力测试要点。设计声称支持数百节点,验证要压三个点。压点一,入网洪峰:让 100 台设备同时上电入网(模拟断电恢复),看入网成功率与总耗时——协调器与路由器的地址分配、密钥分发在洪峰下是否拥塞。压点二,最大深度与最远跳数:把设备按最不利拓扑部署(串成最长链),验证多跳时延与丢包率——理论 30 跳在实际环境里五六跳后时延与可靠性就显著劣化,业务规划要以实测为准。压点三,广播风暴:一条广播命令在数百节点的网状网里泛洪的实际收敛时间与重复帧数量——如果应用层依赖广播(全开全关类场景),要么改组播,要么加节流。三个压点的产出是网络的实测边界——它可能远小于协议理论值,而业务设计的规模上限应该取实测边界再打七折。拓扑与地址管理的知识在压测报告里才真正落地为部署规划的数字依据。