IP多播技術(shù)

　　摘要： 多播通信是現(xiàn)在的一大網(wǎng)絡(luò)熱點(diǎn)技術(shù)。本文主要敘述了IP多播技術(shù)的基本概念，多播的編址，Internet組管理協(xié)議（IGMP），多播路由算法和已有的多播選路協(xié)議，以及正在研究的新多播選路協(xié)議。還介紹了多播中的主要問(wèn)題：安全問(wèn)題和QoS問(wèn)題，并簡(jiǎn)要多播應(yīng)用現(xiàn)狀及前景。

　　關(guān)鍵詞：多播組 多播路由 多播樹(shù)

1.引言

　　隨著Internet的發(fā)展，出現(xiàn)了如視頻點(diǎn)播、電視會(huì)議、遠(yuǎn)程學(xué)習(xí)、計(jì)算機(jī)協(xié)同工作等新的業(yè)務(wù)。用傳統(tǒng)的點(diǎn)到點(diǎn)通信方式，不僅浪費(fèi)大量的網(wǎng)絡(luò)帶寬，而且效率很低。一種有效地利用現(xiàn)有帶寬的技術(shù)就是多播技術(shù)。多播是一種點(diǎn)到多點(diǎn)（和多點(diǎn)到多點(diǎn)）的通信方式，即多個(gè)接收者同時(shí)接收一個(gè)源發(fā)送的相同信息。

　　在多播中，組的概念是十分重要的。由多播的定義可知，多播報(bào)文是從一個(gè)源發(fā)到一組目的結(jié)點(diǎn)。在IP多播中，多播組有一ID號(hào)叫做多播組ID號(hào)，它指定了發(fā)送報(bào)文的目的組，這些ID號(hào)實(shí)際上是D類IP地址。若一個(gè)主機(jī)想要接收發(fā)到一個(gè)特定組的多播報(bào)文，它需要監(jiān)聽(tīng)發(fā)往那個(gè)特定組的所有報(bào)文。為解決Internet上多播報(bào)文的選路，主機(jī)需通過(guò)通知其子網(wǎng)上的多播路由器來(lái)加入一個(gè)組，多播中采用Internet組管理協(xié)議（IGMP）來(lái)達(dá)到此目的，離開(kāi)組也要用IGMP。這樣，網(wǎng)絡(luò)上的多播路由器就知道網(wǎng)絡(luò)上的多播組成員，并由此決定是否向它們的網(wǎng)絡(luò)上轉(zhuǎn)發(fā)多播報(bào)文。當(dāng)一個(gè)多播路由器收到一個(gè)多播分組時(shí)，它檢查報(bào)文的ID，僅當(dāng)那個(gè)組有成員時(shí)才向其轉(zhuǎn)發(fā)。IGMP提供了在轉(zhuǎn)發(fā)多播報(bào)文到目的地的最后階段所需信息。多播路由器之間相互交換信息，這些信息是從與它們直接相連的主機(jī)的組成員中搜集的。多播路由器間交換路由信息的算法有“泛洪”，“生成樹(shù)”，“反向路徑廣播”“反向路徑多播”等，有些算法被用于動(dòng)態(tài)多播路由協(xié)議中，如距離矢量多播路由協(xié)議（Distance Vector Multicast Routing Protocol，DVMRP）、多播開(kāi)放式最短路由優(yōu)先協(xié)議（Multicast Open Shortest Path First，MOSPF）,核心樹(shù)協(xié)議（Core-Based Tree，CBT）,獨(dú)立于點(diǎn)到點(diǎn)協(xié)議的多播協(xié)議（Protocol Independent Multicast，PIM）等。從通過(guò)這些協(xié)議中取得的路由信息，多播路由器要決定是否向它們的網(wǎng)絡(luò)上轉(zhuǎn)發(fā)分組。最后，處于葉子節(jié)點(diǎn)的路由器要查看與其特定組相連的物理網(wǎng)絡(luò)上是否有成員，并決定是否轉(zhuǎn)發(fā)分組。

　　本文下一部分介紹多播編址，以及它們與MAC層地址的轉(zhuǎn)換，然后是IGMP，再討論路由算法和協(xié)議，最后，介紹了多播基干(Mbone)和多播的前景。

