mVPN的严格RPF检查-Cisco.PDF

mVPN的严格RPF检查 目录 简介 背景信息 问题 解决方案 Cisco IOS的笔记 配置 结论 简介 本文描述组播的严格反向路径转发(RPF)功能在VPN (mVPN)。本文在Cisco IOS使用一示例和实施 为了说明行为。 背景信息 RPF暗示流入接口被检查往来源。虽然接口被检查确定是正确一个往来源，没有被检查确定它是该 接口的正确RPF邻居。在多路访问接口，可能有超过您可能RPF的一个邻居。结果可能是路由器两 次接收在该接口的同一组播流并且转发两个。 在独立于协议的组播的网络中(PIM)在多路访问接口运行，这不是问题，因为重复项组播流造成主张 机制运行，并且一组播流不再将接收。有时， PIM在组播分配树(MDT)不运行，是多路访问接口。 在那些情况下，边界网关协议(BGP)是重叠信令协议。 在与分成的MDT的配置文件，即使PIM运行作为重叠协议，有主张可以无法的。对此的原因是一个 入口服务商边缘不加入从另一个入口PE的分成的MDT在有两个或多个入口PE路由器的方案。每个 入口PE路由器能转发在其分成的MDT上的组播流，不用看到组播数据流的另一个入口PE路由器。 事实两个不同的出口PE路由器每加入往一个不同的入口PE路由器的一MDT同一组播流的是一个有 效方案：它呼叫Anycast Source。这允许不同的接收方加入同一组播流，但是在多协议标签交换 (MPLS)核心的一个不同的路径。请参阅图1关于任播来源示例。 图 1 有两个入口PE路由器：PE1及PE2。有两个出口PE路由器：PE3和PE4。每个出口PE路由器有一个 不同的入口PE路由器作为其RPF邻居。PE3有PE1作为其RPF邻居。PE4有PE2作为其RPF邻居。 出口PE路由器选择他们最接近的入口PE路由器作为他们的RPF邻居。 数据流(S1,G)将去从S1到在顶部路径的接收方1和从S1到在底下路径的接收方2。没有两数据流的交 叉点在两个路径的(MPLS核心的每个路径是一不同的分成的MDT)。 如果MDT是默认MDT -例如默认MDT配置文件-那么这不会工作，因为两组播流在同样默认 MDT，并且主张机制将运行。如果MDT是在默认MDT配置文件的一数据MDT，则所有入口PE路由 器加入从其他入口PE路由器和，因为这样看到组播数据流从彼此，并且主张机制的数据MDT再运作 。如果重叠协议是BGP，则有上行组播跳(UMH)选择，并且仅一个入口PE路由器选择作为转发器 ，但是这是每MDT。 任播来源是其中一个运行分成的MDT大优点。 问题 正常RPF检查确认数据包到达在从正确RPF接口的路由器。没有确认的检查数据包从该接口的正确 RPF邻居接收。 请参阅图 2。它显示问题重复项流量在与分成的MDT的地方一个方案不变转发。它显示一旦分成的 MDT的正常RPF检查不是满足为了避免重复的流量。 图 2 有两个接收方。第一个接收方设置收到流量为(S1,G)和(S2,G)。第二个接收方设置收到(S2,G)只的 流量。有分成的MDT，并且BGP是重叠信令协议。注意来源S1通过两PE1及PE2是可及的。核心树 协议是多点标签转发协议(mLDP)。 每个PE路由器通告类型1 BGP IPv4 mVPN路由，表明它是的候选一分成的MDT的根。 PE3#show bgp ipv4 mvpn vrf one BGP table version is 257, local router ID is 10.100.1.3 Status codes: s suppressed, d damped, h history, * valid, best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-pah, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path Route Distinguisher: 1:3 (default for vrf one) *i [1][1:3][10.100.1.1]/12