組播技術(shù)及應(yīng)用系統(tǒng)的實(shí)現(xiàn)

呂秋云 2002/01/30

一、引言

1.1、 問(wèn)題的引出

　　近年來(lái)，隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，使得各種單一媒體相繼成為網(wǎng)絡(luò)傳輸中的數(shù)據(jù)，進(jìn)而各種媒體的融合使得網(wǎng)絡(luò)多媒體運(yùn)用層出不窮。目前，在Internet上產(chǎn)生了許多新的應(yīng)用，其中不少是高帶寬的多媒體應(yīng)用，譬如網(wǎng)絡(luò)視頻會(huì)議 (可視化IP電話會(huì)議系統(tǒng))、網(wǎng)絡(luò)音頻/視頻廣播、多媒體遠(yuǎn)程教育、遠(yuǎn)程會(huì)診，而傳統(tǒng)網(wǎng)絡(luò)最初是為數(shù)據(jù)傳輸而設(shè)計(jì)的，是典型的點(diǎn)點(diǎn)通信模式，是為保證數(shù)據(jù)可靠傳輸而設(shè)計(jì)的，所用的傳輸協(xié)議多為點(diǎn)到點(diǎn)的協(xié)議。其所具有的特點(diǎn)將增加網(wǎng)絡(luò)發(fā)送負(fù)載，帶來(lái)網(wǎng)絡(luò)延時(shí)。這就帶來(lái)了帶寬的急劇消耗和網(wǎng)絡(luò)擁擠問(wèn)題。為了緩解網(wǎng)絡(luò)瓶頸， 人們提出各種方案：增加互連帶寬，改變網(wǎng)絡(luò)流量結(jié)構(gòu)，IP組播技術(shù)等等，其中，IP組播技術(shù)有其獨(dú)特的優(yōu)越性——在組播網(wǎng)絡(luò)中，即使用戶數(shù)量成倍增長(zhǎng)，主干帶寬不需要隨之增加。

　　組播技術(shù)可形象的描述如下：　

　　假設(shè)一個(gè)企業(yè)分布于各地的子公司（兩個(gè)以上）之間需要通過(guò)Internet進(jìn)行實(shí)時(shí)的交換信息(數(shù)據(jù)，聲音，圖像)，他們的計(jì)算機(jī)可能不屬于同一物理網(wǎng)絡(luò)，甚至不屬于同一自治系統(tǒng)，這種通信的特點(diǎn)是“多點(diǎn)”式的。子公司發(fā)出的數(shù)據(jù)希望其他子公司都能收到，而總部發(fā)出的指示全體子公司都應(yīng)收到。這種多點(diǎn)通信方式為組內(nèi)廣播，即組播技術(shù)，也稱多播技術(shù)，多目網(wǎng)關(guān)技術(shù)。

1.2、TCP/IP傳送方式

　　組播技術(shù)是TCP/IP傳送方式的一種。在我們討論組播技術(shù)之前先來(lái)看看TCP/IP傳送方式。TCP/IP傳送方式有三種：?jiǎn)尾ィ瑥V播，組播。

　　單播（Unicast）傳輸：在發(fā)送者和每一接收者之間需要單獨(dú)的數(shù)據(jù)信道。 如果一臺(tái)主機(jī)同時(shí)給很少量的接收者傳輸數(shù)據(jù)，一般沒(méi)有什么問(wèn)題。但如果有大量主機(jī)希望獲得數(shù)據(jù)包的同一份拷貝時(shí)卻很難實(shí)現(xiàn)。 這將導(dǎo)致發(fā)送者負(fù)擔(dān)沉重、延遲長(zhǎng)、網(wǎng)絡(luò)擁塞；為保證一定的服務(wù)質(zhì)量需增加硬件和帶寬。