2.多播組

2.1編址

　　IP有三種基本類型的地址：?jiǎn)尾ィ瑥V播和多播。單播地址用于傳輸一個(gè)報(bào)文到一個(gè)單獨(dú)的目的節(jié)點(diǎn)；廣播地址用于傳輸一個(gè)報(bào)文到子網(wǎng)上的所有節(jié)點(diǎn)；多播地址用于傳送一個(gè)報(bào)文到可能不在同一子網(wǎng)上的一組目的節(jié)點(diǎn)。

2.2Internet組管理協(xié)議（IGMP）

　　IGMP是多播路由器用來(lái)了解多播組成員信息的協(xié)議，它主要使用兩種類型的報(bào)文：組成員查詢報(bào)文和組成員報(bào)告報(bào)文。多播路由器周期性地發(fā)送組成員查詢報(bào)文，以了解相連的子網(wǎng)上哪些組有成員。查詢報(bào)文發(fā)送到所有的主機(jī)組。主機(jī)響應(yīng)一成員報(bào)告報(bào)文，報(bào)告它們所屬的多播組。當(dāng)一個(gè)主機(jī)加入一個(gè)新的組時(shí)，它應(yīng)立即發(fā)送一個(gè)加入報(bào)文，而不是等待一個(gè)查詢，以防萬(wàn)一它是那個(gè)組的第一個(gè)成員。

　　當(dāng)主機(jī)作為某個(gè)組的成員開(kāi)始收到信息后，多播路由器就會(huì)周期性地對(duì)該組進(jìn)行查詢，檢查組內(nèi)的成員是否還參與其中，只要還有一個(gè)主機(jī)仍在參與，多播路由器就繼續(xù)接收數(shù)據(jù)。當(dāng)所有的主機(jī)都離開(kāi)了組后，多播路由器會(huì)收到一個(gè)IGMP的“離開(kāi)”消息報(bào)文，多播路由器就會(huì)馬上查詢組中是否還有活動(dòng)的組成員。如果有活動(dòng)的組成員，多播路由器就繼續(xù)轉(zhuǎn)發(fā)數(shù)據(jù)；如果沒(méi)有，就不再轉(zhuǎn)發(fā)數(shù)據(jù)。

3.多播路由算法及協(xié)議

　　實(shí)現(xiàn)多播通信的最普遍的方法是構(gòu)造樹(shù)型路由，這是因?yàn)闃?shù)型路由有以下兩個(gè)優(yōu)點(diǎn)：1）分組以并行方式沿樹(shù)枝到達(dá)不同的接收者；2）分組的復(fù)制僅在分叉處進(jìn)行，使得網(wǎng)絡(luò)中所傳送的分組數(shù)最少。

　　多播路由就是尋找從源到一組目的節(jié)點(diǎn)的一棵樹(shù)，信息沿著此樹(shù)傳送到所有的接收者。成組多播則是尋找一組樹(shù)的集合，每一棵樹(shù)對(duì)應(yīng)一個(gè)節(jié)點(diǎn)的多播路由。

　　目前在構(gòu)建多播樹(shù)的算法中，主要有泛洪(Flooding)，生成樹(shù)(Spanning Tree,ST),最短路徑樹(shù)（Shortest Path Tree,SPT）,最小生成樹(shù)（Minimum Spanning Tree,MST），最大帶寬樹(shù)（Maximum Bandwidth Tree,MBT），反向路徑廣播（Reverse Path Broadcasting,RPB），裁剪的反向路徑廣播（Truncated Reverse Path Broadcasting,TRPB），Steiner樹(shù)(Steiner Tree,ST),受限Steiner樹(shù)（Constrained Steiner Tree,CST）,反向路徑多播（Reverse Path Multicasting,RPM）和核心樹(shù)（Core-Based Tree,CBT）等算法。

