Archive

标签为 ‘Multicast’的文章

Multicast – mVPN

一些关键术语:
mVRF:支持组播转发的VRF
default-MDT(Multicast Distribution Tree):在PE间建立Full Mesh的MTI(multicast tunnel interface,MIT是自动建立的,无法手动干预),用于传送组播流量及组播控制信息,在Full Mesh上,不关心是否对此组播感兴趣,都会传送,是否接收由PE自己根据组播路由来决定,这样导致链路资源被无端浪费。
data-MDT:加入了PE join的功能,弥补default-MDT的不足,感兴趣的PE才会接收组播流。

接下来用两个例子分别说明有data-MDT和没有data-MDT的场景,另外也将阐述MVPN的控制平面和数据平面之间是如何交互的。topology用的是一个,为了真实,特意用MAC和VM来模拟真实组播的收发,工具用VLC,下面是topology:
multicast-vpn-01
完整阅读

Multicast – IGMPv1/2/3

IGMPv1

版本1被定义在RFC 1112中。路由器会每60s发送成员关系查询,想加入的主机会响应查询,返回成员关系report,如下抓包所示:
multicast-igmpv1
完整阅读

Multicast – Static Mroute SSM

上一篇总结中描述了Static Mroute的应用方法《Multicast – Static Mroute》,它是ASM的模型,也就是组向RP注册生成 (*, G),源向RP注册,生成 (S, G),然后建立SPT进行组播转发。这种效率往往不高,步骤繁多,为了追求更优化的组播解决方案,SSM模型被开发出来并与IGMPv3配合使用。在源特定组播SSM中,他不需要RP,从而也不需要与RP相关的,如MSDP协议,这样大大降低组网的复杂性及维护难度,提高了组播转发效率。这里仍然用同样的topology,把新加的源和组通过SSM来部署,从而配合Static Mroute:
multicast-static-mroute-01
完整阅读

Multicast – Static Mroute

在下面的Topology中,RP是3.3.3.3,Source和PC都是用loopback来模拟,默认组播流会经过R5到达R4并推到PC1上。由于某些原因,关掉了R5,让组播流从R1下去,发现R1有问题。为了找到原因,需要保持这个故障,但又不影响现有的组播业务,所以新增了一个Source2和PC2来做测试,在这里不用关心R1具体是什么问题,这篇总结主要是利用这个topology来展示Static Mroute的用法。
multicast-static-mroute-01
完整阅读

CCIE SP—组播 PIM SM For Join and Reg

PIM:组播协议,路由器与路由器通信,2台路由器通过PIM建立连接后,互相传送join member和register member来建立组播路由表。但是他依靠单播路由表来为它做RPF校验。

RP:源和组的汇合点,共享树和源树的聚合点(有树生成后)

Spare Mode的浓缩结论:
——————————————-
1,接收者通过join加入到RP,组到RP(最后一跳路由器发起)
2,发送者通过与RP register,源到RP(第一跳路由器发起)
3,如果是共享数,RPF Check就要检查如何到RP
4,如果是源树,RPF Check就要检查如何到源
这四点的具体说明,在后面的日志里会说明,这里要记住它。

数据流的方向是顺着共享树走的。

通告RP分静态配置和动态配置(Auto-RP或PIM v2 BSR)
对于一个特定的组,只能有一个RP,因为RP的目的是做汇聚的,如果一个组有2个RP,源和组选了不同的RP,那么就不能汇聚,这样树就不能建立,这样组播流就不能从源到组转发。
完整阅读