　　組播（Multicast）傳輸：它提高了數(shù)據(jù)傳送效率。減少了主干網(wǎng)出現(xiàn)擁塞的可能性。組播組中的主機(jī)可以是在同一個(gè)物理網(wǎng)絡(luò)， 也可以來(lái)自不同的物理網(wǎng)絡(luò)（如果有組播路由器的支持）。

　　廣播（Broadcast）傳輸：是指在IP子網(wǎng)內(nèi)廣播數(shù)據(jù)包，所有在子網(wǎng)內(nèi)部的主機(jī)都將收到這些數(shù)據(jù)包。 廣播意味著網(wǎng)絡(luò)向子網(wǎng)主機(jī)都投遞一份數(shù)據(jù)包，不論這些主機(jī)是否樂(lè)于接收該數(shù)據(jù)包。然而廣播的使用范圍非常小， 只在本地子網(wǎng)內(nèi)有效，因?yàn)槁酚善鲿?huì)封鎖廣播通信。廣播傳輸增加非接收者的開銷。

二、組播技術(shù)

2.1、組播技術(shù)的原理

　　組播是一種允許一個(gè)或多個(gè)發(fā)送者（組播源）發(fā)送單一的數(shù)據(jù)包到多個(gè)接收者（一次的，同時(shí)的）的網(wǎng)絡(luò)技術(shù)。 組播源把數(shù)據(jù)包發(fā)送到特定組播組，而只有屬于該組播組的地址才能接收到數(shù)據(jù)包。組播可以大大的節(jié)省網(wǎng)絡(luò)帶寬， 因?yàn)闊o(wú)論有多少個(gè)目標(biāo)地址，在整個(gè)網(wǎng)絡(luò)的任何一條鏈路上只傳送單一的數(shù)據(jù)包。 它提高了數(shù)據(jù)傳送效率。減少了主干網(wǎng)出現(xiàn)擁塞的可能性。組播組中的主機(jī)可以是在同一個(gè)物理網(wǎng)絡(luò)， 也可以來(lái)自不同的物理網(wǎng)絡(luò)（如果有組播路由器的支持）。

　　其網(wǎng)絡(luò)模型如下圖所示：

2.2、實(shí)現(xiàn)組播技術(shù)的前提條件

　　實(shí)現(xiàn)IP組播傳輸，則組播源和接收者以及兩者之間的下層網(wǎng)絡(luò)都必須支持組播。這包括以下幾方面：

　　* 主機(jī)的TCP/IP實(shí)現(xiàn)支持發(fā)送和接收IP組播；

　　* 主機(jī)的網(wǎng)絡(luò)接口支持組播；

　　* 有一套用于加入、離開、查詢的組管理協(xié)議，即IGMP（v1,v2）；

　　* 有一套IP地址分配策略，并能將第三層IP組播地址映射到第二層MAC地址；

　　* 支持IP組播的應(yīng)用軟件；

　　* 所有介于組播源和接收者之間的路由器、集線器、交換機(jī)、TCP/IP棧、防火墻均需支持組播；

2.3、組播地址

　　在組播通信中，我們需要兩種地址：一個(gè)IP組播地址和一個(gè)Ethernet組播地址。其中，IP組播地址標(biāo)識(shí)一個(gè)組播組。 由于所有IP數(shù)據(jù)包都封裝在Ethernet幀中，所以還需要一個(gè)組播Ethernet地址。為使組播正常工作， 主機(jī)應(yīng)能同時(shí)接收單播和組播數(shù)據(jù)，這意味著主機(jī)需要多個(gè)IP和Ethernet地址。 IP地址方案專門為組播劃出一個(gè)地址范圍，在IPv4中為D類地址，范圍是224.0.0.0到239.255.255.255， 并將D類地址劃分為局部鏈接組播地址、預(yù)留組播地址、管理權(quán)限組播地址。

　　局部鏈接地址：224.0.0.0～224.0.0.255，用于局域網(wǎng)，路由器不轉(zhuǎn)發(fā)屬于此范圍的IP包；

　　預(yù)留組播地址：224.0.1.0～238.255.255.255，用于全球范圍或網(wǎng)絡(luò)協(xié)議；