　　Internet上的多播主要用兩種類型的選路協(xié)議。第一種叫作多播內(nèi)部網(wǎng)關(guān)協(xié)議（Muticast Interior Gateway Protocol，MIGP），多播路由器用來(lái)在一個(gè)自治系統(tǒng)內(nèi)進(jìn)行通信。如距離矢量多播路由協(xié)議（DVMRP），多播開(kāi)放式最短路由優(yōu)先協(xié)議（MOSPF）,核心樹(shù)協(xié)議（CBT）,獨(dú)立于點(diǎn)到點(diǎn)協(xié)議的多播協(xié)議（PIM）。第二種是邊界路由器用來(lái)在自治系統(tǒng)（AS）間進(jìn)行通信的協(xié)議，如邊界網(wǎng)關(guān)多播協(xié)議（Border Gateway Multicast Protocol,BGMP）。

　　在上面介紹的多播路由算法中，只有一部分用于實(shí)際中。DVMRP和MOSPF使用最短路徑樹(shù)，而CBT和BGMP使用核心樹(shù)來(lái)進(jìn)行多播，PIM則用核心樹(shù)或反向最短路徑樹(shù)。以下介紹DVMRP，MOSPF,CBT,PIM等協(xié)議。還介紹了幾種新的協(xié)議，明確要求單個(gè)源的協(xié)議EXPRESS(Explicitly Requested Single Source)和SM(Simple Multicast)。

3.1距離矢量多播路由協(xié)議（DVMRP）

　　DVMRP是在Mbone上使用的多播路由協(xié)議，它使用RPM來(lái)構(gòu)建多播樹(shù)。DVMRP為每條通信鏈路指定了一個(gè)尺度和閾值。尺度指定了鏈路的路由代價(jià)并用以構(gòu)建反向最短路徑樹(shù)，閾值是一個(gè)多播分組需要轉(zhuǎn)發(fā)到一給定鏈路的最小生存時(shí)間（TTL）。閾值可用來(lái)限制多播分組的傳播范圍，

在DVMRP中，多播路由器與它們的鄰近多播路由器周期性地交換路由信息。多播路由器利用從鄰近多播路由器得到的路由信息建立自己的多播路由表。

　　隨著Mbone的飛速發(fā)展，由DVMRP而導(dǎo)致的大量路由控制分組定期在網(wǎng)絡(luò)中的傳播限制了網(wǎng)絡(luò)規(guī)模的擴(kuò)大。于是提出了分層DVMRP 的概念，即將Mbone分成多個(gè)區(qū)域進(jìn)行分層管理，區(qū)域內(nèi)的多播通信可按任何協(xié)議進(jìn)行，而區(qū)域之間的多播通信由邊界路由器按DVMRP協(xié)議進(jìn)行。這樣，就減少了路由控制信息的開(kāi)銷。

3.2開(kāi)放式最短路徑優(yōu)先多播協(xié)議（MOSPF）

　　MOSPF是利用點(diǎn)到點(diǎn)的鏈路狀態(tài)數(shù)據(jù)庫(kù)，以O(shè)SPF為基礎(chǔ)的多播路由協(xié)議。在OSPF中，鏈路狀態(tài)數(shù)據(jù)庫(kù)是通過(guò)五種不同類型的鏈路狀態(tài)通告分組（Link-State Advertise ments,LSA）來(lái)建立的。LSA分組就是“描述路由器或網(wǎng)絡(luò)的本地狀態(tài)的數(shù)據(jù)單元。對(duì)路由器來(lái)說(shuō)，這包括路由器的接口和鄰近接口的狀態(tài)。每個(gè)鏈路狀態(tài)通告用泛洪算法在選路域中傳播�！盡OSPF通過(guò)加入一類新的LSA分組，叫組成員LSA分組，來(lái)對(duì)OSPF進(jìn)行擴(kuò)展。在MOSPF中，路由器用IGMP來(lái)了解相連的網(wǎng)絡(luò)上的組成員信息，并用泛洪算法在自治系統(tǒng)內(nèi)傳播組成員LSA分組。因此，路由器通過(guò)使用鏈路狀態(tài)數(shù)據(jù)庫(kù)，可為自治系統(tǒng)內(nèi)的任何節(jié)點(diǎn)建立最短路徑樹(shù)。當(dāng)路由器收到多播分組時(shí)，它根據(jù)分組中的源計(jì)算最短路徑樹(shù)，并沿此樹(shù)轉(zhuǎn)發(fā)分組。為了節(jié)約路由器的CPU和內(nèi)存資源，MOSPF可按需求執(zhí)行算法，即只有當(dāng)路由器收到一個(gè)信源關(guān)于一個(gè)組的的第一個(gè)分組時(shí)，才執(zhí)行路由算法。這種做法的缺點(diǎn)是對(duì)第一個(gè)分組的時(shí)延較大。

