组播技术及应用系统的实现

　　 * 静态获取：

　　在会议系统中设置好组播地址,以后永远不变。这种方式虽然比较简单，在目前会议系统使用不多时没有问题，但是如果有两个此类会议系统运行，或使用相同组播地址的不同系统运行（由于没有统一管理组播地址，开发商互相不知道），那就会出现无法解决的冲突。因为本应属于两个不同的组却由于使用相同的组播地址而合为一组。这对于将来会议系统的广泛应用是不可行的。

　　 * 动态获取：

　　会议系统用到的组播地址是不定的，只在运行时临时确定。动态获取组播地址的方法大概有三种：通告方式获取，算法推导方式取得，采用Internet组播地址动态分配体系结构（RFC2908）。

　　通告方式获取：当会议系统建立时，先侦听10-20分钟左右，以确定当前已使用的组播地址，防止冲突。

　　算法推导：根据本地的特殊条件，通过一定的算法，求出当前使用的组播地址。

　　采用上述三种方式获取组播地址可有效防止地址冲突问题。虽然比较复杂，也较耗费资源，但是有利于将来的多媒体应用的扩展。

　　 3.2、网络设置：

　　由于我们以前的Internet应用大多集中于数据的交换、共享，因此在目前的通信方式中，主要采用的是单播和广播，对组播的考虑不是很多。但随着多媒体应用（视频，音频）的发展，要求Internet网络必须很好的支持组播，这也是会议系统得以运行的前提条件。因此，所有介于组播源和接收者之间的路由器、集线器、交换机、TCP/IP栈、防火墙均需支持组播。

　　在路由器上要安装相应的软件：组管理协议软件，组播路由协议软件等等。

　　如果要采用RFC2908--Internet组播地址动态分配体系结构，还应配置相应的组播地址分配服务器。

　　目前绝大多数集线器、交换机只是简单的把组播数据当成广播来发送接收。