IPV6 组播学习理解

一. 理解IPV6的组播地址

IPv6的 组播地址通常是为IPv6的组播服务,而IPv6通信的核心大量的使用了组播,IPv6不再使用广播,这与IPv4的通信不同,然而要理解IPv6的组 播,

首先需要明白三个关键点:

  第一、任何节点都能够成为一个多播组成员也叫做组播组成员;

  第二、源节点可以发送数据包到多播组,

  第三、在一个多播组的节点 都能收到发往该组播组的数据。

而对于IPv6组播地址是由固定的8bit地址前缀FF::/8,4bit的标志位,4bit组播范围和112bit多播组标识符(组ID)组成。

|         8          |  4        |      4     |                     112                                  |
        +---------------+--------+---------+---------------------------------------------+
         |11111111  |   flgs   |   scop  |                  group ID                            |
        +---------------+--------+---------+----------------------------------------------+

  组播地址高8bit为固定值FF,此高8个bit中4bit为flgs位,4bit为组播组的泛洪范围。

  flgs位: 为4bit: |0|R|P|T| , flgs位的高1bit为保留,必须设置为0

  T位: 如果为置0表示永久分配或者是well-known组播地址,如果置1表示临时分配动态的地址,不固定。

  P位: 如果置1的话表示此组播地址是一个基于单播前缀的ipv6组播地址。默认为0,如果P位设置为1,那么T位必须为1。

  R位: 如果置1的话表示此组播地址是一个内嵌RP地址的ipv6组播地址。默认为0

二. 理解请求节点的组播地址

  理 解IPv6的请求节点组播地址非常重要,因为IPv6的请求节点组播地址提高了数据链路层地址解析的效率,在IPv4的环境中,通信需要同时获得目标主机 的IP地址与MAC地址,当知道目标IP地址时会使用ARP协议去解析数据链路层的MAC地址,ARP的地址请求消息是使用广播发送的,然而在IPv6的 应用环境中不再使用广播,所以放弃了ARP协议的使用,取而代之的是ICMPv6的节点请求消息,现在需要深入理解的两个问题:

  

n节点请求主机是如何高效率的去替代IPv4的ARP协议?

n节点请求主机是如何去实现该技术?该技术中的IPv6组播地址是如何生成的?

1)在IPv4环境的的ARP地址解析协议是使用目标地址为广播 (255.255.255.255或者FFFF.FFFF.FFFF)将MAC地址请求消息发送到整个以太网链路上的所有主机,即便是A主机只请求D主机 的MAC,B主机与C主机也同样会收到这个请求广播,从性能与效率上讲这明显不科学。所以在IPv6的环境中放弃了广播的的方式,而是采用组播方式将 MAC地址的解析请求,以点对点的形式直接组播到D主机的请求节点组播地址FF02::1:FFAA:4C3E。而不再将请求消息发送到无关的主机B和主 机C,所以IPv6的节点请求的确是高效率去替代IPv4的ARP协议。

  2)节点请求主机能够以一种“点对点”的形式将MAC地址请求消息发送到目标主机D,是因为D主机的请求节点组播地址FF02::1:FFAA:4C3E在整个链路上是唯一的,所以源主机可以直接将节点请求信息发到目标主机节点请求组播地址上,节点请求组播地址是提高MAC地址解析的核心技术,那么这个目标主机的节点请求组播是如何生成的?

节点请求组播的构成如下图12.60所示,该组播地址是将一个单播IPv6地址(可以是本地链路地址也可以是全球单播地址)的后24位填充到一个请求节点组播地址的124位的固定前缀FF02::1:FF中,生成一个唯一的节点请求组播地址。

三. 理解IPV6的组播地址与MAC地址的映射关系

IPv6的节点请求多播地址去替代了ARP地址解析协议的目标广播地址255.255.255.255,注意:这只能表示IPv6的节点请求从网络层上的优化与改进,在数据链路层会有什么样改进这是本小节讨论的重点。

在 IPv4的ARP地址解析协议中的请求消息报文的目标链路层地址为FFFF.FFFF.FFFF哪么在IPv6中节点请求消息报文的目标链路层地址是什 么?在IPv4中组播的IP地址是可以映射成为数据链路层的MAC地址,在IPv6中这个概念仍然生效,IPv6的节点请求组播地址也可以映射成数据链路 层地址,具体方法如下图12.62所示组播的MAC地址是通地IPv6的组播IP地址映射而来,映射的原则是:将IPv6组播地址的后32位取出,填充到固定前缀是3333的MAC地址中来生成数据链路层地址。

比如一个众所周知的IPv6组播地址:FF02::1它所对应的MAC地址是什么?首先将该“零压缩”的IPv6地址还原为完整格式的IPv6地址为:FFF02:0000:0000:0000:0000:0000: 0000: 0001,然后将该地址的最后32个二进制位取出,一个十六进制位就为4个二进制位,所以最后32个二进制位就是0000:0001,将这部分填充到IPv6组播MAC的固定前缀3333,就得到FF02::1所对应的MAC地址是3333:0000:0001。具体过程如下图12.63所示。

原文地址:https://www.cnblogs.com/mysky007/p/11261559.html

时间: 2024-10-08 18:34:51

IPV6 组播学习理解的相关文章

ipv6组播

