跳到主要内容

B. 自 RFC 2460 以来的变化

本文相比 RFC 2460 有以下变化.

  • 从摘要中删除 IP Next Generation.

  • 在第 1 节增加文本, 说明数据传输顺序与 RFC 791 中定义的 IPv4 相同.

  • 澄清第 3 节中关于递减 Hop Limit 的文本.

  • 澄清扩展头部 (Hop-by-Hop Options header 除外) 不会被数据包递送路径上的任何节点处理, 插入或删除.

  • 将 Hop-by-Hop Options header 的要求改为 "may", 并增加一条注释说明对 Hop-by-Hop Options header 的预期.

  • 在第 4 节增加一段, 澄清扩展头部如何编号以及哪些是上层头部.

  • 在第 4 节末尾增加对 IANA "IPv6 Extension Header Types" 注册表的引用.

  • 纳入 RFC 5095 和 RFC 5871 的更新, 删除 RH0 的描述, 说明 routing headers 的分配指南在 RFC 5871 中规定, 并从必需扩展头部列表中删除 RH0.

  • 根据 RFC 5722, RFC 6946, RFC 7112 和 RFC 8021 的更新修订第 4.5 节的 IPv6 分片内容. 这包括:

    • 修订文本以处理片段本身就是完整数据报的情况, 即 Fragment Offset 字段和 M 标志均为零. 如果收到这类片段, 应将其作为已重组数据包处理. 任何其他匹配片段应独立处理. 修订后的 Fragment 创建过程被修改为不会创建完整数据报片段 (Fragment Offset 字段和 M 标志均为零).

    • 修改文本, 要求 IPv6 节点不得创建重叠片段. 此外, 在重组 IPv6 数据报时, 如果其一个或多个组成片段被确定为重叠片段, 则整个数据报及其任何组成片段都必须被静默丢弃. 其中也澄清如果收到重叠片段, 不应发送 ICMP 错误消息.

    • 修订文本, 要求直到第一个 Upper-Layer header 为止的所有头部都位于第一个片段中. 这改变了描述数据包如何分片和重组的文本, 并增加了一个新的错误情形.

    • 在 Fragment header 处理过程中增加关于处理完全重复片段的文本.

    • 更新 Fragmentation header 文本, 更正 Authentication Header (AH) 的包含方式, 并注明 No Next Header 情形.

最后于 更新