3.3核心樹(shù)協(xié)議（CBT）

　　在一個(gè)有許多活動(dòng)的多播組的大型網(wǎng)絡(luò)上，DVMRP就不適用了，有兩個(gè)原因。第一，如果網(wǎng)絡(luò)中有成千上萬(wàn)個(gè)節(jié)點(diǎn)，而只有少數(shù)的節(jié)點(diǎn)屬于多播組，用RPM傳播第一個(gè)分組的花銷就特別大。第二，每個(gè)多播路由器都要記住每個(gè)（源，組）對(duì)，當(dāng)多播組和源增加時(shí)，這操作起來(lái)就很難了。CBT就是為了克服DVMRP的這些缺點(diǎn)而提出的。在CBT中，樹(shù)枝從樹(shù)的核心處發(fā)出。這些樹(shù)枝由別的路由器組成，這些路由器組成了從與主機(jī)直接相連的路由器和核心之間的最短路徑。CBT減少了路由器中的多播路由表的大小，因?yàn)樗�只需為每個(gè)活動(dòng)的組存儲(chǔ)路由信息，而不是為每個(gè)活動(dòng)的源組對(duì)。一旦核心路由器確定了，不在CBT上的路由器就可向核心路由器發(fā)出加入/請(qǐng)求報(bào)文，再由核心路由器在每一跳建立路由表。這樣，CBT就建立了一棵共享的核心樹(shù)。

　　CBT為每個(gè)組建立一棵傳遞樹(shù)，在核心處傳遞并被發(fā)送分組到多播目的節(jié)點(diǎn)的節(jié)點(diǎn)共享。對(duì)于稀疏組的情況，CBT并不像RPM一樣，需要偶爾廣播。然而，這種好處是CBT通過(guò)為每個(gè)多播組強(qiáng)加一棵共享樹(shù)來(lái)實(shí)現(xiàn)的。由于通信量來(lái)自所有的源，以及它在靠近核心時(shí)都通過(guò)同一鏈路，CBT將導(dǎo)致通信量的集中及核心路由器附近的瓶頸。

3.4PIM協(xié)議

　　PIM的的出發(fā)點(diǎn)是，在廣域網(wǎng)內(nèi)同時(shí)支持共享樹(shù)與SPT，并能完成二者之間的靈活轉(zhuǎn)換，集中了二者的優(yōu)點(diǎn)同時(shí)避免了它們的缺點(diǎn)，在組成員稀疏時(shí)，構(gòu)造共享樹(shù)傳遞，避免分組的廣播開(kāi)銷；在組成員密集時(shí)，以廣播形式傳遞數(shù)據(jù)，然后從樹(shù)上刪除不存在接收節(jié)點(diǎn)的分支。PIM有兩種模式：稀疏模式（PIM-SM）和密集模式(PIM-DM)。

　　當(dāng)網(wǎng)絡(luò)中接收者的分布很散或多播組被廣域網(wǎng)分隔開(kāi)時(shí)，就用PIM-SM協(xié)議。它定義了一個(gè)集合點(diǎn)(Rendezvous Point,RP)來(lái)連接接收者和發(fā)送者。有組成員的路由器通過(guò)發(fā)送明確的加入報(bào)文來(lái)加入一棵PIM-SM樹(shù)，而DVMRP則是通過(guò)修剪反向最短路徑樹(shù)來(lái)產(chǎn)生多播樹(shù)。當(dāng)接收者要發(fā)數(shù)據(jù)時(shí)，它先將數(shù)據(jù)發(fā)給RP，再由RP發(fā)到組中；而當(dāng)接收者想要接收數(shù)據(jù)時(shí)，它需要向集合點(diǎn)路由器注冊(cè)。