　　管理權(quán)限地址：239.0.0.0～239.255.255.255，組織內(nèi)部使用，用于限制組播范圍；

　　D類地址的最后28比特沒(méi)有結(jié)構(gòu)化，即沒(méi)有網(wǎng)絡(luò)ID和主機(jī)ID之分。響應(yīng)某一個(gè)IP多播地址的主機(jī)構(gòu)成一個(gè)主機(jī)組，主機(jī)組可跨越多個(gè)網(wǎng)絡(luò)。主機(jī)組的成員數(shù)是動(dòng)態(tài)的，主機(jī)可以通過(guò)IGMP協(xié)議加入或離開某個(gè)主機(jī)組。IP多播地址影射到以太網(wǎng)地址的方法見下圖。因?yàn)镮P多播地址的高5位未影射，因此，影射的以太網(wǎng)地址不是唯一的，共有32個(gè)IP多播地址影射到一個(gè)以太網(wǎng)地址。

2.4、組播協(xié)議：

　　組播協(xié)議主要包括組管理協(xié)議（IGMP）和組播路由協(xié)議（密集模式協(xié)議（如DVMRP，PIM-DM）、稀疏模式協(xié)議（如PIM-SM，CBT） 和鏈路狀態(tài)協(xié)議（MOSPF））

　　* 組管理協(xié)議IGMP

　　主機(jī)使用IGMP通知子網(wǎng)組播路由器，希望加入組播組；路由器使用IGMP查詢本地子網(wǎng)中是否有屬于某個(gè)組播組的主機(jī)。

　　* 加入組播組

　　當(dāng)某個(gè)主機(jī)加入某一個(gè)組播組時(shí)，它通過(guò)“成員資格報(bào)告”消息通知它所在的IP子網(wǎng)的組播路由器，同時(shí)將自己的IP模塊做相應(yīng)的準(zhǔn)備， 以便開始接收來(lái)自該組播組傳來(lái)的數(shù)據(jù)。如果這臺(tái)主機(jī)是它所在的IP子網(wǎng)中第一臺(tái)加入該組播組的主機(jī)， 通過(guò)路由信息的交換，組播路由器加入組播分布樹。

　　* 退出組播組

　　在IGMP v1中，當(dāng)主機(jī)離開某一個(gè)組播組時(shí)，它將自行退出。組播路由器定時(shí)(如120秒) 使用“成員資格查詢” 消息向IP子網(wǎng)中的所有主機(jī)的組地址（224.0.0.1）查詢，如果某一組播組在IP子網(wǎng)中已經(jīng)沒(méi)有任何成員， 那么組播路由器在確認(rèn)這一事件后， 將不再在子網(wǎng)中轉(zhuǎn)發(fā)該組播組的數(shù)據(jù)。與此同時(shí)，通過(guò)路由信息交換， 從特定的組播組分布樹中刪除相應(yīng)的組播路由器。 這種不通知任何人而悄悄離開的方法， 使得組播路由器知道IP子網(wǎng)中已經(jīng)沒(méi)有任何成員的事件延時(shí)了一段時(shí)間，所以在IGMP v2.0中，當(dāng)每一個(gè)主機(jī)離開某一個(gè)組播組時(shí)， 需要通知子網(wǎng)組播路由器，組播路由器立即向IP子網(wǎng)中的所有組播組詢問(wèn)，從而減少了系統(tǒng)處理停止組播的延時(shí)。

　　* 組播路由協(xié)議

　　要想在一個(gè)實(shí)際網(wǎng)絡(luò)中實(shí)現(xiàn)組播數(shù)據(jù)包的轉(zhuǎn)發(fā)，必須在各個(gè)互連設(shè)備上運(yùn)行可互操作的組播路由協(xié)議。 組播路由協(xié)議可分為三類：密集模式協(xié)議（如DVMRP，PIM-DM）、稀疏模式協(xié)議（如PIM-SM，CBT） 和鏈路狀態(tài)協(xié)議（MOSPF），下面分別介紹各個(gè)協(xié)議的工作原理。

