發布時間：所屬分類：科技論文瀏覽：1次
摘 要： 摘要：網優先多播協議中，多播成員首先分布式地組織形成一個網型的控制拓撲，在某一對多播組成員之間可能存在多條的連接路徑.基于這個網型的拓撲，每一個多播組成員根據某種路由協議分布式地計算出自己到每一個其它多播組成員的數據傳輸路徑.然后可借助許多
摘要：網優先多播協議中，多播成員首先分布式地組織形成一個網型的控制拓撲，在某一對多播組成員之間可能存在多條的連接路徑.基于這個網型的拓撲，每一個多播組成員根據某種路由協議分布式地計算出自己到每一個其它多播組成員的數據傳輸路徑.然后可借助許多網絡層多播協議如DVMRP使用的轉發逆向路徑(Reverse Path Forwarding)算法可構造出基于任一多播組成員為樹根的樹型多播傳輸拓撲.Narada就是屬于這類的一種應用層多播協議，也是最早提出的應用層多播協議之一
關鍵詞：網優,資源,科技
相反地在樹優先多播協議中，首先構建的是一個所有多播組成員共享的樹型多播數據傳輸拓撲，接著，每個多播組成員發現那些樹型中與其不相鄰的多播組成員，并分別建立連接路徑到這些成員，這樣在樹型拓撲基礎上再加入這些新添的連接路徑構成網型的控制拓撲.目前的Yoid和HMTP都是屬于這類的應用層的多播協議.
隱含多播協議里，控制拓撲是有協議使用的一定的算法將多播組成員事先組織成某種邏輯結構.基于這個邏輯結構，分別按照某種數據的轉發算法來定義形成協議的控制拓撲與數據傳輸拓撲.這樣控制拓撲和數據傳輸拓撲都是在協議事先基于的邏輯結構中被定義，而不需要像前面提到的兩類多播協議一樣來基于其中之一構建形成另一者.并且協議只需維護多播組成員事先組織成的邏輯結構，不需要去直接維護協議的控制拓撲與數據傳輸拓撲.這類應用層多播協議由于不需要在多播組成員之間進行頻繁的狀態信息的通信交互，從而避免了除數據傳輸之外的成員狀態信息通信的傳輸負載，因此特別適合于大規模的多播通信.目前這類應用層多播協議很多，如NICE .CAN-Multicast、Scribe和Bayeux協議等.
強度(Stress).在一條物理鏈路中發送相同數據包的數量.顯然IP組播進行轉發反而時候并進行多于的復制，所以是最優值1.如圖1b中1一4的強度為2.
伸展度(Stretch).就是在覆蓋網分發拓撲中從源到成員的延遲與利用單播直接傳輸的延遲比例.
資源利用率(Usage).所有參加到數據傳輸的成員，他們的延遲和強度的乘積的總和.這個指標用于評定傳輸過程中網絡資源的利用情況，假定鏈路的延遲越高，花費越大.
失效后包丟失:單個節點突然失效后，平均的丟包數量.強調突發事件發生的魯棒性.收到第一個包的時間:當成員加人到組中，收到第一個包的時間.為了有效地利用網絡資源，對每個成員的控制負荷必須盡量的小，這是能否很好擴展的重要指標.
應用層的多播研究目標是構建高效的應用層的數據傳輸拓撲和用來維護這種拓撲的控制拓撲以解決多播組的動態變化，目前的應用層多播研究也主要是研究構建這兩種拓撲的算法和基于它們的數據傳輸與組管理機制.應用層多播作為一種在應用層實現數據多播服務的傳輸方式，相對于網絡層多播具有更好的應用靈活性和可伸縮性.雖然在傳輸性能上要低于網絡層的多播，但由于其不需要對現有網絡層協議的單播數據傳輸服務進行擴展，而只需憑借現有的網絡提供的單播服務在應用層實現多播功能，因此應用層的多播在應用實現中具有更強的現實意義.
1988年SteveDeering首先在他的博士論文中提出IP組播.IP組播用于一對多、多對多、多對一的組通信.它是一種有效的數據傳輸應用，發送的同一數據在物理鏈路中只傳輸一次，減少了數據包在網絡傳輸中的冗余，節約了帶寬，提高了傳輸效率.然而，十多年過去了，雖然對IP組播的研究一直都在進行，但是由于IP組播本身所帶來的缺點，使得IP組播至今并沒有能夠得到廣泛的應用.
IP組播要求路由器為每一個組播組保留狀態信息.這樣路由器的路由和轉發表將需要對每一個不同的組播地址保留一個相應的路由表項，但是組播地址并不像單播地址一樣容易集成，因此增加了路由器的系統開銷和復雜性.
IP組播是一種盡力而為(best effort)的服務.當要提供高層的特性時，例如:可靠傳輸、擁塞控制、流量控制以及安全管理等，就會比簡單的單播要更困難，以至于因特網服務提供商(ISPs)不愿意提供IP Multicast的支持.雖然目前已經出現了針對上面這些特性的研究，但是這些解決方案目前在Internet上的影響并不明確，需要在大范圍應用前進行更好的研究.
IP組播需要對現有網絡做底層的改變.同時由于在收費機制方面的技術無法突破，使得目前只有少數的因特網服務供應商支持IP組播.
出于以上的考慮，近年來國外一些研究者開始研究新的組播架構，試圖繞開IP組播的種種難題，因此提出了基于應用層的組播協議.即在應用層實現組播的功能，而不是再依靠網絡層路由器來實現.這種組播方法不需要任何網絡底層架構的改變來實現組播，從而為組播的大范圍開展與應用提出了一種新的途徑.應用層組播將對組播功能的支持從路由器轉移到終端系統，在終端之間運用原來的單播方式進行傳輸，這樣不必改變原有網絡中基礎設施，也不需要路由器維護組播組的路由表，可以比較容易地實現組播，加速了應用.
應用層組播的基本模型圖如圖1所示.圖la為IP組播數據傳輸的方式，數據在網絡內部的路由器上進行復制;圖1b為應用層組播的數據包在網絡的終端系統進行復制.
由于應用層多播不像網絡層多播實現數據包的復制在網絡層路由器，而是在應用層上.因此，應用層的多播協議要求具有以下特點:自組織性.多播所基于的邏輯拓撲結構的構建應該是分布式的自組織方式.參與多播的成員可能分布在極廣的地理位置范圍內，地理位置相近的成員應能先自組織成一個邏輯子拓撲結構來聯人整個多播拓撲中.
自適應性.多播基于的數據邏輯拓撲在構建后要能自適應地根據網絡服務狀態和多播組成員變化做出改變和優化，以便可選擇更佳的多播傳輸路徑.
高效性一般地，多播構建的數據傳輸邏輯拓撲結構必須盡量使得在同一條邏輯傳輸路徑上的冗余數據傳輸最低.但針對不同的應用要求，多播的高效性也具有不同的側重含義.如對于視頻會議的應用，多播的有效性是指傳輸的實時性，而對于白板之類的應用即要求實時性也要求傳輸的可靠性.
接人控制更容易實現.由于單播技術在這方面比較成熟，而應用層組播是通過終端系統之間單播來實現的，所以差錯控制、流控制、擁塞控制容易實現.地址分配問題也就可以有相應的解決方案.
可靠性:終端系統的可靠性比路由差.可擴展性:底層的路由信息對應用層組播來說是隱藏其來的，可擴展性不好.延遲比較大:IP組播主要是在鏈路上的延遲，而在應用層組播中，數據還要經過終端系統，因而延遲相對要大一些.數據傳輸效率不如IP組播:應用層組播在數據傳輸過程中會產生數據冗余，因此它們比IP組播的效率差.
應用層組播協議通常把組成員組織成兩個邏輯拓撲:控制拓撲和數據傳輸拓撲.拓撲上的每條邊相當于一條單播連線.控制拓撲主要用來在端系統間周期性的交換控制信息來發現和恢復由于一些成員的非法離開造成的拓撲破壞.數據拓撲通常是控制拓撲的一個子集，主要用來表明數據包的傳輸路徑。實際上，數據拓撲一般是一個網狀拓撲結構.因此，根據構建控制拓撲和數據拓撲的順序，可以將目前網絡層組播協議的實現方法分為:網優先(Mesh-first)多播、樹優先(Tree-first) 多播和隱含多播三類
