组播多拓扑
组播使用单播路由表进行RPF（Reverse Path Forwarding）检查，存在以下两个问题：
组播严重依赖单播，单播路由的变化会影响组播分发树的构建。
组播无法脱离单播的约束来规划独立的组播分发树。
多拓扑（Multi-topology）是指在同一个物理网络上为不同的业务规划出不同的逻辑拓扑。目前，组播是多拓扑最典型的应用之一。系统为组播单独生成一个组播多拓扑路由表，使组播路由不完全依赖单播路由表，从而解决上述问题。
组播进行RPF检查时，只在指定运行组播业务的拓扑下查找路由，在该拓扑中建立组播转发树，转发组播数据。以图6-5为例，介绍组播多拓扑在典型应用场景中的实现。
在有单向MPLS TE Tunnel的网络中部署组播业务
网络中同时部署了单向MPLS TE（Traffic Engineering） Tunnel和组播业务时，配置了IGP Shortcut或FA（Forwarding Advertise）后，IGP计算出的路由出接口不再是实际的物理接口，而是TE Tunnel接口。接收者通过加入某个组播组范围接收组播数据时，由于TE Tunnel是单向的，服务器发出的组播数据只能通过物理链路从DeviceE发送到DeviceC。但DeviceC上没有建立组播路由表项，无法转发组播数据报文，导致流量中断。
组播多拓扑可以解决该问题。在网络中划分多个逻辑拓扑，把图6-5中绿色链路划分为组播拓扑，运营商可以指定组播业务只运行在组播拓扑中。DeviceA收到接收者的Join消息，对上游进行RPF检查时，只会在组播拓扑里选择上游是DeviceD的路由，逐跳建立组播转发树。组播数据沿路径DeviceE—>DeviceD—>DeviceA到达接收者，避免了与DeviceA和DeviceE之间单向MPLS TE Tunnel的冲突。
指定运行组播业务的拓扑里存在单向MPLS TE Tunnel是错误配置。
隔离组播业务和单播业务
网络中同时部署了多种业务时，各种业务共享该物理拓扑。DeviceE—>DeviceB—>DeviceA和DeviceE—>DeviceC—>DeviceA两条链路可能运行某种高级单播业务而使链路非常繁忙，运营商希望组播业务只运行在链路DeviceE—>DeviceD—>DeviceA上，实现组播业务和单播业务的隔离。
组播多拓扑可以解决该问题。在网络中划分多个逻辑拓扑，形成Blue topology，Red topology和Multicast topology，运营商可以指定组播业务只运行在Multicast topology中。组播业务仅使用Multicast topology下的单播路由进行RPF检查，所以组播流量只存在于网络中的Multicast topology中，实现了隔离组播业务和单播业务的需求。接收者通过加入某个组播组范围接收组播数据时，使用Multicast topology下的单播路由进行RPF检查，逐跳建立组播分发树。组播数据沿路径DeviceE—>DeviceD—>DeviceA到达接收者。