ipv6组播 Router(config-if)# ipv6 mld join-groupFF04::10 Router(config-if)# ipv6 mld access-listacc-grp-1 !控制用户能加入的组播 ipv6 mld static-group [group-address][include | exclude] {source-address | source-list[acl]} 如:Router(config-if)# ipv6 mld static-group

SDN网络IPv6组播机制支持实时视频业务海量用户扩展

以 OpenFlow 技术为核心的软件定义网络(SDN)框架具有集中控制的功能能够自己感知网络拓扑的变化,在细粒度的路径选择.接入控制.负载均衡方面有着天然的优势,为 IPv6 组播功能的实现提供了好的解决方案. 一.背景 随着互联网的迅猛发展,诸如视频直播.网络教学等实时业务的广泛应用,多个接收者需要同时从一个或多个源节点接收相同的流媒体数据,网络传输的信息容量大大增加,占用大量的网络带宽.对这些应用需求,传统的点播技术,不仅对源节点资源和网络带宽的消耗很大,同时用户数量的扩展受到限制.比较而

组播学习笔记(四)组播分发树简述+组播防环

组播拓扑: 从第一跳路由器(FH)到最后一条路由器(LH)中间会形成一个组播分发树. 组播分发树有两种模型: 1.源树模型:从源到接受者计算出一条最短路径. 如source1到host1走的路径是:source1-->A-->C-->host1 source1到host2走的路径是:source1-->A-->C-->E-->host2 source2到host1走的路径是:source2-->F-->D-->C-->host1 sourc

组播学习笔记(六)SPT+RP自动选举

SPT切换能够结合共享树和源树的优点.主要机制是在LH设置一个阀值,当流量超过这个阀值时,组播分发树从共享树切换成源树.默认这个阀值为0,即一旦有组播流量则从共享树切换成源树. 一开始没有组播流量抵达LH,即F时,组播分发树为共享树,host1发送IGMP join消息,LH向上发送pim join消息拉取数据,假设E为RP,此时共享树部分结束. source开始通过A向RP进行注册,RP收到了source的注册消息生成一条(S,G)条目,并向B发送join消息,B再向A发送join消息,最终从

组播学习笔记(五)源树+共享树详解

一.组播路由表主要内容: 1.源 2.目的 3.入接口 4.RPF接口 5.RPF邻居 二.pim协议 pim(协议无关协议),此处协议无关是指单播协议无关,PIM可以基于任意单播协议工作.注意,组播是基于单播进行工作的,虽有组播表但是最终是查找单播路由表寻找出口. IP协议号为103 不必发送组播更新,通过hello和hold,join报文来维持邻居关系,因此开销小. hello时间30s,发向224.0.0.13(所有开启pim的功能的交换机都会监听此地址) hold时间:3.5*30s=1

IP组播技术介绍及实现例子

引 言 近年来,随着Internet的迅速普及和爆炸性发展,在Internet上产生了许多新的应用,其中不少是高带宽的多媒体应用,譬如网 络视频会议.网络音频/视频广播.AOD/VOD.股市行情发布.多媒体远程教育.CSCW协同计算.远程会诊.这就带来了带宽的急剧消耗和网络拥挤问 题.为了缓解网络瓶颈,人们提出各种方案,归纳起来,主要包括以下四种: ●增加互连带宽: ●服务器的分散与集群,以改变网络流量结构,减轻主干网的瓶颈: ●应用QoS机制,把带宽分配给一部分应用: ●采用IP Multic

组播基础

组播基础 组播的优势:1.提高效率,降低网络流量,减轻硬件负荷:2.优化性能:减少冗余流量,节约网络带宽,降低网路负载:3.分布式应用,使多点应用成为可能. 组播的劣势:1. 基于UDP:2. 尽力而为:3. 没有拥塞避免机制:4. 报文重复:5. 报文失序. 组播服务模型:1. ASM(Any-Source Multicast)任意源组播:使用(*,G)表项,所以在网络中,一个组播地址只能用于同一个应用:一个组播组地址作为一个网络服务的集合,任何源发布到该组地址的数据得到同样的服务.2. SS

CCIE学习笔记之组播

查看组播路由表: show ip mroute 查看igmp组成员: show ip igmp group 通用规则: 1.      无论何时,只要创建一个(S,G)项而其相应的父(*,G)不存在,就首先自动创建新的(*,G)项. 2.      RPF接口是作为对源IP地址(或稀疏模式(*,G)项,RP)的最小开销路径接口来估算的.如果多个接口开销相同,选择最高IP地址的接口作为"切入点".(比较顺序:1.管理距离2.最长匹配3.开销,这和单播不同,单播先比较最长匹配). 3.  

学习组播原理笔记

广播的缺点:被路由隔离.不可跨网段.浪费流量和硬件资源OSPF建立邻居:单播:太麻烦  广播:浪费资源  组播:IGP 组播的优势:1.组的概念2.发送数据合理利用带宽资源.减少发送者的CPU资源消耗3.不知道接收者的地址4.实时性 基于UDP(数据层面)TCP  头部20Byte  重传机制 UDP  头部8Byte       1.速度快RTP实时传输协议:UDP报文是无序.通过RTP来控制UDP的无序性 多播协议:PIM(协议无关的多播)组播地址:224.0.0.13发送hello包的组播