MP技术支持培训组播技术.ppt
- 文档编号:18728481
- 上传时间:2023-10-21
- 格式:PPT
- 页数:65
- 大小:3.12MB
MP技术支持培训组播技术.ppt
《MP技术支持培训组播技术.ppt》由会员分享,可在线阅读,更多相关《MP技术支持培训组播技术.ppt(65页珍藏版)》请在冰点文库上搜索。
迈普技术支持培训,组播技术,技术服务部:
手机:
Email:
讲师介绍,组播概述组播原理IGMP协议组播路由协议组播全局控制配置及故障排查杂谈,课程内容,组播技术的产生原因,单播和组播的区别:
IP组播的优势主要体现在:
带宽、服务器负载和网络负载。
点对多点的业务,使用单播的话,所需带宽随用户数目增加成线形增长。
使用组播的话,一个网段中只需要一条业务流。
和带宽类似,使用组播可避免服务器负载随用户数目增加而线形增长,针对一个业务,服务器始终只需要发送一条业务流。
开展点对多点业务时,IP组播能明显地减少带宽要求,同时,网络中的路由器需要处理的业务流也将减少,所以可以减轻网络负载。
组播的优点,组播的缺点,所有组播应用都基于UDP协议,尽力而为的分发机制:
会出现丢包现象,组播应用不会有可靠的数据传递。
可靠的组播仍然有待于进一步的研究。
无拥塞控制:
缺乏TCP的“窗口机制”,且“慢启动”机制会导致拥塞。
如果可行,组播应用应该尝试检测并避免拥塞情况(PGM、应用层组播)。
重复和乱序:
一些组播协议机制会导致时不时产生重复的数据包。
还会导致数据包的无序发送或者不按序到达。
安全:
组播协议本身并不检查组播源和用户的合法性。
点对多点的应用都可以采用IP组播技术。
可能的应用包括:
视频会议、在线直播、信息推送、远程学习、多人游戏等等。
想象中的应用是很多的,但现实的情况是目前internet不支持组播,这就导致了组播目前只能在小范围的局域网中使用。
还有IPTV,当然IPTV不仅仅是组播。
组播的常见应用,组播概述组播原理IGMP协议组播路由协议组播全局控制配置及故障排查杂谈,课程内容,组播地址
(1),保留为本地局域网的地址224.0.0.0224.0.0.255传输的TTL值为1Examples:
224.0.0.1网段上的所有系统224.0.0.2网段上的所有路由器224.0.0.5OSPFroutes224.0.0.22IGMPv3,组播地址
(2),用户组播地址224.0.1.0238.255.255.255可用于全球范围(如Internet)或网络协议Examples:
224.0.1.1NTPnetworktimeprotocol本地管理组播地址239.0.0.0239.255.255.255仅在特定的本地范围内有效可供组织内部使用,类似于私有IP地址Examples:
IANA将MAC地址范围01:
00:
5E:
00:
00:
0001:
00:
5E:
7F:
FF:
FF分配给组播使用,这就要求将28位的IP组播地址空间映射到23位的MAC地址空间中。
具体的映射方法是将组播地址中的低23位放入MAC地址的低23位。
如下图所示:
由于IP组播地址的后28位中只有23位被映射到MAC地址,这样会有32个IP组播地址映射到同一MAC地址上。
组播地址(3),IP组播MAC地址映射,组播地址(4),在单播模型里,信息通过网络沿着单一路径从源主机向目的主机传送。
但是,在组播模型里,源主机向任一被组播组地址表示的主机组传递信息。
为了向所有的接收站点传递组播信息,那么组播分发树被用来描述IP组播在网络里经过的路径。
分为两种类型:
有源树(SPT)和共享树(RPT)。
它们的区别可以通过下图简单分析:
组播分布树,有源树,组播路由项(S,G),iif,oiflistS源地址G组地址iif入接口oiifs出接口列表,有源树是对每一个源都形成一棵最短路径的树,共享树,组播路由项(*,G),iif,oiflist*任何源地址G组地址iif入接口oiifs出接口列表,共享树则是会有一个根,所有的源都把数据发给根再由根沿着共享树发送,有源树(最短路径树)占用内存较多,但路径最优,延迟最小路由器必须为每个源维护路径信息共享树占用内存较少,路径不是最优的,引入额外的延迟实现时,设计者必须考虑RP在网络中的位置,不同分发树的特征,所有的组播路由协议都利用RPF(ReversePathForwarding),作为决定是否转发或者丢弃输入的组播信息包的主要机制。
RPF的定义:
在组播中,路由器在接收到报文后,必须根据源和目的地址确定出上游(指向组播源)和下游方向,把报文沿着远离组播源的方向进行转发,这个过程称作RPF。
RPF检查过程:
RPF执行过程中会用到原有的单播路由表以确定上游和下游的邻接结点,只有当报文是从上游邻接结点对应的接口(称作RPF接口)到达时才向下游转发。
路由器检查到达的组播信息包的源地址,如果此信息包是在可返回源的接口上到达,则RPF检查成功,报文向下游接口转发;否则丢弃该报文。
组播转发原理
(1),组播转发原理
(2),RPF检查失败,RPF检查失败!
单播路由表网络接口151.10.0.0/16S1198.14.32.0/24S0204.1.16.0/24E0,E0,S1,S0,S2,S1,组播转发原理(3),RPF检查成功,RPF检查成功!
单播路由表网络接口151.10.0.0/16S1198.14.32.0/24S0204.1.16.0/24E0,E0,S1,S0,S2,S1,然后才开始向所有出接口(即分发树的下游)转发,组播体系结构,路由器上组播的实现大致可分为三部分:
IGMP协议组播路由协议组播全局控制IGMP则主要在路由器和主机之间作用,维护组成员关系;组播路由协议则用来形成组播分发树,决定组播数据的方向;组播全局控制是在转发层面进行数据流的控制。
组播概述组播原理IGMP协议组播路由协议组播全局控制配置及故障排查杂谈,课程内容,22,IGMP协议运行于路由器和主机之间,是用来管理组播组和成员之间关系的,到目前为止IGMP有三个版本IGMPv1,由RFC1112定义:
基本的组成员查询和报告过程IGMPv2,由RFC2236定义:
在IGMPv1的基础上添加了组成员快速离开的机制IGMPv3,由RFC3376定义:
增加的主要功能是,成员可以指定接收或指定不接收某些组播源的报文。
IGMP协议
(1),IGMP协议
(2),主机第一次加入某组播组时,主动通报一个IGMP成员关系报告报文,以及时加入组播组。
Joiningagroup(IGMPv1v2),Maintainingagroup(IGMPv1v2),路由器向224.0.0.1(网内所有主机)发查询报文;接收到该报文的主机将自己加入的组播地址填入报告报文,向该组播地址多播;其它加入该组播组的主机收到该组播报文后,抑制自己报告报文的发送。
IGMP协议(3),Leavingagroup(IGMPv1),IGMP版本1没有专门的离开组播组报文。
路由器在查询间隔的2倍时间内仍未收到响应报文时(125secs每次),才将该组播组删除.,IGMP协议(4),Leavingagroup(IGMPv2),向组播组地址(224.0.0.2)发送一条离开组消息;路由器发送指定组查询(224.1.1.1);如果没有任何成员报告消息,路由器就会将该组播组删除。
IGMP协议(5),Joiningagroup(IGMPv3),成员报告发送到所有IGMP版本3路由器组(224.0.0.22),IGMP协议(6),Joiningaspecific(IGMPv3),只有加入到include里面的源地址的组播组里面。
IGMP协议(7),组播概述组播原理IGMP协议组播路由协议组播全局控制配置及故障排查杂谈,课程内容,稀疏模式协议:
比如PIMSM、PIMSSM密集模式协议:
比如DVMRP、PIMDM,当前的组播路由协议分类:
组播路由协议,PIM-SM是稀疏模式的组播协议,稀疏模式协议的特点是使用拉的方式,利用RP树来发送组播信息。
即组播信息被拉入网络中的接收站点。
拉的方式假设组播不被网络中任何接受者需要,除非用一个显式的加入机制来专门申请,否则组播信息不会被传送到接收站点。
支持共享树和有源树,PIM-SM协议,(*,G)join,成员向着组G的RP方向逐跳发送组播加入消息加入共享树,RPT树的建立,组播报文,(*,G)仅在共享树沿途建立,RPTSPT,(S,G)join,组播报文,(S,G,rpt)剪枝,优势:
数据流仅沿“加入”的分支向下发送可以根据流量等条件动态地切换到有源树适合于大规模的企业网络域间组播路由的基础和MBGP、MSDP共同结合使用可以完成跨域的组播,PIM-SM协议特点,PIM-DM是密集模式协议,利用SPT来发送(S,G)组播信息。
密集模式协议的特点是使用推的方式PUSH原理假定网络中的每个子网至少都有一个(S,G)组播信息的接收站点,因此,信息被推或者扩散到网络中的所有节点。
PIM-DM协议,扩散过程,剪枝过程,加入过程,PIM-DM协议过程是一个典型的扩散和剪枝的过程,但是由于剪枝定时器超时后,报文会再次扩散到网络中;为了减少这种频繁的扩散-剪枝过程的耗费,PIM-DM使用状态刷新机制来维持网络中的剪枝状态;状态刷新报文由和源直连的路由器产生,然后进行扩散。
下游路由器收到状态刷新报文后,如果自己是处于剪枝状态,会刷新自己的剪枝定时器,然后填入自己的信息发送给下游路由器,从而扩散到整个组播网络。
状态刷新机制,对于小型网络来说非常有效优势:
易于配置-总共只有两条命令实现机制简单(泛滥剪枝)潜在问题.泛滥剪枝过程不够高效控制和数据平面混合导致网络内部的所有路由器上都有(S,G)可能会导致非确定性的拓扑行为不支持共享树,PIM-DM协议特点,上面的PIM协议都需要单播路由的支持,而DVMRP不需要配置单播路由协议,协议本身可以产生路由信息。
DVMRP类似RIP协议,首先通过发送探测消息来进行邻居发现,之后通过路由交换来进行单播寻径和确定上下游依赖关系。
扩散剪枝的操作和PIM类似,DVMRP协议本身并没有太多的扩展性。
DVMRP协议,组播概述组播原理IGMP协议组播路由协议组播全局控制配置及故障排查杂谈,课程内容,组播全局控制,所谓组播全局控制就是在数据转发层面进行的控制。
包括以下一些功能:
组播开关:
只有打开后才会转发组播数据组播心跳告警:
当流量小于期望时打印告警信息组播TTL限制:
对组播数据报文的ttl进行限制,可以用来划分组播域组播速率限制:
限制组播数据报文的速度,组播概述组播原理IGMP协议组播路由协议组播全局控制配置及故障排查杂谈,课程内容,这是一个最简单的组播环境,IGMP作用于路由器和主机之间,PIMSM作用于路由器之间。
设置2692的F0口为BSR,2600D的F0口为RP。
服务器和接收的PC端分别使用组播工具进行传输。
组播配置实例,组播路由协议的配置以PIM-SM为例,MP2692路由器配置:
配置说明
(1),MP2600D路由器配置:
配置说明
(2),PIM-DM配置:
配置说明(3),#PIMSM需要配置BSR和RP,而PIM-DM配置要简单一些,只需要启用组播和PIMDM就可以了。
故障排查,一般情况下,组播的故障现象就是无法点播通,接收PC机收不到组播数据。
这个时候可以通过下面几个步骤查找问题:
我们路由器的组播体系是分成三部分的:
IGMP、组播路由协议、组播全局控制。
所以,我们查找问题的时候也是通过这三部分来查找原因的,下面一一介绍。
IGMP故障分析:
组播路由故障分析(以PIM-SM为例):
组播全局故障分析:
1.通过showipigmpinterface查看路由器上的接口是否在运行igmpMP2600D#shipigmpinterfaceInterfacefastethernet1(Index1)IGMPActive,Querier(200.2.1.26)Defaultversion2Internetaddressis3.1.1.1IGMPqueryintervalis125secondsIGMPqueriertimeoutis255secondsIGMPmaxqueryresponsetimeis10secondsLastmemberqueryresponseintervalis1000millisecondsGroupMembershipintervalis260secondsIGMProbustnessvariableis2#目前我们路由器上默认的igmp路由器版本是V2。
可配置不同的版本兼容V1.V2.V3的主机版igmp的。
IGMP故障分析
(1),2.在服务器上查看组地址和接收PC端加入的组播地址是否相同,然后在连接接收端PC的路由器上showipigmpgroups看是否已经收到了该组的加入消息:
MP2600D#showipigmpgroupsIGMPConnectedGroupMembershipGroupAddressInterfaceUptimeExpiresLastReporterV1ExpiresV2Expires225.1.1.2fastethernet100:
15:
3800:
02:
29200.2.1.7stopped00:
02:
29239.255.255.250fastethernet105:
46:
4500:
02:
22200.2.1.7stopped00:
02:
22#如果这里已经可以看到该组,就证明igmp处理应该没有问题。
如果没有看到组,则需要进入第三步。
IGMP故障分析
(2),3.通过debugipigmpall或者在接收端pc抓igmp报文,看接收端PC机是否发出了igmp加入报文。
客户端软件则需要注意发出的igmp加入的版本。
如果路由器和客户端的IGMP版本不一致,则版本高的一端会降版本进行协商。
如何分别igmpV2的加入和igmpV3的加入?
IGMP故障分析(3),通过抓包可以看到V2的加入报文的目的地址是所要点播的组的地址;而V3的加入报文的目的地址是固定的224.0.0.22,1.在两台路由器上分别showippiminterface查看是否所有接口都在运行pimsm协议:
MP2600D#shippiminterfaceAddressInterfaceVIFIndexVer/NbrVIFModeCountFlag3.1.1.1fastethernet01v2/s0UP1.1.1.2fastethernet10v2/s1UP#这里也可以看到接口是处于up还是down状态。
PIM-SM故障分析
(1),2.在两台路由器上分别showippimneighbor来查看邻居是否正常建立:
MP2600D#shippimneighborNeighbor-AddressInterfaceUptime/ExpiresVer1.1.1.1fastethernet001d07h12m/neverv2#只有邻居建立正常了,才能进行协议报文的建立,协议才能正常运转。
3.PIM协议是依赖单播路由运行的,要运行PIMSM,首先必须保证整个网络单播路由是通的。
可以通过showippimnexthop来看是否可以找到到源的单播路由。
MP2600D#showippimnexthopDestinationNexthopNexthopNexthopMetricPrefNumAddrInterface2.1.1.211.1.1.1fastethernet0180480090#当没有查到nexthop,则无法进行RPF检查,无法点播通。
PIM-SM故障分析
(2),PIM-SM故障分析(3),MP2600D#shippimbsr-routerPIMv2BootstrapinformationPIMVRFName:
DefaultThissystemistheBootstrapRouter(BSR)BSRaddress:
1.1.1.1BSRPriority:
0Hashmasklength:
10Uptime:
00:
01:
43Nextbootstrapmessagein00:
00:
22Role:
CandidateBSRState:
ElectedBSR,MP2600D#shippimrpmappingPIMGroup-to-RPMappingsTable:
PIMVRFName:
DefaultTotal1RPsetentryTotal1RPentryGroup(s):
225.1.1.2/8RPcount:
1RP:
1.1.1.2Infosource:
1.1.1.1,viabootstrap,priority192Uptime:
00:
01:
05Expirytime:
00:
02:
25,4.查看BSR和RP的选举结果,4.最重要的信息收集工具:
showippimmrouteMP2600D#showippimmroutePIM-DMMulticastRoutingTable(2.1.1.2,225.1.1.2)Expirein:
00:
02:
57RPFNeighbor:
1.1.1.1,Nexthop:
1.1.1.1,fastethernet0UpstreamIF:
fastethernet0UpstreamState:
ForwardingAssertState:
LoserDownstreamIFList:
fastethernet0,inolist:
DownstreamState:
NoInfoAssertState:
NoInfo#这就是用来显示组播路由表的命令,上面是点播通的时候的一个结果。
从这里我们可以看到组播路由是否正常,各种接口状态是否正常。
PIM-SM故障分析(4),5.通过debug来查看各种信息:
MP2600D#debugippimpacketbootstrap查看BSR的选举过程。
MP2600D#debugippimpacketcand-rp查看RP的选举过程。
MP2600D#debugippimpacketregister查看组播源向RP的注册过程。
MP2600D#debugippimpacketjoin-prune查看加入剪枝报文。
#详细的说明请参见配置手册,PIMSM故障分析(5),有些时候,可能会发现igmp正常,组播路由也正常,但就是点播不通。
这个时候就要注意查看组播的一些全局控制了。
因为最后真正在转发报文的时候,是由组播核心控制的。
查看是否已经打开了组播开关:
ipmulticast-routing。
注意这个命令是只针对一个默认的全局VRF的,如果要在其它VRF中转发,还需要再配置ipmulticast-routingvrfXX,全局控制故障分析,组播概述组播原理IGMP协议组播路由协议组播全局控制配置及故障排查杂谈,课程内容,目前,组播已经从当初的无人关心到了热烈关注的阶段。
动力似乎来自于IPTV,但在国内,组播的实际应用似乎并没有多大的变化,还是只有某些企业利用它来组建内部的视频会议,进行企业内部的组播。
主要原因是因为internet还不支持组播,这样就直接导致了组播无法在网络上大规模应用。
另外,组播本身也有很多需要解决的东西:
认证计费安全保护当然,目前在一个企业局域网络中进行组播的技术基本成熟了。
目前的处境,MSDP:
MulticastSourceDiscoveryProtocol,多播源发现协议在两个不同的自治系统之间,MSDP通过TCP建立peer对等关系,并与PIM-SM进行多播源信息的交互,从PIM-SM获取的多播源信息发送到建立连接的MSDP对等。
MSDP对端接收到多播源信息后,就将多播源信息通知给PIM-SM。
这样,多播源的信息就从一个AS通告到了另一个AS。
并且,最重要的是各个AS只依赖于各自域内的RP,避免了RP的互相依赖。
即,维护了AS的自治性。
MSDP,MVPN:
MulticastVirtualPrivateNetwork,组播VPN通过MVPN,在PE1和PE2之间建立tunnel隧道,多播报文从VPN内使用PIM-SM协议到达PE1,PE完成报文的封装,并将报文发送到对端PE2,PE2对报文进行解封装,然后将报文发送到VPN内。
报文就从VPN的一端跨越骨干网到达另一端。
MVPN,在internet大规模升级支持组播还不现实的情况下,出现了过渡性的方案:
应用层组播。
大致的思想是在应用层上实现组播的点到多点传输的思想,不需要路由器支持组播。
目前很火的P2P网络电视就是这一方法的实际应用。
虽然它还有很多不完善的地方,但是它已经让网络电视实际可用了。
QQLivePPLive,应用层组播,组播练习题目,谢谢,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- MP 技术支持 培训 技术