组播技术学习指引-20020326-C
组播技术介绍 ppt课件

匹配Group IP
(S, G)
同时匹配Source IP和Group IP
PPT课件
10
组播转发路径-树的概念
组播分布树
单播模型:数据包通过网络沿单一的路径从源主机 向目的主机传递
组播模型:数据包向任一被组播组地址表示的主机 传递;数据包在网络中的传播路径可以用一棵树来 描述--组播分布树
组播分布树有两种形式: 有源树和共享树
组播技术介绍
组播的概念
单播(unicast):“一对一”通信,源主机为每一个接 收者都发一份拷贝。
组播(multicast):“一对多”通信,介于广播单播之 间,源主机将同样的数据报发给多个接受者,但又 不是网络中全部的主机。
广播(broadcast):“一对多”通信,广播包被发往 网络上的所有主机。这样会产生大量的数据报拷贝。
• 组播MAC地址: – 以太网: 01-00-5e-xx-xx-xx
PPT课件
8
组播地址和组播MAC地址的映射关系
• 来源:多播的L2 MAC地址是通过L3 IP映射出来的 • L2 MAC的前3个字节总是0x01-00-5E • 映射方法:取IP地址后23位作为MAC地址 • 重叠问题:由于不是IP地址的全部(32-4)位参与映射,丢失了5位数据,所以IP地址与MAC地址之间存在重叠-32: 1
• 多播路由使用反向路径转发机制:根据单播路由,查找到源的最佳路径。
• 多播路由表一般是一个四元组:
{S,G,IIF,OIFs}
S: 源IP地址
G: 组IP地址
IIF: 入接口
OIFs: 出接口列表
Tip: OIFs中一定不包含IIF
• 多播路由一般有三种格式:
(*, *, RP) 只匹配RP
多播学习指引

多播学习指引作者:hefei第一章概述随着数据通信技术的不断发展,各项基于数据通信技术的业务层出不穷,ftp,http,smtp等传统的数据通信业务已经不能满足人们对信息的需求,视频点播,远程教学,新闻发布,网络电视等新型业务也逐渐发展起来,并被引入数据通信网络。
这些新型业务的特点是,有一个服务器(我们把这个服务器称为媒体流服务器)在发布信息,而接收端数量很大,可能有成千上万个,而且具体数目不固定。
在这种方式下,我们可以使用传统的客户服务器(c/s)模型解决,按照下面的思路:1。
在媒体流服务器上启动媒体流播放进程,作为服务器;2。
客户端每当想接受某个媒体流服务器的数据的时候,通过给出该媒体流服务器的ip地址,来跟该媒体流服务器建立连接(比如,tcp连接等);3。
媒体流服务器维护一个客户列表,采用轮循的方式向每个客户发送媒体流。
可以看出,这样的解决方案有两个缺陷:1。
客户数目很大的时候,媒体流服务器就有可能承受不了,因为这种媒体流跟传统的窄带业务(比如http等)不同,它需要很高的带宽来传输,而且服务器还必须维护每个客户的信息;2。
严重浪费网络资源,相同的数据可能在网上传播了很多次,在一些带宽较低的链路上,可能引起严重的通信瓶径。
在这个时候,我们自然而然的想起了组播。
这种技术最适合上面的这些新型业务。
因为组播通信有下列优点:1。
媒体流服务器不必知道某个客户端的存在,它只管把媒体流以组播地址播放出去即可,而且仅仅播放一份;2。
媒体流数据在网上仅仅传送一份即可,即使有成千上万个客户端;3。
客户端不必向媒体流服务器注册,如果想接收某个媒体流服务器的数据,仅仅加入该媒体流服务器所播放的数据所在的多播组即可。
组播技术从提出到现在,它的一些标准和技术已经相当完善了,但推广还不是十分广泛,尤其是在我国,人们对组播的认识还处于一个朦胧的阶段,更谈不上规模应用。
为了让大家尽快的了解组播技术,我们在本文中给出一些学习指引,主要有下列内容:1。
园区网络组播配置和维护