　　* 距離向量組播路由協(xié)議（Distance Vector Multicast Routing Protocol：DVMRP）

　　DVMRP由單播路由協(xié)議RIP擴(kuò)展而來(lái)，兩者都使用距離向量算法得到網(wǎng)絡(luò)的拓?fù)湫畔�，不同之處在于RIP根據(jù)路由表前向轉(zhuǎn)發(fā)數(shù)據(jù)， 而DVMRP則是基于RPF。為了使新加入的組播成員能及時(shí)收到組播數(shù)據(jù)，DVMPR采用定時(shí)發(fā)送數(shù)據(jù)包給所有的LAN的方法， 然而這種方法導(dǎo)致大量路由控制數(shù)據(jù)包的擴(kuò)散，這部分開銷限制了網(wǎng)絡(luò)規(guī)模的擴(kuò)大。另一方面，DVMRP使用跳數(shù)作為計(jì)量尺度， 其上限為32跳，這對(duì)網(wǎng)絡(luò)規(guī)模也是一個(gè)限制。目前提出了分層DVMRP，即對(duì)組播網(wǎng)絡(luò)劃分區(qū)域， 在區(qū)域內(nèi)的組播可以按照任何協(xié)議進(jìn)行，而對(duì)于跨區(qū)域的組播則由邊界路由器在DVMRP協(xié)議下進(jìn)行，這樣可大大減少路由開銷。

　　* 開放式組播最短路徑優(yōu)先協(xié)議（Multicast Open Shortest Path First：MOSPF）

　　MOSPF是一種基于鏈路狀態(tài)的路由協(xié)議，是對(duì)單播OSPF協(xié)議的擴(kuò)展。同OSPF類似，MOSPF定義了三種級(jí)別的路由：

　　a、 OSPF區(qū)域內(nèi)組播路由：用于了解各網(wǎng)段中的組播成員，構(gòu)造（源網(wǎng)絡(luò)S，組G）對(duì)的SPT；

　　b、 MOSPF區(qū)域間組播路由：用于匯總區(qū)域內(nèi)成員關(guān)系，并在自治系統(tǒng)（AS）主干網(wǎng)（區(qū)域0）上發(fā)布組成員關(guān)系記錄通告，實(shí)現(xiàn)區(qū)域間組播包的轉(zhuǎn)發(fā)。

　　c、 OSPF AS 間組播路由：用于跨AS的組播包轉(zhuǎn)發(fā)。

　　* 協(xié)議無(wú)關(guān)組播（Protocol Independent Multicast：PIM）

　　PIM由IDMR（域間組播路由）工作組設(shè)計(jì)，顧名思義，PIM不依賴于某一特定單播路由協(xié)議， 它可利用各種單播路由協(xié)議建立的單播路由表完成RPF檢查功能，而不是維護(hù)一個(gè)分離的組播路由表實(shí)現(xiàn)組播轉(zhuǎn)發(fā)。 由于PIM無(wú)需收發(fā)組播路由更新，所以與其它組播協(xié)議相比，PIM開銷降低了許多。 PIM的設(shè)計(jì)出發(fā)點(diǎn)是在Internet范圍內(nèi)同時(shí)支持SPT和共享樹，并使兩者之間靈活轉(zhuǎn)換，因而集中了它們的優(yōu)點(diǎn)提高了組播效率。 PIM定義了兩種模式：密集模式(Dense-Mode)和稀疏模式（Sparse-Mode）。

　　* 有核樹組播路由協(xié)議（Core-Based Trees: CBT）

