一. 組播技術的前景及應用
二. 組播的體系結構
組播協議分為主機-路由器之間的組成員關係協議和路由器-路由器之間的組播路由協議。組成員關係協議包括igmp(互連網組管理協議)。組播路由協議分為域內組播路由協議及域間組播路由協議。域內組播路由協議包括pim-**、pim-dm、dvmrp等協議，域間組播路由協議包括mbgp、msdp等協議。同時為了有效抑制組播資料在鏈路層的擴散，引入了igmp snooping、hgmp等二層組播協議。
其中igmp負責建立並且維護路由器直聯網段的組成員關係資訊。域內組播路由協議根據igmp維護的這些組播組成員關係資訊，運用一定的組播路由演算法構造組播分發樹進行組播資料報**。域間組播路由協議在各自治域間發布具有組播能力的路由資訊以及組播源資訊，以使組播資料在域間進行**。
三. 組播ip位址
ip組播位址用於標識乙個ip組播組。iana把d類位址空間分配給ip組播，其範圍是從224.0.0.0到239.255.255.255。如圖1所示(二進位制表示)，ip組播位址前四位均為1110。
八位組（1）
八位組（2）
八位組（3）
八位組（4）
1110***x
******xx
******xx
******xx
圖1 d類組播位址
圖2 組播位址劃分
不難看出，從224.0.0.0至224.0.0.255被iana保留為網路協議使用，例：
244.0.0.1 全主機組
244.0.0.2 全多播路由器組
244.0.0.3 全dvmrp路由器組
244.0.0.5 全ospf路由器組
在這一範圍的多播包將不會被**出本地網路，也不會考慮多播包的ttl值。位址從239.0.0.0至239.255.255.255作為管理範圍位址，保留為私有內部域使用。
如圖3所示，乙太網和fddi的mac位址01:00:5e:00:00:00到01:00:5e:7f:ff:ff用於將三層ip組播位址對映為二層位址，即ip組播位址中的低23位放入ieee mac位址的低23位。ip組播位址有28位位址空間，但只有23位被對映到ieee mac位址，這樣會有32個ip組播位址對映到同一mac位址上。
圖3 組播位址對映
四. 組播運營現狀
組播的業務管理—可控組播
可控組播主要包含信源控制、使用者控制以及安全控制三個方面：
信源控制：
信源管理是指在組播流進入骨幹網路前，組播業務控制裝置區分合法和非法的**伺服器，**合法的組播資訊流，阻斷非法的組播資訊流。同時對於信源發出的組播流量進入網路的速度（car）及優先順序（mark）進行控制。從而控制組播業務的開通、型別、頻寬和對非法信源的過濾。
在網路規模比較大的情況下，手工配置信源管理資訊的工作將變得非常複雜，阻礙網路的發展。為了解決上述問題，華為公司採用itellin/quidway業務管理平台實現組播信源管理。可以很容易完成信源管理配置，增加和刪除信源控制表項，保證整個網路表項的一致性。如圖4所示：
圖4 組播信源管理
使用者控制：
使用者控制是指二層裝置首先根據web、802.1x和pppoe等認證方式對使用者的組播許可權進行驗證。如果驗證通過，則二層裝置接收使用者的igmp加入/離開的資訊，並建立相應的**表項，允許使用者接收組播流量。否則，丟棄使用者的igmp報文，禁止使用者接收組播流量。
並且認證通過後，itellin/quidway業務管理平台可以為該使用者建立乙個組播訪問規則表項，使用者只能訪問授權的組播服務。當使用者加入某個組播組，二層裝置首先到quidway業務管理平台進行使用者的業務認證。如果認證通過，二層裝置生成到使用者的組播通道；否則禁止使用者加入。其認證計費流程如圖5所示：
圖5 使用者認證計費流程
因此，二層裝置、quidway業務管理系統結合起來，可以在全網範圍內進行使用者認證、授權，入圖6所示：
安全控制：
在標準的組播中，接受者可以加入任意的組播組，也即組播樹的分支是不可控，信源不知道組播樹的範圍與方向，安全性較低。為了實現對一些較重要的資訊的保護，需要控制其擴散範圍的，華為的靜態組播樹滿足此需求。實現靜態組播樹的配置，滿足**值使用者的安全需求。靜態組播樹就是組播樹事先配置，控制組播樹的範圍與方向，不接收其他動態的組播成員的加入，這樣能使組播信源的報文在規定的範圍內擴散。如圖7所示
組播技術概述
內容摘要 本文比較了單播 廣播 組播三種通訊方式，著重簡介了組播技術的各個組成部分，及組播技術的應用。關鍵字 組播，igmp 一 引言 近年來，隨著 二 單播 廣播和組播 ip通訊的乙個領域是單播。傳統的點對點單播通訊，在傳送方和每一接收方需要單獨的資料通道。在這種通訊方式下，源ip主機向指定的目標...
Android 組播技術學習
這次因為工作需要，要學習很多的通訊協議和連線方式，所以將學到的一些知識寫下來。根據我最近查到的知識，我來大致將我的看到的寫出來，如果有不對的希望大家也可以發出來大家一起討論。傳統上的ip通訊有兩種 一種是單播，是在源主機與目的主機之間點對點的通訊，相當於我 源主機 在q上找了個人 目的主機 進行聊天...
組播技術基礎 背景
單播通訊 廣播通訊 組播通訊 不適合於大規模接受者的應用場景。如果網路中存在大規模的接收者，那麼server就不得不每次都建立大量的資料拷貝，而且每份拷貝的內容是完全相同的，只是目的ip位址各不相同，這種通訊顯然是極其低效的，同時也造成了鏈路頻寬及裝置效能的浪費。server在傳送資料前，需要明確所...