Appendix A. Alternatives for Delivery of Frames in a Mesh (网状网络中帧传递的替代方案)

在确定最终采用的网状网络传递机制 (第 11 节) 之前, 考虑了几种替代方案. 除了逐跳源和目标链路层地址之外, 在 LoWPAN 网状网络中传递数据包还需要端到端发起者和目标地址. 这些可以表示为第 2 层或第 3 层 (即 IP) 地址. 在后一种情况下, 无需在本文档中提供任何附加报文头支持 (即, 在 LoWPAN 报文头本身内). 链路层目标地址将指向下一跳目标地址, 而 IP 报文头目标地址将指向最终目标 (IP) 地址 (可能距离源多跳), 源地址也类似. 因此, 在转发数据时, 单跳源和目标地址将在每一跳发生变化 (始终分别指向进行转发的节点和 "最佳" 下一个链路层跳), 而源和目标 IP 地址将保持不变.

请注意, 如果 IP 数据包被分片, 各个分片可能以任何顺序到达任何节点. 如果初始分片 (包含 IP 报文头) 由于某种原因被延迟, 接收后续分片的节点将缺少所需信息. 它将被迫等待直到接收到 IP 报文头 (在第一个分片内), 然后才能进一步转发分片. 这对中间节点施加了一些额外的缓冲要求. 此外, 此类规范仅适用于一种类型的 LoWPAN 有效载荷: IPv6. 一般来说, 它必须针对任何其他有效载荷进行调整, 并且需要该有效载荷提供其自己的端到端寻址信息.

另一方面, 最终遵循的方法 (第 11 节) 在 LoWPAN 层 (第 3 层以下) 创建网状网络. 因此, 链路层发起者和最终目标地址包含在 LoWPAN 报文头内. 这使得可以为 LoWPAN couche d'adaptation (第 5 节) 上的任何协议或应用层实现网状网络传递. 对于本文档中支持的 IPv6, 将发起者和最终目标表示为第 2 层地址的另一个优点是, IPv6 地址可以按照第 10 节中指定的报文头压缩进行压缩. 此外, 由于 802.15.4 地址 (64 位或 16 位) 的大小比 IPv6 地址 (128 位) 小, 维护路由表所需的八位字节数减少了. 一个缺点是 IP 之上的应用不会将数据包寻址到链路层目标地址, 而是寻址到 IP (第 3 层) 目标地址. 因此, 给定一个 IP 地址, 需要解析相应的链路层地址. 因此, 网状网络路由规范需要阐明邻居发现 (Neighbor Discovery) 的含义, 尽管在某些特殊情况下, 可能可以从设备在第 3 层的地址派生其在第 2 层的地址 (反之亦然). 此类完整规范超出了本文档的范围.

作者地址 (Authors' Addresses):

Gabriel Montenegro
Microsoft Corporation
EMail: <[email protected]>

Nandakishore Kushalnagar
Intel Corp
EMail: <[email protected]>

Jonathan W. Hui
Arch Rock Corp
EMail: <[email protected]>

David E. Culler
Arch Rock Corp
EMail: <[email protected]>