组播技术1.docVIP

首先要强调一下组播的应用环境，组播的目的是为多客户端传输数据的时候尽量节约带宽资源，只在必要的时候才将数据帧复制，所以对于组播来讲，天生就是来对付“一对多”这样的网络需求的。建立模型时可以认为在网络的末节有一台Server，另一末节有客户，中间是网云，那么应用组播会是这样的情景：?Server与第一跳路由器之间没有运行的协议，靠Server具体的应用程序来驱动。中间网云中的路由器要运行组播路由协议来识别和传输组播数据包，目前应用最广泛的的是PIM协议。最后一跳路由器和组成员之间运行IGMP协议，以确定组成员的加入和退出。?关于PIM的RPF检测，是组播利用单播路由表进行的防环路机制，当一个组播数据包来，我查看其中的Source地址所属的网段在单播路由表中是通过哪一个接口进入我这台路由器的，我会记录下来，当再来组播数据包时，凡不是从我这个接口进来的，我出于安全考虑，丢弃。?IGMP是一个独立于PIM的协议，是最后一跳路由器和PC商议组播的语言，目前应用最普遍的事IGMP V2，路由器会在接口上维护组播成员关系表，每60s发送一个查询，通告自己组播路由表中的组的地址，有兴趣的PC会给予回应，路由器记录其信息。??域间组播协议解析? (OIL---Outgoing Interface List? IIL---Incoming Interface List)?PIM-DM? (只支持源树，不支持共享树) ?PIM-DM 密集模式是以“推”的形式把数据发出去，所有运行PIM-DM协议的路由器在一开始没有组播数据驱动时只是形成邻居，选举DR，组播路由表中只有（*,224.0.1.40）这个条目，是协议本身的产物。 ? 当Server有组播数据流发出，会泛洪开来，每传到一个路由器，这个路由器都会先建立一个父条目（*,G），（*,G）条目不用于数据转发，所以他的IIL为空，而且这个条目会将所有运行PIM的接口和与组成员相连的接口放入自己的OIL中。?然后再建立他的一个子条目（S,G），子条目会拷贝下来（*,G）的整个OIL，但显然（S,G）条目是要用来转发的，所以会进行修订，将接受到组播数据流的接口从OIL中剔除，放入到IIL中，事实上IIL也只能有一个，因为要遵循RPF规则。?一个（S,G）条目? -----?? 针对一个Group?? -----? 1个IIL?? -----?? N个OIL?在DM模式，由于针对每一个源，为每个Server建立一个SPT（最短路径树）。?我认为在最初一个组播数据流来到最后一跳路由器时，他会查到Group地址然后将其通告给PC，这是第一次通告，之后每60s周期性通告一次，如果有资格报告，就会将其记录在（*,G）的OIL中，这样在生成（S,G）的那一刻就可以确定有组成员存在，不会向上发送剪枝信息。?当OIL为空时，该条目设置为P，触发向上发送剪枝消息，特别是（S,G）条目在修订OIL后有可能出现NULL的情况；当OIL由空指向非空，设置为C，出发向上发送嫁接消息。?一个（*,G）条目是3 mins，当所有的（S,G）条目都消失时才进入记时。一个（S,G）条目时限是3 mins，条目中OIL的接口也有时限，后面跟着超时时间。注意，一个处于“Forward/Dense” 模式的接口是没有超时时限的，即为00：00：00，在“Prune/Dense”模式下才会出现超时然后进入Forward状态。当一个接口的PIM邻居列表上增加一个新邻居时，该接口在所有（S,G）的OIL中重置为“Forward/Dense”状态。?盲目泛洪和剪枝是DM的特点也是缺点，剪枝即使完成，泛洪3mins后又会重新泛洪一次再剪枝。剪枝从末节路由器开始，当OIL为空时即向上游路由器发送剪枝信息，点到点的链路不会有问题，而在多路访问的网络中，上游路由器在收到这个剪枝信息时会等待3s（成为剪枝延迟时间），因为在多路访问的环境下，其他下游路由器也会收到这个剪枝信息，，他们可能还是需要转发的，所以会将其否决，一旦有否决，上游路由器不会将自己的这个接口剪裁掉。?Assert机制的触发条件是：路由器竟然从（S,G）条目OIL中的接口收到了组播数据包，这个在以太网环境中比较常见，两台上游路由器由于彼此收到组播数据包会触发Assert机制进行竞争，比较AD和Metric，更接近源的胜出，另一个被剪裁，不过实际上过程要复杂很多。? PIM-SM（推荐使用的模式，源树与共享树的结合）?（*,G）条目记录了RP到每个组成员的最短路径。?稀疏模式是采用“拉”的模式来运行，首先要定义一个RP（Rendezvous Point），整个网络都知道RP的地址，Source和RP之间通过单播（将组播数据包封装在