组播解惑

关于在Internet上进行组播(IP Multicast)的问题

  1.在目前中国Internet上能不能实现组播呢，能不能到modem用户，一般163的行吗？
  2.组播地址如何设置，有一个MADCAP协议可以进行组播申请，但需要这样的体系结构的主机支持，不知中国目前是否已有这样的环境。
  3.在win2000下的，msdn已有了MADCAP库，但我的vc++6中没有MSDN上说的MADCAP库，下载了sp5也没有，这个库到底在哪？

  由于我在Internet环境上从来没有试成功组播（modem，adsl，教育网等），因此问题很多，如果哪位高手知道还请慷慨解答，这里先谢谢了！

组播必须得是全网同时支持，并且所有得网络设备可以互相兼容。大约包括组播得转发，和组播路由协议两大类。
因此现在Internet上是不可能支持组播的，只能在一个小区、局域网、校园网环境支持组播。需要保证整个局域网使用可以兼容的支持组播的设备。
CISCO的设备是支持组播的，但是也不是很好用。

Answer your second Q:

IP组播地址由internet　NIC负责管理，和协议端口一样，有一部分是保留的，仅供特殊群组成员使用，不管有无成员，该地址均要保留，这部分地址称为知名（well-known）地址；其余地址则不一样，仅供临时使用，被称为临时组播群组（transient　multicast　group），可以按需创建，成员可以动态调整，但在成员数目为0时撤销。　 
　部分知名IP组播地址　 
如上所述，IP组播地址范围是224.0.0.0~239.255.255.255，下面列出部分知名或已用的IP组播地址。实际上，224.0.0.0---224.2.255.255的绝大部分地址已被使用，建议使用时避开上述地址（详细使用情况请参阅RFC　1700）。　 
224.0.0.0　基础地址，保留，不能被任何群组使用　 
224.0.0.1　全主机群组（all　hosts　group），指参加本IP组播的所有主机、路由器、网关（不是指整个互连网）　 
224.0.0.2　本子网上的路由器（all　routers　on　a　LAN）　 
224.0.0.4　DVMRP*路由器（DVMRP　Routers）　 
224.0.0.5　本子网上的OSPF*路由器(all　OSPF　routers　on　a　LAN)　 
224.0.0.6　本子网上被指定的OSPF路由器(all　designated　OSPF　routers　on　a　LAN)　 
224.0.1.1　网络时间协议（Network　Time　Protocol，NTP）　 
224.0.5.000-224.0.5.127　蜂窝式数字信息包数据发送主机组（CDPD　Groups）　 
224.1.0.0-224.1.255.255　基于流的协议组播主机组（Stream　Protocol　Multicast　Groups）　 
224.2.0.0-224.2.255.255　多媒体会议呼叫（Multimedia　Conference　Calls）　 
*注：DVMRP是Distance　vector　multicast　routing　protocol的缩写，意为距离矢量组播选路协议，是用来生成组播路由；OSPF　是open　shortest　path　first，意为开放最短路径最先，是IETF设计的一种路由协议。　 
　 
　 
　IP组播地址与以太网硬件组播地址的映射　 
　映射方法　 
以太网硬件地址是48位，而IP地址是32位，有效IP组播地址是28位，以太网支持IP组播地址到以太网组播地址的映射，他们之间的映射很巧妙而简单，主要规则如下：　 
将IP组播地址的低23位简单地代替特定的以太网地址01.00.5e.00.00.00（16进制）中的低23位。　 
例如：IP组播地址224.66.60.89(16进制，其2进制为：1110　0000.0100　0010.0011　1100.0101　1001)映射到以太网的地址为：01.00.5e.66.60.89（16进制）。　　 
按此规则，IP组播地址范围为224.0.0.0~239.255.255.255，映射到以太网组播地址为01.00.5E.00.00.00~　01.00.5E.7F.FF.FF　 
这样做一是因为映射方法简单，便于计算和实现；二是可以包括绝大部分组播地址了；三是IP组播地址映射后仅使用以太网地址的固定部分，有利于排错和查找，不易与其它使用以太网的协议发生冲突和干扰。　 
3.2.1.2　不同IP组播地址映射到相同以太网地址的讨论　 
在IP组播地址映射到以太网地址的过程中，有人可能发现一个有趣的现象，多个不同的IP组播地址映射到了相同的以太网地址。例如：IP组播地址225.118.100.100和226.246.100.100映射到以太网的地址均为01.00.94.118.100.100。这是为什么呢，下面从机理上作一分析：　 
由于IP组播地址的有效位为28位，而映射到以太网时仅取低23位（第9~31位），高5位（实际是IP组播地址的第4~8位，下同）的地址信息在映射过程实际上是没有用而被丢掉了，这样如果低23位地址信息一样，则不管高5位地址的值是多少，其映射的以太网地址都是一样的。如下图：　 

IP组播地址　:　1110　gggg　gddd　dddd　dddd　dddd　dddd　dddd 
　 　　　　　|----|----||--------------------------|　 
　组播地址的网络ID　　高5位　　　　　　　　　　　低23位　 

