跳到主要内容

3.1.3. SRv6

当 SR 在 IPv6 数据平面上使用时:

  • Prefix-SID 是一个 IPv6 地址。

  • 运营商必须 (MUST) 显式实例化 SRv6 SID。IPv6 节点地址默认情况下不是 SRv6 SID。

通告可用作段标识符的 IPv6 地址 R 的节点 N 必须 (MUST) 维护以下 FIB 条目:

Incoming Active Segment: R
Ingress Operation: NEXT
Egress interface: NULL

请注意, 转发到 R 不需要所有其他路由器的 FIB 中都有 R 的条目。转发可以, 并且通常会通过覆盖 R 的较短掩码前缀来实现。

独立于 SR 支持, 任何远程 IPv6 节点都将为任何前缀维护普通的 IPv6 FIB 条目, 无论前缀是否表示段。这允许即使不支持 SR 的节点也可以将数据包转发到拥有 SID 的节点。

多种算法的支持适用于 SRv6。由于特定于算法的 SID 只是 IPv6 地址, 因此可以通过将特定于算法的子网分配给节点分配的 (一组) 特定于算法的 SID 来实现特定于算法的转发条目。

不支持给定算法的节点仍然可能有覆盖特定于算法的地址的 FIB 条目, 即使该节点尚未计算特定于算法的路径。这通过以下事实来缓解: 不支持给定算法的节点不会包含在与该特定于算法的 SPF 关联的拓扑中; 因此, 使用特定于算法的目的地的流量通常不会通过被排除的节点流动。如果这样的流量到达并由这样的节点转发, 它仍将朝着目的地节点前进。下一跳将是支持该算法的节点 -- 在这种情况下, 数据包将沿着特定于算法的路径转发 (或者如果没有可用的则被丢弃) -- 或者是不支持该算法的节点 -- 在这种情况下, 数据包将继续沿着算法 0 路径朝着目的地节点转发。

最后于 更新