计算机网络3种通信方式

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