11. Multicast Considerations (组播考虑事项)

11. Multicast Considerations (组播考虑事项)

如原始互联网架构中定义的, 组播组地址是拓扑独立的接收器主机位置分组的标识符。地址编码本身不确定接收器的位置。组播路由协议以及协议创建的基于网络的状态确定接收器的位置。

在 LISP 的上下文中, 组播组地址既是 EID 又是 Routing Locator。因此, 对于目标地址不需要采取特定的语义或操作, 因为它将出现在 IP 头部中。因此, 出现在源主机构建的内部 IP 头部中的组地址将用作目标 EID。由 LISP 路由器添加的外部 IP 头部 (目标 Routing Locator 地址) 将使用相同的组地址作为目标 Routing Locator。

话虽如此, 只需要处理源 EID 和源 Routing Locator。因此, ITR 在添加外部 IP 头部时只需要将自己的 IP 地址放入源 'Routing Locator' 字段中。此源 Routing Locator 地址与任何其他 Routing Locator 地址一样, 必须是全局可路由的。

因此, 当接收到的数据包是组播数据包或处理源特定 Join (通过 IGMPv3 或 PIM) 时, ITR 不需要执行 EID-to-RLOC 映射。但源 Routing Locator 由接收器站点中的组播路由协议决定。也就是说, EID-to-RLOC 转换在控制时间完成。

另一种方法是让 ITR 不封装组播数据包, 并允许主机构建的数据包流入核心, 即使源地址是从 EID 命名空间分配的。如果核心中的 PIM 使用 RPF-Vector TLV [RFC5496], 则核心路由器可以 RPF 到 ITR (注入到核心路由的 locator 地址), 而不是主机源地址 (未注入到核心路由的 EID 地址)。

为了避免网络核心中的任何基于 EID 的组播状态, 为 LISP-Multicast 选择了第一种方法。LISP-Multicast 和与非 LISP 站点的互通的详细信息在 [RFC6831] 和 [RFC6832] 中描述。