《计算机网络3种通信方式》由会员分享，可在线阅读，更多相关《计算机网络3种通信方式（19页珍藏版）》请在金锄头文库上搜索。
1、组播概述1.1 组播定义单播、组播、广播是计算机网络上三种基本的通信方式。单播是相互感兴趣的主机双方进行通信的方式，主机不能接收对其不感兴趣的其它主机发送的信息，属于点对点通信。广播是主机向子网内所有主机发送信息，子网内所有主机都能收到来自某台主机的广播信息，属于点对所有点的通信。组播则介于两者之间，是主机向一组主机发送信息，存在于某个组的所有主机都可以接收到信息，属于点对多点通信。从这个意义上讲，广播可以认为是组范围最大化的组播。当然，二者还是存在显著区别的：首先，广播被限制在子网内，不会被路由器转发。其次，主机被默认为是接收者，而组播方式则需要主机主动加入。解决点到多点的通信，可以通过单播
2、和组播方式实现。单播可以通过建立多个点对点的连接来达到点对多点的传输。这种方式将在源点（服务器）与各个接收点建立连接，从服务器开始，就将有多份数据流分别流向分散的接收点。这种方式将加重服务器的负荷，增大对服务器性能的要求；同时还在网络中造成大流量，从而增加网络的负载，导致网络拥塞。组播则不然，发送方仅发一份数据包，此后数据包只是在需要复制分发的地方才会被复制分发，每一网段中都将保持只有一份数据流。这样就可以减轻服务器的负担，节省网络带宽。接下来，看看在哪些环境适合使用组播技术。本课程只介绍 IP实现的组播。1.2 组播应用IP 组播最早的应用是音频/视频会议。但音频/视频会议只是众多IP 组播
3、应用之一。除此之外，还包括数据分发，实时数据组播，以及游戏和仿真应用等。一些出色的 IP 组播，用于多媒体会议的工具最先在 UNIX 环境下被开发出来。这些工具允许通过 IP 组播实现多对多的音频/视频会议。除音频与视频工具之外，还有基于 UNIX 的白板工具被开发出来，它允许用户共享公共的电子白板。但是由于带宽和工作站、路由器处理能力的限制，最后只有音频会议得到了广泛应用。但音频会议和基于 IP 组播的数据共享应用相结合（如先前提到的白板工具），提供了一个功能非常强大的多媒体会议系统，而它并不消耗很多的带宽，同时这也适用于网络教学。数据分发是 IP 组播应用的另一个领域，并且非常实用。通过使
4、用IP 组播，在可靠组播区域内，允许将文件和数据传送到各个网络节点。这就允许大型跨国公司每天都可以向它们的远程子公司发布新的信息，比如向连锁零售店发布产品相关信息。 对大主机组的实时数据传送是使 IP 组播受欢迎的有益应用领域。一个好的例子是实时音频/视频点播。网络用户可以通过网络收看现场足球比赛、现场演唱会等。还有，就是将股票信息发送到交易大厅的工作站。通过指定不同的财务分类（债券、运输、药品等）给不同的组播组，交易员可以使用他们的工作站来接收他们感兴趣的实时金融数据。 IP 组播非常适合于网络游戏和仿真应用。现在，很多网络游戏使用单播 ，是点到点的连接。这对于 PC 机或工作站的处理能力而
5、言是 N2 数量级的负担，这样的游戏通常只有 5 到 10 个玩家。即便是参与者都连接到服务器上，由于受限于服务器的处理能力，通常也只能容纳 100 个玩家。IP 组播可用于有大量参与者的游戏与仿真。PC 机或工作站只需进入 IP 组播组就可以接收游戏或仿真数据。通过把数据分成多个信息流，分属不同的组播组，PC 机或工作站还可以对他们当前参加的游戏或仿真所需要的收发做出限制。在不久的将来，成千上万的玩家通过互联网在仿真游戏里同时战斗将不再是不可思议的事。1.3 组播技术的特点IP 组播技术有效地解决了单点发送多点接收、多点发送多点接收的问题，实现了 IP 网络中点到多点的高效数据传送,能够有效
6、地节约网络带宽、减轻服务器及网络的负载。因此具有增强效率，优化性能，分布式应用等优点。由于 IP 组播是基于 UDP 的，所以 IP 组播也可能有信息包传送不可靠、信息包重复、信息包不按序到达、无流量控制等缺点。组播实现技术介绍2.1 组播体系结构组播协议分为主机-路由器之间的组成员关系协议和路由器-路由器之间的组播路由协议。组成员关系协议包括 IGMP(互连网组管理协议)。组播路由协议分为域内组播路由协议及域间组播路由协议。域内组播路由协议包括 MOSPF，CBT，PIM-SM、PIM-DM、DVMRP等协议，域内的组播协议又分为密集，与稀疏模式的协议。DVMRP，PIM-DM，MOSPF
7、属于密集模式，CBT，PIM-SM 属于稀疏模式。由于 MOSPF 的扩展性很差，并且过于复杂，很少被实现，并且不支持隧道，已经被抛弃。CBT 简单，但端到端的性能无法满足，不适于用在全网性的组播应用中。故在域内，主要使用 PIM-SM，PIM-DM，DVMRP 协议。针对域间组播路由有两类解决方案：短期方案和长期方案。短期方案包括三个协议 MBGP/MSDP/PIM-SM：MBGP（组播边缘网关协议），用于在自治域间交换组播路由信息；MSDP（组播信源发现协议） ，用于在 ISP 之间交换组播信源信息；以及域内组播路由协议 PIM-SM。长期方案目前讨论最多的是 MASC/MBGP/BGMP
8、，它建立在现有的组播业务模型上，其中 MASC 实现域间组播地址的分配、MBGP 在域间传递组播路由信息、BGMP 完成域间路由树的构造。此外还有一些组播路由策略，如 PIM-SSM（特定信源协议无关组播）等，建立在其它的组播业务模型上。目前仅短期方案 MBGP/MSDP/PIM-SM 是成熟的，并在许多的运营商中广泛使用。其他方案的标准还在研究中。同时为了有效抑制组播数据在链路层的扩散，引入了 IGMP Snooping、HGMP，HMVR，RGMP，GMRP 等二层组播协议。IGMP 建立并且维护路由器直联网段的组成员关系信息。域内组播路由协议根据 IGMP 维护的这些组播组成员关系信息，
9、运用一定的组播路由算法构造组播分发树进行组播数据包转发。域间组播路由协议在各自治域间发布具有组播能力的路由信息以及组播源信息，以使组播数据在域间进行转发。2.2 组播地址组播数据 IP 报文的目的地址是特殊的 IP 地址，称之为组地址。每一个加入到该组的主机都敏感该组地址并接收以该组地址为目的地址的 IP 报文。组播地址都以 0x1110 开始。众所周知，IP 地址可分为 A、B、C、D、E 五类。IANA（互联网编号授权委员会）把 D 类地址空间分配给 IP 组播。即：从 224.0.0.0到 239.255.255.255 为 IP 组播地址的范围。 IANA 控制着 IP 组播地址的分配
10、。并不是所有的 D 类地址都可以分配给用户，IANA 预留了两个地址范围：224.0.0.0224.0.0.255 和239.0.0.0239.255.255.255。前一个地址范围的所有地址都有特殊用途，如：224.0.0.1 表示所有组播成员（包括路由器） ，224.0.0.2 表示所有组播路由器。可以向 IANA 就某个特殊用途申请专用 IP 组播地址，如：224.0.0.13 表示所有 PIM 路由器。后一个地址范围作为用于私人组播领域的管理权限地址，犹如单播的10.x.x.x/8 等私有地址网段。组播 IP 地址在网络层解决了如何寻址的问题，但通信最终还要依赖于数据链路层和物理层。因
11、此组播在数据链路层如何寻址？ 在物理层，也有专门的 MAC 地址被用于组播。就以太网而言，以 0x01005Exx.xxxx 的 24 位前缀开始的 MAC 层地址都是组播地址。组播有了网络地址、物理地址，还需要建立 IP 地址到 MAC 地址的映射。2.3 IP 地址到 MAC 地址的映射在以太网中，第 3 层的 IP 组播地址信息的全部 28 位不能映射进入只有 23 位的第 2 层 MAC 地址空间，所以在映射过程中丢失 5 位地址信息，导致 32：1 的地址不明确。这意味着一个 IEEE MAC 地址能表示 32 个 IP 组播地址。主机 C 必须考察每一个收到帧的 IP 部分才能确定
12、是不是需要的组播信息。为什么只有 23 位 MAC 地址参与了映射而不是 24 位？这里有一个有趣的故事：回到 20 世纪 90 年代初，Steve Deering 是最早从事组播研究的工程师之一，并且取得了一些研究成果。他希望 IEEE能分配 16 个连续的组织机构唯一性标识符（OUI）作为 IP 组播的MAC 地址使用。一个 OUI 包含 24 位地址空间，16 个连续的 OUI 正好有 28 位地址空间。这样就可以将 IP 组播地址一一映射到 MAC 地址中。但是，当时一个 OUI 的价格是 1000 美元，Steve 的经理，Jonh Postel 不愿意花 16000 美元购买全部
13、28 位 MAC 地址。相反，Jonh愿意在预算外花 1000 美元购买一个 OUI，并且拿出一半地址（23 位）给 Steve 供 IP 组播研究之用。2.4 IP 组播数据包的转发在单播中，数据转发的依据是数据包的目的地址该目的地址明确表示了一个主机位置。路由器（声明：三层交换机具有与路由器同样的路由功能，只不过转发速度更快。所以，三层交换机的组播实现与路由器的组播实现在 IP 层完全一致。本课程中，路由器亦即三层以太网交换机。以下将以路由器为例介绍组播）组播必须工作在查找单播路由表获得到目的地址的路径和本地出接口。但在组播中，这种方式显然不行。因为组播数据包中的目的地址是组地址而不是一个
14、明确的主机地址；并且在与路由器相连的每条路径上或者说每个接口都可能有组成员。因此，组播数据转发将采用逆向数据转发即：对到达的组播数据包作逆向检查（Reverse Path Forward 检查） ，判断数据包是否是从指向源站点的接口（指向源的接口是根据单播路由获得的，亦即单播路由的目的网络）上到达；如果是，逆向检查成功，数据包被转发；否则，数据包就被丢弃。 根据单播路由表，来自源 192.18.0.32 的组播包应从左边接口到达现在有数据包从中间接口到达这样的数据包 RPF 检查失败，数据包被丢弃而不予转发下面再仔细看看 RPF 检查过程： 根据单播路由表，本地到 192.18.0.32/24
15、 网段出口是 S1。因此从 SO 到达的组播数据包 RPF 检查失败，被丢弃。 从 S1 接口收到来自源 192.18.0.32 的组播数据包是从正确的接口收到的数据包，因此数据包会被转发出适当的出接口。由此可以看出，组播转发项至少包括入接口、出接口。至于入接口是谁、出接口有哪些，则是组播路由协议要完成的任务。这将在后面章节介绍。2.5 组播数据包的二层交换网桥或二层交换机（以下统称二层交换机）是工作在二层的网络设备。当它们收到组播数据包后如何处理？最简单的处理方式就是当网桥从一个接口收到组播数据报后向所有其它接口都转发出去。一般的没有组播功能的二层交换机都是这么处理的，所以这样的网桥也最便宜。但是这样处理就偏离的组播的初衷。然而，具有组播功能的二层交换机可以做到只在需要的接口上才转发组播数据。那么如何实现 ？ 二层交换机将在转发表中添加一项：MAC 地址是组播地址，端口包含与希望接收到组播数据的主机相连所有的端口。以后当二层交换机接收到组播数据报后，将向除接收端口外的所有转发表项的其它希望接收组播数据的端口转发组播数据。