IGMP Snooping配置命令
全局和VLAN视图使能IGMP Snooping
[H3C ] igmp-snooping
[H3C-vlan2 ] igmp-snooping enable
配置端口快速离开功能
[H3C-Ethernet1/0/1] igmp-snooping fast-leave vlan vlan-list
Multicast Source 10.10.10.1/24
VLAN10 E1/0/2
E1/0/1
E1/0/24
E1/0/24
VLAN10
PCA
SWA
10.10.10.2/24
Querier
VLAN10
VLAN100
E1/0/1
PCB
10.10.10.3/24
SWB
E1/0/2
VLAN200
PCC
10.10.10.4/24
配置查询器
[H3C-vlan2] igmp-snooping querier
配置普遍查询报文的源地址
[H3C-vlan2] igmp-snooping general-query sourceip ip-address
配置特定组查询报文的源地址
[H3C-vlan2] igmp-snooping special-query sourceip ip-address
5
IGMP配置命令(续)
接口视图使能IGMP
[H3C-Vlan-interface100 ] igmp enable
配置发送普遍查询报文的时间间隔
[H3C-Vlan-interface100 ] igmp time query interval
一个经典的组播教程

• 1:单播代替组播每人发一份资源消耗大, • 2:广播代替组播 增加不用收到的主机的 负担同时也不能跨越多跳
支持组播三个条件
• • • • • • • • • • • • 1:标识多播组的地址集 (1): 224.0.0.0---224.255.255.255 28个bit可变=2*28=268000000 (2): 保留:224.0.0.0--224.0.0.255 224.0.0.1本子网内的全部系统 224.0.0.13PIM路由器 224.0.0.2本子网内的全部路由器 224.0.0.15CBT路由器 224.0.0.4DVMRP路由器 224.0.1.39Cisco RP通告 224.0.1.40Cisco RP发现 (3):二层MAC为0100:5e00.0000 第8bit为1说明它为多播地址 二层MAC的前25位+三层地址的后面23位 2*5=32有32个多播 共用一个MAC 好处:源发送一份数据帧所有的成员都能收到、晓得IP就晓得 MAC就不要ARP了 坏处:会有冲突 IETF解释:发生冲突的几率很少 是完全可以接 受的
RP的选举
• (3):auto-RP--cisco私有 • RP映射代理:直接指定的、侦听 224.0.1.39 、决定了RP就发 rp-discovery 也是每隔60s 224.0.1.40 保 持时间为3倍 • C-RP:每隔60s把它发送到 224.0.1.39 RP收到后选一个IP最大的为RP • 配置:在所有的C-RP:ip pim send-rpannounce lo0 scope 5 好像也要加 • 在rp映射代理:ip pim send-rpdiscovery lo0 scope 5 而且在环回口上还要 ip pim sparse-mode • 注意:在有的时候、映射代理向 224.0.1.40发送rp-discovery 但是其他的路由器要加入这个组、就要 向rp加入连RP都没有选出来 • 所以就用sparse-dense-mode •
组播培训

组播路由协议
• 因为组播中的组地址是虚拟的,所以不可能如 同单播那样,直接从数据源一端路由到特定的 目的地址。相反,一个组播应用程序发送一个 数据包给一组希望接收数据的接收者(组播地 址),而不是仅仅传送给一个接收者(单播地 址)。 • 组播依靠网络来发送数据包到那些需要数据的 网络和主机,也就是说,组播能控制网络使用 的总体带宽,并能大大减轻主机的处理过程。
IP组播
• IP组播采用了组地址的概念,把需要数据的用 户编入用户组,并利用一些高级的网络协议来 确保最经济地利用带宽,把数据通过用户组传 递给真正需要的用户。 • 简单来说,IP组播是一种保存带宽的技术,它 采用的方式是把一个单独的信息流同时传送到 许多接收者那里,从而减少了网络的流量。
组播 vs 单播
组播( 组播(Multicast)传输:它提高了数据传送效率,减 )传输: 少了主干网出现拥址(Virtual Group Address)的概 念进行工作。 • 在一般的TCP/IP路由中,一个数据包传输的路径是从 源地址路由到目的地址,利用“一跳到下一跳” (hop-by-hop)的原理在IP网络中传输。然而在IP组播 的环境中,数据包的目的地址不是一个而是一组,形 成组地址。所有的信息接收者都加入到一个组内,并 且一旦加入之后,流向组地址的数据立即开始向接收 者传输。 • 组中的所有成员都能接收到数据包,因此为了接收数 据包,必须首先成为组的成员,而数据包的发送者并 不需要是组中的成员。
组播路由模式
• 稀疏模式 • 组播克服了网络中只有少数用户时的流量泛洪问题。 • 网络界倾向于采用稀疏模式组播,因为它在用户数目 稀少和众多的情况下都可以正常工作,并且针对少数 用户的组播进行了优化。无论把数据传输给所有的用 户或者少部分用户时,稀疏模式组播都能高效地进行 数据传递。
锐捷交换机组播配置指导手册V2.0