高9位映射时信息均被丢掉　映射时直接代替特定以太网地址的低23位　 
那么，任意两个IP组播地址映射到以太网地址时，其地址相同的概率为多少呢？　 
任意两个IP组播地址如果低23位相同，则不管高5位的值是否相同，二者映射的以太网地址都是一样的，低23位相同的可能性为　，高5位的2进制组合有25种，这样可知：　 
任意两个IP组播地址映射到以太网地址时，其地址相同的概率P=　，很小，约为百万分之3.8，所以这种映射方法还是相当可靠的。　 
　 
　IP组播地址与其它网络组播地址的映射　 
环形网和总线网根据IEEE802.2标准，直接支持组播，和以太网一样直接处理组播。对于支持网络广播而不支持组播的网络，如实验以太网，则将IP组播地址简单映射为本地广播地址，不过这样增加了本地网络主机的开销。点对点连接的两台主机（或者一台主机和支持组播的路由器），组播数据报直接投递。对存储转发网络（store-and　forward　network），如ARPANET或者公用X.25网络，IP组播地址映射为本地的知名IP组播路由器。
部分IP组播相关的网址　 
如对IP组播的有关问题想进一步钻研，可以到以下站点查阅有关资料。　 
www.rfc-editor.org　一个集全部RFC文档之精华的站点，不过是全英文的，读者需要一定英文基础　 
www.rfcsite.yeah.net　一个RFC文档的中文界面站点，具体内容仍是英文　 
www.rfc.at.china.com　一个RFC文档的全中文站点，不过中文的RFC文档不是很多　 
www.ieee.org　IEEE的官方站点，有很多有关组播的学术论文，也是全英文的　

About your first Q:
地址分配
    因为当前的地址空间是未管理的，没有机制阻止应用发送数据到任何组播地址。如果不选择不同的地址，两个会话的成员将收到相互的数据。对ISP来说，缺乏地址分配机制，除了处理愤怒的用户和运载无用的数据外，并没有大的威胁。然而，对组播接收者来说，有很大的危险，可能引起应用的不一致性，因为从别的会话中收到的分组必须处理并丢掉。
    如对组创建采取正确的接入控制，这个问题能够得到部分解决，这可以通过发送者接入列表来限制冲突。
    一个正确的分配机制应用如下特征：
    ● 单个用户不能干扰别的用户的服务。例如，分配所有的地址；
    ● 在地址分配中，为避免延迟应用，应没有或是可忽略的时延；
    ● 实施起来复杂度不高；
    ● 对域间来说，有很好的扩展性；
    ● 有效地使用地址空间；
    ● 从长远来看，可扩展到数百万计的组播组。
    由于组播还不是一个流行的域间服务，地址冲突的可能性十分小。现在部署的有组播能力的路由器中，仅有1000～2000条路由。由于路由器的内存不大，在当前部署的Internet中限制了地址冲突的可能性。因为在内存用完后，不可能再建立新的组。对有268000000个可用的D类IP地址来说，对能够存储2000地址的内存，冲突的可能性是0.78%。然而，如果组播得到普及，路由器将保存更多的组播地址，组播分配的问题就严重了。对能够存储8k地址的路由器，当所有的地址都使用时，冲突的概率达12%。
    对当前的服务模型而言，有四种可供选择的地址分配机制。
    ● MAAA；
    ● 静态分配和指定（指GLOP）；
    ● 如同EXPRESS模型所提出的，为每个源（信道）分配一个地址；
    ● IPv6编址。
    MAAA设计强调有效地使用一动态分配的地址空间，以设计的复杂性为代价。GLOP使用AS号以限制域可使用的地址。GLOP是一个短期的实验。IPv6能解决所有要求，这需要在当前动态地增加地址空间，其代价是改变分组结构。IPv6提供了充足的唯一的地址空间，以使地址分配变得容易。IPv6和EXPRESS能解决所有需求

现在组播在视频点播方面的应用很不成熟的，使用组播实际上相当于建立一个电视台，而并不是真正的“按需点播”，因为后面进来的看，和看电视没有区别，就是不能从头开始。
骨干网、城域网支持组播主要是为“视频会议”的，现在组播最有前景的应用就是视频会议。上视频会议的项目都是大公司，直接连接到骨干网或者是城域网中，可以实施组播。
现在大部分的路由器、以太网交换机其实都能支持组播转发的，但是主要是组播路由协议的支持有比较大的差距。而且在实际做方案的时候，现在基本上都不开组播协议的、
我是做路由器的，因此了解一点组播。

目前教育网正在开通全网组播，就是为了实现教育部的视频会议系统。
该视频会议系统是基于组播的视频会议，是从Berkeley的vic/rat软件
改进来的。不久教育网上的各高校和各省市的教育厅就可以在网上进
行会议了。       
该项目由Cernet中心的李星教授负责。

软件是共享的，是由berkeley开发的vic/rat改进而来。
美国有类似的项目，叫AccessGrid.
http://www-fp.mcs.anl.gov/fl/accessgrid/default.htm

目前国家自然基金委建设的NSFCNet是北京市内的一个城域网，通过若干台Cisco GSR路由器链接，骨干带宽为2.5G，通过教育网与国外相连。该网已经完全开通了组播，与国外的MBone也通过组播相连了，并成功举办了若干次国际Internet视频会议，包括SCGlobal。
http://www-fp.mcs.anl.gov/scglobal/