单播、组播、广播的区别
单播：主机之间“一对一”的通讯模式，网络中的交换机和路由器对数据只进行转发不
进行复制。
优点：1.服务器及时响应客户机的请求，2.服务器针对每个客户不同请求发送不
同数据，容易实现个性化服务。
缺点：1.在客户数量大、每个客户机流量大的流媒体应用中服务器不堪重负。2.
现有的网络带宽是金字塔结构，如果全部使用单播协议，将造成网络主
干不堪重负。
广播：主机之间“一对所有”的通讯模式，网络对其中每一台主机发出的信号都进行无条件复制并转 发，所有主机都可以接收到所有信息（不管你是否需要），由于其不用路径选择，所以其网络成本可以很低廉。
优点：1.网络设备简单，维护简单，布网成本低廉，2.服务器不用向每个客
户机单独发送数据，所以服务器流量负载极低。
缺点：1.无法针对每个客户的要求和时间及时提供个性化服务。2.网络允许服
务器提供数据的带宽有限，客户端的最大带宽＝服务总带宽。也就是
说无法向众多客户提供更多样化、更加
个性化的服务。3.广播禁止在Internet宽带网上传输。
组播（mulicast）：主机之间“一对一组”的通讯模式，也就是加入了同一个组的主
机可以接受到此组内的所有数据，网络中的交换机和路由器只向有需
求者复制并转发其所需数据。
优点：1.需要相同数据流的客户端加入相同的组共享一条数据流，节省了服
务器的负载。具备广播所具备的优点。2.由于组播协议是根据接受者
的需要对数据流进行复制转发，所以服务端的服务总带宽不受客户接
入端带宽的限制。所以其提供的服务可以非常丰富。3.此协议和单播
协议一样允许在Internet宽带网上传输。
缺点：1．与单播协议相比没有纠错机制，发生丢包错包后难以弥补，但可
以通过一定的容错机制和QOS加以弥补。2．现行网络虽然都支持组
播的传输，但在客户认证、QOS等方面还需要完善，这些缺点在理论
上都有成熟的解决方案，只是需要逐步推广应用到现存网络当中。
Cmts应用Mulicast的原理
1. 多播源通过cmts,转发给cable,然后到cpe
2. cpe发送igmp消息，通过cable modem到达cmts,,cmts建立会话，并应答，然后将cable modem加入多播组，多播源通过多播组到gige口（千兆口）到cmts,cmts通过下行转发给cable modem,cable modem监听到后转给cpe
cmts的最基本实现mulicast的配置：
如：(config)#interface gige 0
(config-if-gige 0)#ip igmp
(config-if-gige 0)#end
(config)#igmp client version 2
(config)#interface docsis-mac 1
(conf-if-mac 1)#no mgmd ipv4 shutdown
如有特殊配置，可跟据具体情况而定
实例操作
1.cmts下配置mulicast与load-balance，（配置load-balance，其目的是为了节省带宽）
发送端：
CMTS接1个2.0的懒猫
一个cpe:作为发送端：网线接千兆卡（如：192.168.3.，网络：255.255.255.0，手工设置）
打开VLC，选择播放文件文件（镜像），在该菜单-设置：UDP：设置输入224.0.100.1
如要设置3个节目：则再打开两个VLC，分别设置：224.0.100.2，224.0.100.3，有效时间（LLT）为：64,
接收端
一个cpe作为接收端：
1）连接CM，动态获取IP,用ping 10.150.1.1,看是否可以ping
2)在VLL中，UDP一栏，输入与发送端对应的：224.0.100.1，其他不进行设置，可以看到视频电视