　　CBT的基本目標(biāo)是減少網(wǎng)絡(luò)中路由器組播狀態(tài)，以提供組播的可擴(kuò)展性。為此，CBT被設(shè)計(jì)成稀疏模式（與PIM-SM相似）。 CBT使用雙向共享樹，雙向共享樹以某個(gè)核心路由器為根，允許組播信息在兩個(gè)方向流動(dòng)。 這一點(diǎn)與PIM-SM不同（PIM-SM中共享樹是單向的，在RP與組播源之間使用SPT將組播數(shù)據(jù)轉(zhuǎn)發(fā)到RP）， 所以CBT不能使用RPF檢查，而使用IP包頭的目標(biāo)組地址作檢查轉(zhuǎn)發(fā)緩存。這就要求對(duì)CBT共享樹的維護(hù)就需非常小心， 以確保不會(huì)產(chǎn)生組播路由循環(huán)。

三、組播技術(shù)的應(yīng)用系統(tǒng)實(shí)現(xiàn)可視化Ip電話會(huì)議系統(tǒng)

　　上面討論了組播技術(shù)的各個(gè)技術(shù)細(xì)節(jié)，下面我們以多媒體應(yīng)用可視化Ip電話會(huì)議系統(tǒng)為例來(lái)探討組播技術(shù)在應(yīng)用系統(tǒng)的實(shí)現(xiàn)。

　　可視化Ip電話會(huì)議系統(tǒng): 是利用計(jì)算機(jī)，多媒體通信技術(shù)和設(shè)備，通過(guò)傳輸信道在兩地或多個(gè)地點(diǎn)之間開會(huì)的一種通信手段。在召開會(huì)議時(shí)，處于兩地或不同地點(diǎn)的與會(huì)代表，既可以聽到對(duì)方的聲音，又可以看到對(duì)方的形象，同時(shí)還能看到對(duì)方會(huì)議室的場(chǎng)景，以及在會(huì)議中展示的事物、圖片、表格、文件等，縮短了與會(huì)代表的距離，使大家好像在同一會(huì)議室參加會(huì)議一樣。它的廣泛應(yīng)用必然產(chǎn)生巨大的社會(huì)效益和經(jīng)濟(jì)效益。系統(tǒng)結(jié)構(gòu)簡(jiǎn)圖如下：

　　會(huì)議的組織，召開，管理由主會(huì)場(chǎng)來(lái)完成。因此，主會(huì)場(chǎng)的視頻，聲音，通知，指示，下達(dá)的文件資料各分會(huì)場(chǎng)都應(yīng)該收到。當(dāng)某分會(huì)場(chǎng)發(fā)言時(shí)，其視頻，聲音同樣要傳送給其他會(huì)場(chǎng)。（如下圖所示）上述所有動(dòng)作的完成依賴組播技術(shù)。通過(guò)組播技術(shù)把主會(huì)場(chǎng)的各種數(shù)據(jù)發(fā)送到參加會(huì)議的分會(huì)場(chǎng)中，而且把發(fā)言分會(huì)場(chǎng)的視音頻數(shù)據(jù)發(fā)送給其他會(huì)場(chǎng)：即主會(huì)場(chǎng)和發(fā)言分會(huì)場(chǎng)的各種數(shù)據(jù)只要在網(wǎng)上發(fā)送一次，其他會(huì)場(chǎng)都將收到此數(shù)據(jù)，（這就是有別于點(diǎn)對(duì)點(diǎn)通信方式的地方）而與這兩個(gè)會(huì)場(chǎng)在同一網(wǎng)段卻不參加會(huì)議的非成員不會(huì)收到數(shù)據(jù)（只要設(shè)備支持，這也是有別于廣播的地方）。因此，當(dāng)會(huì)議成員增加時(shí)，不會(huì)產(chǎn)生信息傳輸量劇增，帶來(lái)無(wú)法忍受的網(wǎng)絡(luò)延時(shí)和抖動(dòng)。

　　根據(jù)上面對(duì)組播技術(shù)的討論我們可以得出要實(shí)現(xiàn)可視化IP電話會(huì)議必須解決如下幾個(gè)方面問(wèn)題:

3.1、組播地址