一些基本概念,然后参考文中列举的其他文章,将会是一种良好的学习路径。如果您是一位组播技术方面
的专家,阅读本文也不无裨益,您可以从不同的角度来了解组播的基础概念,也可以参考文中提到的其他
组播文章,相信对您也是有好处的。
内部资料 严禁转发
page 8 of 75
1 在媒体流服务器上启动媒体流播放进程,作为服务器; 2 客户端每当想接受某个媒体流服务器的数据的时候,通过给出该媒体流服务器的IP地址,来跟该媒
体流服务器建立连接(比如TCP连接等); 3 媒体流服务器维护一个客户列表,采用轮循的方式向每个客户发送媒体流; 可以看出这样的解决方案有两个缺陷: 1 客户数目很大的时候,媒体流服务器就有可能承受不了,因为这种媒体流跟传统的窄带业务(比如
72
3.6.1 网络拓扑图Fra bibliotek723.6.2 拓扑说明、交换机配置请参照 3.3 章节,在此不再重复
72
4 组播故障排查思路
72
4.1 在三层交换机上排查的思路
72
4.2 在二层交换机上排查的思路
73
4.3 灵活利用SNIFFER软件来进行故障的排查、定位及解决
73
5 利用SNIFFER软件解决组播故障的经典案例
下面我们仔细分析每一个步骤,在分析的过程中引入并介绍一些基础的组播概念。
2.2.2 组播 MAC 地址和组播 IP 地址
在前面的介绍中,我们提到了媒体流服务器不断的以多播IP 地址224.10.10.10发送媒体流,
224.10.10.10这个IP地址就是一个多播IP地址。按照IP协议规定,位于224.0.0.1—239.255.255.255 范
2 组播技术学习指引
2.1 第一章:概述
组播技术

IGMP Snooping(IGMP侦听)可以实现组播数据帧在数据链路层的转发和控制。
使能IGMP Snooping功能后,二层设备会侦听主机和路由器之间交互的IGMP报文。通过分析报文中携带的信息(报文类型、组播组地址、接收报文的接口等),建立和维护二层组播转发表,从而指导组播数据帧在数据链路层按需转发。
(S,G)路由表项主要用于在PIM网络中建立SPT。对于PIM-DM网络和PIM-SM网络适用。
(*,G)路由表项主要用于在PIM网络中建立RPT。对于PIM-SM网络适用。
PIM路由器上可能同时存在两种路由表项。当收到源地址为S,组地址为G的组播报文,且RPF检查通过的情况下,按照如下的规则转发:
2.最大响应时间:表示主机响应查询返回报告的最大时间。
对于普遍组查询,最大响应时间默认为10秒。
对于特定组查询,最大响应时间默认为1秒。
3.组地址:
普遍组查询报文中,组地址设置为0。
特定组查询报文中,组地址为需要查询的组地址。
在成员报告或离开组的消息中,组地址为需要报告或离开的组地址。
落败一方的下游接口称为Assert Loser,后续不会对该网段转发组播报文,PIM路由器也会将其从(S,G)表项下游接口列表中删除。
PIM-SM
使用“拉(Pull)模式”转发组播报文。
建立RPT(Rendezvous Point Tree,汇聚点树也称共享树)。
建立SPT(Shortest Path Tree,最短路径树)。
IGMPv3没有定义专门的成员离开报文,成员离开通过特定类型的报告报文来传达。
查询报文中不仅包含普遍组查询报文和特定组查询报文,还新增了特定源组查询报文(Group-and-Source-Specific Query)。该报文由查询器向共享网段内特定组播组成员发送,用于查询该组成员是否愿意接收特定源发送的数据。
组播功能配置指导手册

组播功能安装配置指导手册本手册内容会不定期进行更新修正请在及工程BBS相关平台获取最新版本版权所有:广州广哈通信股份有限公司责任编辑:技术服务与质量中心2014○C目录1二层组播(局域网仅限于本网段组播) (4)1.1启用IGMP Snooping (必须配置) (4)1.2配置IGMP Snooping查询器(可考虑的配置项) (5)1.3配置IGMP Snooping模拟主机加入功能(可考虑的配置项) (6)1.4配置IGMP Snooping禁止广播(可选配置) (7)2组播路由协议(三层组播、跨网段组播) (7)2.1PIM-DM典型配置举例 (8)2.2PIM-SM典型配置举例 (11)3多机同组网络组播说明 (15)组播,可以分局域网本网段组播、跨网段组播。
跨网段,必定涉及路由(局域网、广域网都可涉及网段)。
我们一般说的路由器,代表了一般意义下的路由器或三层以太网交换机(如果跨网段组播,则必须运行组播路由协议的)下面,分别就这两种组播情况的整理配置流程和对应用多机同组时网络组播进行说明。
(以S3600 Release 1702(V1.01) 说明为参考)1二层组播(局域网仅限于本网段组播) IGMP Snooping简介IGMP Snooping(Internet Group Management Protocol Snooping,IGMP侦听)是运行在二层以太网交换机上的组播约束机制,用于管理和控制组播组。
运行IGMP Snooping 的二层设备通过对收到的IGMP报文进行分析,为端口和MAC组播地址建立起映射关系,并根据这样的映射关系转发组播数据。
有人可能会问,普通的HUB,交换机拿过来不用配置也可以组播呀。
为什么还要配置?如图所示,当二层设备没有运行IGMP Snooping时,组播数据在二层被广播。
当二层设备运行了IGMP Snooping后,已知组播组的组播数据不会在二层被广播,而在二层被组播给指定的接收者。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
深圳市华为技术有限公司目第一章概述4第二章二层组播基础概念2.1 组网实例42.2 组播MAC地址和组播IP地址42.3 二层组播协议813第三章三层组播基础概念3.1 组播转发项,组播树和RPF检查133.2 组播路由协议153.3 组播高级专题(MSDP,MBGP)1920第四章相关资料列表关键词:二层组播,组播MAC地址,组播IP地址,二层组播协议,IGMP协议,IGMP窥探协议,CGMP协议,GMRP协议,三层组播,组播转发项,RPF检查,组播路由协议,PIM-DM,PIM-SM,MSDP,MBGP内容提要:本文详细讲述了一些组播的基础概念,第二章介绍了二层组播中的组播MAC地址,组播IP地址,二层组播协议等,第三章介绍了三层组播的一些基础概念,比如组播路由协议,RPF检查,以及MSDP,MBGP等一些高级话题。
这些概念是学习组播知识的关键,在掌握这些概念的基础上,读者就可以参考第四章内容进行进一步的组播技术学习了。
缩略语:IGMP:Internet Group Management Protocol,INTERNET组管理协议CGMP:Cisco Group Management Protocol,CISCO组管理协议GMRP:General Multicast Register Protocol,通用组播注册协议PIM:Protocol Independ Multicast,协议无关组播协议PIM-DM:密集模式协议无关组播协议PIM-SM:稀疏模式协议无关组播协议MSDP:Multicast Source Discovery Protocol,组播源发现协议MBGP:Multi-protocol Border Gateway Protocol,多协议边界网关协议3 [ 请输入资料编码]第一章概述随着数据通信技术的不断发展,各项基于数据通信技术的业务层出不穷,FTP,HTTP,SMTP等传统的数据通信业务已经不能满足人们对信息的需求,视频点播,远程教学,新闻发布,网络电视等新型业务也逐渐发展起来,并被引入数据通信网络。
这些新型业务的特点是,有一个服务器(我们把这个服务器称为媒体流服务器)在发布信息,而接收端数量很大,可能有成千上万个,而且具体数目不固定。
在这种方式下,我们可以使用传统的客户服务器(C/S)模型解决,按照下面的思路:1。
在媒体流服务器上启动媒体流播放进程,作为服务器;2。
客户端每当想接受某个媒体流服务器的数据的时候,通过给出该媒体流服务器的IP地址,来跟该媒体流服务器建立连接(比如,TCP连接等);3。
媒体流服务器维护一个客户列表,采用轮循的方式向每个客户发送媒体流。
可以看出,这样的解决方案有两个缺陷:1。
客户数目很大的时候,媒体流服务器就有可能承受不了,因为这种媒体流跟传统的窄带业务(比如HTTP等)不同,它需要很高的带宽来传输,而且服务器还必须维护每个客户的信息;4 [ 请输入资料编码]2。
严重浪费网络资源,相同的数据可能在网上传播了很多次,在一些带宽较低的链路上,可能引起严重的通信瓶径。
在这个时候,我们自然而然的想起了组播。
这种技术最适合上面的这些新型业务。
因为组播通信有下列优点:1。
媒体流服务器不必知道某个客户端的存在,它只管把媒体流以组播地址播放出去即可,而且仅仅播放一份;2。
媒体流数据在网上仅仅传送一份即可,即使有成千上万个客户端;3。
客户端不必向媒体流服务器注册,如果想接收某个媒体流服务器的数据,仅仅加入该媒体流服务器所播放的数据所在的多播组即可。
组播技术从提出到现在,它的一些标准和技术已经相当完善了,但推广还不是十分广泛,尤其是在我国,人们对组播的认识还处于一个朦胧的阶段,更谈不上规模应用。
为了让大家尽快的了解组播技术,我们在本文中给出一些学习指引,主要有下列内容:1。
组播基础概念,这些概念是深入学习组播的最基础的东西,如果对这些基础概念不了解,学习组播将是一句空话;2。
流行组播协议,在文中我们不具体分析哪种组播协议,而给出组播协议的一些共性,并列举了目前比较流行的组播协议和它的应用场合;3。
列举了一些参考资料,这些资料按照不同的读者层次列举,既有面向组播专家的高级论题,也有面向初学者的入门文章。
总之,本文是面向组播初学者的,如果你从没有接触过组播技术,那么仔细的阅读本文并掌握介绍的一些基本概念,然后参考文中列举的其他文章,将会是一种良好的学习路径。
如果您是一位组播技术方面的专家,阅读本文也不无裨益,您可以从不同的角度来了解组播的基础概念,也可以参考文中提到的其他组播文章,相信对您也是有好处的。
5 [ 请输入资料编码]第二章二层组播基础概念在前面的介绍中,我们讨论了用多播的方式解决新型流媒体业务的好处,在该部分中,我们结合一个实际的网络给出一些多播的基础概念,掌握这些基础概念是深入掌握多播技术的前提。
2.1 网络实例有下面一个网络需求:6 [ 请输入资料编码]在图中,媒体流服务器通过以太网交换机LSWA,跟核心路由器GSRA连接起来,并启动流媒体进程,不断的以多播IP地址224.10.10.10发送媒体流。
GSRA和GSRB之间采用以太网连接起来,GSRB通过以太网交换机LSWB连接了许多终端,其中两台终端需要媒体流服务器播放的媒体流。
下面我们仔细分析每一个步骤,在分析的过程中引入并介绍一些基础的组播概念。
2.2 组播MAC地址和组播IP地址在前面的介绍中,我们提到了媒体流服务器不断的以多播IP地址224.10.10.10发送媒体流,224.10.10.10这个IP地址就是一个多播IP地址。
按照IP协议规定,位于224.0.0.1—239.255.255.255范围内的IP地址都是多播地址。
所谓多播地址,实际上是一个逻辑的概念,在网络上,没有一个计算机的IP地址是一个多播IP地址,多播IP地址仅仅代表了一个逻辑的组,加入该组的终端设备可以以该组所在的多播地址为目的IP地址来发送数据,这时候,发送的数据不是针对某个具体主机的,而是针对一组机器,想接收这个多播数据流的计算机,只要倾听接收到的每个数据报,判断该数据报的目的IP地址是不是组播组的IP地址即可。
若是,则接收,否则丢弃。
7 [ 请输入资料编码]为了更好的理解组播IP地址的概念,我们举一个例子,如下面的网络图所示:主机A(最左边的一台计算机)不断的以组播IP地址224.10.10.10发送数据,这时候主机B(中间计算机)想接收组播组224.10.10.10的数据,于是它就会监听每个收到的数据报,判断该数据报目的IP地址是不是224.10.10.10,如果不是则丢弃,如果是则接收下来送到上层处理。
这里牵涉到了一个问题:主机B的哪个模块判断接收到的数据报是不是组播数据报,并且是不是针对组224.10.10.10的数据报?答案是主机B的IP模块。
我们看一下一台计算机接收数据的过程:1。
数据链路层把接收到的数据帧剥掉链路层头后送给IP层(至于数据链路层怎样接收数据帧,在后面会详细探讨);2。
IP模块维护一张接收列表(该列表是IP地址组成的结合),每当接收到一个数据报(链路层送上来的)后,便把数据报的目的IP地址提取出来,然后跟接收列表中的每个IP地址比较,如果有一项匹配,则接收该数据,并向上层传送,否则丢弃;3。
如果一台主机想加入一个多播组(加入与否由上层应用决定),比如你想看网络电视频道,这时候你需要启动一个应用程序,并告诉该应用程序网络电视频道的组播IP地址,该应用程序就会向IP模块注册,请求加入组播组。
IP模块于是在自己维护的接收列表里添加一项(同时也告诉数据链路层自己加入了一个组播组,并附带上组播组地址),添加的这项就是组播组的组播IP地址。
这样每当接8 [ 请输入资料编码]收到目的地址是该组播IP地址的数据报的时候,IP模块就接收下来,并向上层传送。
4。
如果一台主机想退出组播组,比如你终止了电视频道接收程序,于是该程序在退出的时候会告诉IP模块,自己不再接收组播组的数据,并告诉IP模块组播组的组拨IP地址,于是IP模块就把该组播地址从接收列表中删除,这样以后如果再接收到该组播组的数据报的话,因为接收列表里没有匹配的项目,所以IP模块就丢弃该数据报。
经过上面的分析可以看出,问题的关键在于IP模块维护的接收列表。
通常情况下(主机没有加入任何组播组),该列表里只有两项,即主机自己的IP地址和广播IP地址(255.255.255.255),这样主机只能接收针对自己的数据报和广播数据报。
细心的读者可以看出一个问题,就是数据链路层如何接收组播数据帧呢?原来,数据链路层的接收过程跟IP层原理一致,即数据链路层也有自己的接收列表(不过该列表的内容不是IP地址,而是MAC地址),每当IP模块收到上层应用的加入组播组的请求之后,IP模块就会向数据链路层通告(上面提到过),通告的时候携带了组播组的IP地址,于是数据链路层就会把IP地址进行适当的变换,变换的结果就是一个组播MAC地址,于是数据链路层把这个组播MAC地址插入自己的接收列表里面,以后每当有数据帧到来的时候,数据链路层就会把数据正的目的MAC地址跟接收列表里的每项内容进行比较,遇到任何匹配的一项就接收下来,并向IP层传送。
这样又引出了两个问题:数据链路层如何区分单播MAC地址跟组播MAC地址?数据链路层做一个IP地址跟组播MAC地址的影射,这个影射是怎样的?首先解释第一个,一般情况下,单播MAC地址的最高字节的最低比特为0,而组播MAC地址的最高字节的最低比特为1,如下所示:9 [ 请输入资料编码]请输入资料编码]组播MAC地址,第六个字节的第一位为1单播MAC 地址,第六个字节的第一位为这样数据链路层就可以根据该比特判断收到的数据帧是不是一个组播数据帧。
下图是第二个问题的答案:00--5E--01--XXXXX.XXXXXXXX.XXXXXXXX23bit从可以看出,MAC 地址跟IP 地址的低23比特是对应的,比如IP 模块告诉数据链路层软件,自己加入了一个组播组224.10.10.10,则数据链路层形成一个MAC 地址01--00--5E--0A--0A--0A (取组播IP 地址低23位,高位为上面介绍的规则),并加入接收地址列表中。
到此为止,我们分析了网络层和数据链路层对组播的处理过程,为了更加深理解,我们举一个实际中的例子,还是同样的网络拓扑:10 [假设图中从左到右计算机依次叫做PCA,PCB,PCC,并假设PCA上运行媒体流服务器发送程序,以组播地址224.10.10.10来不停的发送电视频道数据流。
开始的时候,PCB和PCC都没有接收该数据流,于是在PCB,PCC的数据链路层和网络层的接收列表中都没有针对224.10.10.10组播地址的接收项,从而当数据链路层接收到一个数据帧,该该数据帧的目的MAC地址是01--00--5E--0A--0A--0A的时候,因为接收列表中没有该地址,所以在数据链路层就被丢弃(到这里,读者应该能体会到,组播数据在数据链路层就可以被隔离,而广播数据则必须到达网络层才能判断出是否需要丢弃,这也是使用组播而不使用广播的最大好处)。