| IANA拥有一个以太网地址块，即高位24bit为00:00:5e（十六进制表示），这意味着该地址块所拥有的地址范围从00:00:5e:00:00:00到00:00:5e:ff:ff:ff。IANA将其中的一半分配为多播地址。为了指明一个多播地址，任何一个以太网地址的首字节必须是01，这意味着与IP多播相对应的以太网地址范围从01:00:5e:00:00:00到01:00:5e:7f:ff:ff。这里对CSMA/CD或令牌网使用的是Internet标准比特顺序，和在内存中出现的比特顺序一样。这也是大多数程序设计员和系统管理员采用的顺序。IEEE文档采用了这种比特传输顺序。AssignedNumbersRFC给出了这些表示的差别。这种地址分配将使以太网多播地址中的23bit与IP多播组号对应起来，通过将多播组号中的低位23bit映射到以太网地址中的低位23bit实现，这个过程如图12-3所示。由于多播组号中的最高5bit在映射过程中被忽略，因此每个以太网多播地址对应的多播组是不唯一的。32个不同的多播组号被映射为一个以太网地址。例如，多播地址224.128.64.32（十六进制e0.80.40.20）和224.0.64.32（十六进制e0.00.40.20）都映射为同一以太网地址01:00:5e:00:40:20。以太网地址的高序24位总是01：00：5e，下一位总是0，低序的23位是多播地址低序23的拷贝，多播地址高序的5位会被忽略。就是多个32位的多播地址会被映射成为一个以太网地址，并不是一一对应的关系于是出现了IP与MAC存在不是一对一的关系，主机可能接收到目的地址不是本机的组播packet，因此设计IP软件时要有相应的机制来检查接收到数据报的地址是否为自己所需要的，如为不需要的，则做简单的丢弃处理。对于23bit只是为实际的需要，用28bit来标志组播，可能有多个组播映射到一个Ethernet组播地址，23bit作为硬件地址已经包括了绝大部分的组播地址，因为23bit完全相同的几率已经很小了，这种设计方法只是只是一个折中而已。 网上看到的IP多播采用了D类32位地址,及224.0.0.0～239.255.255.255 ,这些地址前4位是最高位1110是不可以变化的,变化就产生在后28为的身上了.因为它是没有被定义为组织化的,没家的孩子真的很惨!把他们合起来就是D类的多播地址了哈哈!后28位是全0,OR全1 ,8个1划成十进制就是255.然后看开头位1110 #### 他的前4位永远不变,,####是变化的.一直到224.0.0.0～239.255.255.255.0,有重复了一下范围.IP多播是由internet地址授权委员(IANA)会负责分配定义的,(后28位很气愤,为什么总是避他们换衣服呢,心理非常不爽!已经上诉****分配地址机构了)!注意:多播地址是没有MASK的! ,下面是关于多播中的MAC地址问题: IP 多播数据包目标IP应用于一个多播MAC地址,IP多播MAC是根据IP多播演变来的!多播的MAC地址划成2进制是:00000001.00000000.0101110.0#######.######## 前24位表示为0x01-00-5E,第25为为0.由于IP多播前4位都是1110固定的.所以后28位都要映射到MAC的后23位,(又被前4位出卖了,好事都是前面的人得)但是呢,MAC地址没有把IP多播最后的的28位都用上,28位的前5位是没用上的,只用到IP组播的最后23位,映射关系32:1 就是说一个MAC能够对应32个组播地址!记住:加入组播的PC对其的网络接口的小耳朵都竖起来了,就等着响应的MAC地址上钩.可算把响应的MAC等来了,发现等来的MAC中还对应另一个IP组播地址,这是主机的CPU就要处理2个地址了.如果SWITCH配置了多播监听的话,那么它就根据多播的MAC转发FRAME!然后就把FRAME转发到MAC相对应的组播组中的成员那去了!哈哈我来举个例子:2个多播地址,236.1.1.1 and 236.1.1.2他们被映射到了一个MAC中,这样236.1.1.1的流量同样也会被236.1.1.2接受.在多层交换机上最好在应用层调整一下IP组播地址,以免重叠.
|