　　當(dāng)發(fā)送者和接收者非常接近，且只有一部分發(fā)送者和許多接收者時(shí)，適合用PIM-DM協(xié)議。它屬于數(shù)據(jù)驅(qū)動(dòng)型協(xié)議，使用SPT構(gòu)建多播樹(shù)。它直接使用單播路由算法給出的路由表轉(zhuǎn)發(fā)數(shù)據(jù)，但獨(dú)立于單播協(xié)議。

3.5邊界網(wǎng)關(guān)多播協(xié)議（BGMP）

　　邊界路由器使用BGMP來(lái)在不同的AS間進(jìn)行多播通信。BGMP由兩部分組成，MIGP和BGMP。邊界路由器使用MIGP來(lái)加入AS內(nèi)的MIGP協(xié)議，用BGMP來(lái)在與別的邊界路由器之間建立核心樹(shù)。核心樹(shù)的根是一個(gè)AS而不是一個(gè)路由器。

　　BGMP使用TCP作為其傳輸協(xié)議，邊界網(wǎng)關(guān)在它們之間建立TCP連接，并交換BGMP報(bào)文。當(dāng)組成員變化時(shí)，邊界網(wǎng)關(guān)間就發(fā)送加入或修剪報(bào)文。因?yàn)閺囊粋�(gè)多播源到目的節(jié)點(diǎn)的最短路徑與共享樹(shù)使用的路徑不同，BGMP也允許邊界網(wǎng)關(guān)將一個(gè)源指定的分支連到核心樹(shù)上。

3.6最新的協(xié)議

　　在以上的協(xié)議中，存在的主要問(wèn)題是：第一，沒(méi)有機(jī)制來(lái)估計(jì)多播組的大小。第二，沒(méi)有機(jī)制來(lái)限制未授權(quán)的發(fā)送者向多播組中發(fā)送數(shù)據(jù)和未授權(quán)的接收者從多播組中接收數(shù)據(jù)。第三，該模型要求諸如MASC(Multicast Address Set Claim)之類的協(xié)議來(lái)分配全球唯一的多播組地址。下面的協(xié)議就是為解決這些問(wèn)題而提出的。

　　明確要求單個(gè)源的協(xié)議（EXPRESS）,是支持信道模型的IP多播的擴(kuò)展。一個(gè)信道由一個(gè)明確指定的源和多個(gè)用戶組成。EXPRESS為每個(gè)信道（S，M）建立源指定的樹(shù)，S是源的IP地址，M是多播地址。EXPRESS并不要求協(xié)議分配全球唯一的多播地址，因?yàn)橐粋�(gè)信道由多播地址和源節(jié)點(diǎn)的IP地址來(lái)識(shí)別。通過(guò)源來(lái)分配一個(gè)信道的密鑰，未授權(quán)的主機(jī)就受到了限制。EXPRESS也提供了計(jì)算一個(gè)多播組中成員的數(shù)量的方法。

　　簡(jiǎn)單多播協(xié)議(SM)構(gòu)建的是以核心節(jié)點(diǎn)為根的共享樹(shù)，它在組成員的加入、離開(kāi)，數(shù)據(jù)傳輸和多播樹(shù)的維持方面同CBT類似。SM同CBT的主要區(qū)別在于它們?nèi)绾谓鉀Q多播地址的分配問(wèn)題，SM的每個(gè)多播組由(C,M)來(lái)識(shí)別，C是多播樹(shù)上的核心路由器的地址，M是一個(gè)多播地址。多播組的識(shí)別信息附在加入請(qǐng)求報(bào)文和數(shù)據(jù)報(bào)文里。由于多播組由多播地址和核心節(jié)點(diǎn)的IP地址來(lái)共同識(shí)別，故全球地址的管理也不是很難。

4.Mbone