　　根據(jù)上面的討論我們知道應(yīng)用系統(tǒng)中可采用組播地址的范圍是：224.0.1.0～238.255.255.255。那么在我們的應(yīng)用系統(tǒng)中應(yīng)如何使用組播地址呢？有兩種方法使用組播地址：靜態(tài)設(shè)置，動(dòng)態(tài)獲取。

　　* 靜態(tài)獲�。�

　　在會(huì)議系統(tǒng)中設(shè)置好組播地址,以后永遠(yuǎn)不變。這種方式雖然比較簡(jiǎn)單，在目前會(huì)議系統(tǒng)使用不多時(shí)沒(méi)有問(wèn)題，但是如果有兩個(gè)此類會(huì)議系統(tǒng)運(yùn)行，或使用相同組播地址的不同系統(tǒng)運(yùn)行（由于沒(méi)有統(tǒng)一管理組播地址，開發(fā)商互相不知道），那就會(huì)出現(xiàn)無(wú)法解決的沖突。因?yàn)楸緫?yīng)屬于兩個(gè)不同的組卻由于使用相同的組播地址而合為一組。這對(duì)于將來(lái)會(huì)議系統(tǒng)的廣泛應(yīng)用是不可行的。

　　* 動(dòng)態(tài)獲�。�

　　會(huì)議系統(tǒng)用到的組播地址是不定的，只在運(yùn)行時(shí)臨時(shí)確定。動(dòng)態(tài)獲取組播地址的方法大概有三種：通告方式獲取，算法推導(dǎo)方式取得，采用Internet組播地址動(dòng)態(tài)分配體系結(jié)構(gòu)（RFC2908）。

　　通告方式獲�。寒�(dāng)會(huì)議系統(tǒng)建立時(shí)，先偵聽10-20分鐘左右，以確定當(dāng)前已使用的組播地址，防止沖突。

　　算法推導(dǎo)：根據(jù)本地的特殊條件，通過(guò)一定的算法，求出當(dāng)前使用的組播地址。

　　采用上述三種方式獲取組播地址可有效防止地址沖突問(wèn)題。雖然比較復(fù)雜，也較耗費(fèi)資源，但是有利于將來(lái)的多媒體應(yīng)用的擴(kuò)展。

3.2、網(wǎng)絡(luò)設(shè)置：

　　由于我們以前的Internet應(yīng)用大多集中于數(shù)據(jù)的交換、共享，因此在目前的

　　通信方式中，主要采用的是單播和廣播，對(duì)組播的考慮不是很多。但隨著多媒體應(yīng)用（視頻，音頻）的發(fā)展，要求Internet網(wǎng)絡(luò)必須很好的支持組播，這也是會(huì)議系統(tǒng)得以運(yùn)行的前提條件。因此，所有介于組播源和接收者之間的路由器、集線器、交換機(jī)、TCP/IP棧、防火墻均需支持組播。

　　在路由器上要安裝相應(yīng)的軟件：組管理協(xié)議軟件，組播路由協(xié)議軟件等等。

　　如果要采用RFC2908--Internet組播地址動(dòng)態(tài)分配體系結(jié)構(gòu)，還應(yīng)配置相應(yīng)的組播地址分配服務(wù)器。

　　目前絕大多數(shù)集線器、交換機(jī)只是簡(jiǎn)單的把組播數(shù)據(jù)當(dāng)成廣播來(lái)發(fā)送接收。