　　為了測(cè)試多播協(xié)議和應(yīng)用程序，研究者們希望能找到一個(gè)方法，使得無(wú)需將整個(gè)Internet上的設(shè)備轉(zhuǎn)換成能支持多播的設(shè)備就能使用多播應(yīng)用程序，這就導(dǎo)致了Mbone的誕生。Mbone是一個(gè)跨越幾個(gè)洲的志愿者共同進(jìn)行試驗(yàn)、合作的成果。它其實(shí)是一個(gè)建立在Internet上的虛擬網(wǎng)絡(luò)，使用隧道來(lái)穿過(guò)不支持多播的網(wǎng)絡(luò)。通過(guò)隧道，多播分組就能通過(guò)Internet中無(wú)多播能力的部分，達(dá)到目的節(jié)點(diǎn)。

　　在Mbone中，最初的選路協(xié)議僅使用DVMRP�，F(xiàn)在，盡管在Mbone中還使用了別的路由協(xié)議，如MOSPF、PIM，但是多數(shù)路由器還是使用DVMRP。

　　現(xiàn)在，IETF、NASA和其它研究組都用Mbone來(lái)研究和測(cè)試多播協(xié)議和服務(wù)，還把Mbone用于通過(guò)Internet多播的多媒體會(huì)議，桌面會(huì)議，甚至多播實(shí)時(shí)音樂(lè)會(huì)。加入Mbone的站點(diǎn)數(shù)一直在迅速增長(zhǎng)。

5.多播中的主要問(wèn)題

5.1安全問(wèn)題

　　IP多播使用無(wú)連接的協(xié)議UDP來(lái)避免響應(yīng)風(fēng)暴。由于UDP是一個(gè)無(wú)連接的協(xié)議，它不使用ACK或NACK來(lái)確保可靠傳送，多播也不能被防火墻檢測(cè)到，因此，最普通的防火墻類型（應(yīng)用程序網(wǎng)關(guān)）不能對(duì)多播進(jìn)行安全認(rèn)證。

5.2 QoS問(wèn)題

　　在多媒體環(huán)境中，少數(shù)分組的丟失是可以接受的，但是，在商業(yè)處理和文件傳輸中，這就不能接受了。在視頻和聲音的多播中，也只能容忍很小的丟失，但隨著用戶的增加，保護(hù)數(shù)據(jù)流量的質(zhì)量問(wèn)題就很突出了。多播需要可靠和迅速的傳送，這樣就可減少分組的丟失和延遲。一般分組的延遲是由于低層的協(xié)議引起的，如以太網(wǎng)、ATM和令牌環(huán)網(wǎng)通過(guò)發(fā)送它們到目的端來(lái)處理分組，就很容易導(dǎo)致遲延。

　　由于在數(shù)據(jù)鏈路上的每一個(gè)路由器都會(huì)檢查每一個(gè)分組的信息，所以這種延遲可以發(fā)生在所有的路由IP網(wǎng)絡(luò)。通常在源端和目的端之間存在幾個(gè)媒體服務(wù)器來(lái)連接不同的網(wǎng)絡(luò)。當(dāng)分組從一個(gè)路由器到另一個(gè)路由器時(shí)，每一個(gè)路由器上的協(xié)議都決定分組到達(dá)下一個(gè)路由器的最短路徑，這也很容易導(dǎo)致分組在到達(dá)目的端時(shí)發(fā)生延遲。

　　在多播中，應(yīng)用程序需要控制它們收到的數(shù)據(jù)的QoS。區(qū)別網(wǎng)絡(luò)服務(wù)的主要參數(shù)是：安全性、帶寬、延遲、抖動(dòng)和錯(cuò)誤率等。網(wǎng)絡(luò)主干也需要支持QoS協(xié)議，以便路由器和集線器可以集中的、時(shí)間精確的業(yè)務(wù)流傳遞。根據(jù)網(wǎng)絡(luò)的安全級(jí)別、帶寬、延遲（等待時(shí)間）、抖動(dòng)、錯(cuò)誤率和成本等其它QoS參數(shù)提供有區(qū)別的網(wǎng)絡(luò)服務(wù)。另外，QoS技術(shù)也提供了不同的方法，使不同的傳播類型能在一個(gè)網(wǎng)絡(luò)中共享路徑。這些傳播類型包括：恒定比特率（CBR）、可變比特率（VBR）和可用比特率（ABR）。

　　資源保留協(xié)議（RSVP）是QoS可能實(shí)現(xiàn)的主要協(xié)議。RSVP是在IPv4或IPv6的頂端運(yùn)行的Internet傳輸控制協(xié)議，它的實(shí)施在后臺(tái)完成，而不是在數(shù)據(jù)傳送的路徑中。RSVP允許主機(jī)要求來(lái)自于用特定的應(yīng)用程序數(shù)據(jù)流或流程的網(wǎng)絡(luò)指定的服務(wù)質(zhì)量。例如，基于平均的最大的帶寬、最大的接收遲延、優(yōu)先隊(duì)列以及其它參數(shù)，主機(jī)可以指定一個(gè)特定的網(wǎng)絡(luò)服務(wù)級(jí)別。路由器也使用RSVP沿路徑傳遞QoS要求給所有節(jié)點(diǎn)，并建立和維護(hù)提供這些要求的服務(wù)的位置。

6.多播的應(yīng)用現(xiàn)狀及前景

　　在國(guó)外，多播得到了很廣泛的應(yīng)用。微軟公司每個(gè)月都要用多播技術(shù)傳播多媒體數(shù)據(jù)流；Cisco公司已經(jīng)用IP/TV來(lái)進(jìn)行實(shí)時(shí)視頻流多播，用于公司內(nèi)部的會(huì)議和培訓(xùn)；美國(guó)田納西州的Promus飯店已經(jīng)使用StarBurst通信公司的軟件，通過(guò)衛(wèi)星鏈路向所屬分店分發(fā)軟件升級(jí)和數(shù)據(jù)更新信息；MCI公司以及BBN Planet公司等一些ISP正在有限的基礎(chǔ)上進(jìn)行多播試驗(yàn)，包括UUNET Technologies在內(nèi)的供應(yīng)商已經(jīng)開(kāi)始向客戶提供多播服務(wù)，Digital Xpress公司通過(guò)衛(wèi)星經(jīng)銷多播服務(wù)。

　　多播是一項(xiàng)非常實(shí)用的技術(shù)，隨著Internet對(duì)多播的進(jìn)一步支持，以及許多廠商和ISPs對(duì)多播的推動(dòng)，多播的發(fā)展越來(lái)越迅速。并且，由國(guó)際上主要的網(wǎng)絡(luò)設(shè)備商、電信公司和ISPs組成了一個(gè)國(guó)際性論壇“IP多播倡議組織（IPMI）”。它的目的是與IETF中的多播工作組一起制定IP多播標(biāo)準(zhǔn)，并加速這些標(biāo)準(zhǔn)的采用。隨著多播技術(shù)的進(jìn)一步完善，以及更多高效、實(shí)用的多播應(yīng)用程序被開(kāi)發(fā)出來(lái)，多播將獲得更加廣泛的應(yīng)用。

參考文獻(xiàn)：

[1]V.P.Kompella,J.C.Pasquale,and G.C.Polyzo. Multicast Routing for Multimedia Communication. IEEE/ACM Trans.Net ,1993,pp.286-92.

[2] J.May. Multicast Extension to OSPF . Internet draft ,1998.

[3]T.Ballardie. Core Based Trees(CBT version 2) Multicast Routing. RFC2189,Sept,1997.

[4]S.E.Deering. Host Extensions for IP Multicasting. RFC1112,Aug,1989.

[5]D.Thaler, D.estrin, and D.Meyer. Border Gateway Multicast Protocol(BGMP) :Protocol specification. Internet draft ,Feb,1999.

[6]H.Holbrock and D.Cheriton. IP Multicast Channels:EXPRESS Support for Large-Scale Single-Source Applications. Proc,ACM SIGCOMM’99,Sept,1999.

[7]R.Perlman et al. Simple Multicast : A Design for Simple, Low-Overhead Multicast. Internet draft,Feb,1999.

[8] Kevin C.Almeroth. The Evolution of Multicast: From the Mbone to Interdomain Multicast to Internet2 Deployment. IEEE Network, Jan/Feb ,2000.

摘自《電信快報(bào)》