　　假設(shè)某網(wǎng)段某一成員參加會(huì)議（采用會(huì)議系統(tǒng)），則處于同一網(wǎng)段（由交換機(jī)、集線器連接）的其他非會(huì)議成員其實(shí)都可收到多媒體流。這樣，非會(huì)議成員的真正可使用帶寬將急劇下降；如果有多個(gè)類似的會(huì)議系統(tǒng)（組）同時(shí)存在，那么將導(dǎo)致網(wǎng)絡(luò)擁塞，直至網(wǎng)絡(luò)癱瘓。同時(shí)，由于數(shù)據(jù)流被廣播，很可能會(huì)被其他非法成員利用，造成安全隱患。因此，在當(dāng)今流行的用交換機(jī)組建園區(qū)網(wǎng)，小區(qū)網(wǎng)、專用局網(wǎng)Intranet的網(wǎng)絡(luò)設(shè)計(jì)中，應(yīng)充分考慮到將來(lái)多媒體應(yīng)用發(fā)展將會(huì)帶來(lái)的安全問(wèn)題和帶寬問(wèn)題。

3.3、防火墻：

　　可視化IP電話會(huì)議系統(tǒng)運(yùn)行在Internet上，我們必須要考慮防火墻的問(wèn)題。由于目前病毒泛濫，為了保護(hù)自身的安全，許多機(jī)構(gòu)用一臺(tái)防火墻計(jì)算機(jī)作為在公用互聯(lián)網(wǎng)和本機(jī)構(gòu)的專用網(wǎng)，即內(nèi)部局網(wǎng)Intranet網(wǎng)之間的安全性網(wǎng)關(guān)。目前的防火墻大多基于單播通訊來(lái)設(shè)計(jì)的，而組播與單播的原理是有很大不同的：

　　單播通訊是由一對(duì)參與者會(huì)話的形式組成的，因此搞清楚單播通訊的安全性是基于這些參與者（每位被授權(quán)的參與者），此外"單播通訊之間的"信任"必須建立在每一個(gè)參與者的"可信任"之上，也必須建立在數(shù)據(jù)的"可信任"上。

　　組播的范圍有隨意性，它含蓋了不同集合的參與者，有的可能還不知道這些參與者是否具有資格。（這是它的特點(diǎn)，而不是BUG），因此組播的安全性不能依賴其參與者，而應(yīng)該是依賴數(shù)據(jù)。特別是組播通訊是通過(guò)對(duì)包數(shù)據(jù)授權(quán)而進(jìn)行授權(quán)的，例如使用數(shù)字簽名--這種數(shù)據(jù)是專門加過(guò)密的，所以組播間的信任是通過(guò)這些數(shù)據(jù)的神圣的信任關(guān)系來(lái)建立的。

　　為了處理組播安全問(wèn)題，防火墻應(yīng)該做三件事情：

　　* 支持所選擇的組播安全策略。（這個(gè)策略建立了正在等候的準(zhǔn)備轉(zhuǎn)發(fā)的特殊的組播群），組播策略是由特殊的一組受允許通過(guò)防火墻轉(zhuǎn)發(fā)的組播群（和相應(yīng)的UDP口）組成的安全集合。

　　* 動(dòng)態(tài)地作出決定何時(shí)需要轉(zhuǎn)發(fā)每一個(gè)侯選組。組播組是動(dòng)態(tài)變化的，只有確定有必要轉(zhuǎn)發(fā)時(shí)它才會(huì)轉(zhuǎn)發(fā)。

　　* 通過(guò)防火墻轉(zhuǎn)發(fā)每一個(gè)侯選組的數(shù)據(jù)�！∮脕�(lái)轉(zhuǎn)發(fā)侯選組播包的實(shí)際機(jī)制將有賴于防火墻的實(shí)質(zhì)，普通的防火墻設(shè)置使用兩個(gè)站點(diǎn)：intranet的部分，外部internet部分。這種情況下，組播包可在兩節(jié)點(diǎn)間使用管道協(xié)議轉(zhuǎn)發(fā)（再到另一側(cè)重新組播）。

四、總結(jié)

　　本文對(duì)組播技術(shù)做了全面的介紹，并對(duì)組播技術(shù)在實(shí)際的應(yīng)用系統(tǒng)應(yīng)解決的問(wèn)題組播地址、網(wǎng)絡(luò)設(shè)置、防火墻進(jìn)行了深入的闡述。

計(jì)算機(jī)世界網(wǎng) 2002/01/30