本文轉自：http://liuqz926.blog.163.com/blog/static/13448936220091121104233491/
組播協議允許將一台主機發送的數據通過網絡路由器和交換機復制到多個加入此組播的主機，是一種一對多的通訊方式。
IP組播的好處、優勢
組播協議與現在廣泛使用的單播協議的不同之處在於，一個主機用單播協議向n個主機發送相同的數據時，發送主機需要分別向n個主機發送，共發送n次。一個主機用組播協議向n個主機發送相同的數據時，只要發送1次，其數據由網絡中的路由器和交換機逐級進行復制並發送給各個接收方，這樣既節省服務器資源也節省網絡主干的帶寬資源。
與廣播協議相比，只有組播接收方向路由器發出請求后，網絡路由器才復制一份數據給接收方，從而節省接收方的帶寬。而廣播方式無論接收方是否需要，網絡設備都將所有廣播信息向所有設備發送，從而大量占據接收方的接入帶寬。
IP組播歷史
在1980年代初斯坦福大學的一位博士生叫Steve Deering，在為其導師David Cheriton工作，設計一種叫做Vsystem的分布式操作系統。此操作系統允許一台計算機使用MAC層組播向在本地Ethernet段的一組其他計算機傳遞信息。
隨着工作的擴展組播必須跨越路由器，所以必須將組播擴展到OSI模型的第三層，此歷史重任落到了Steve Deering身上，他總結了組播路由的通信協議基礎，並最終在1991年12月發表的博士論文中進行了詳細的闡述。
組播協議的優勢：
組播協議的優勢在於當需要將大量相同的數據傳輸到不通主機時，
1．能節省發送數據的主機的系統資源和帶寬；
2．組播是有選擇地復制給又要求的主機；
3. 組播可以穿越公網廣泛傳播，而廣播則只能在局域網或專門的廣播網內部傳播；
4. 組播能節省網絡主干的帶寬；
組播協議的缺點：
與單播協議相比，組播沒有補包機制，因為組播采用的是UTP的傳輸方式，並且不是針對一個接受者，所以無法有針對的進行補包。所以直接組播協議傳輸的數據是不可靠的。
二、為什么寬帶網必須使用組播協議
自從上世紀末長城寬帶壯烈的寬帶推廣運動以來，寬帶網一直面臨種種問題，但這些問題歸結起來就是一個問題，那就是客戶端得不到與其接入帶寬相稱的足夠的數據流。
最早的長城寬帶面臨的是“寬帶無內容”的問題，客戶得不到其承諾的視頻點播等寬帶娛樂，於是投訴、退戶甚至訴諸法律。
電信憑借其雄厚的財力和電話線資源后來居上，但很快又面臨網速慢、缺內容的投訴，電信網站上的視頻點播似乎總是無盡的等待和緩沖。后來P2P軟件的出現使得某些比較專業的用戶似乎看到了希望，他們用BT、電驢等軟件互傳電影等娛樂信息也湊合了。沒多久電信和網通就高舉着和他們沒什么關系的版權大旗封殺了BT、電驢等軟件。
所有這些都是源於現在寬帶網的“上下非對稱”的金字塔結構，也就是網絡主干的帶寬遠遠小於所有用戶帶寬之和，但現在網絡使用的單播通訊協議卻要求網絡主干的帶寬等於或接近所有用戶帶寬之和。現在的狀況是一個城市或省的網絡出口主干的帶寬大約相當於其所有客戶帶寬之和的5％，也就是說假如有5％的客戶用BT軟件通過網絡全速傳輸數據，那其余95％的客戶就不要玩了。現在電信主干上的流量的75％都是P2P應用的流量，已經超過了電信所能承受的極限。
那么采用CDN技術，將網絡內容在城域網內就近緩沖行不行呢？答案是：技術上可行經濟上行不通。其需要的服務器是一個巨大的天文數字。現在的大中城市的寬帶網用戶數量都在20萬以上，以此數量來計算光購置CDN服務器就需要2億元左右！這就是為什么電信不用CDN技術來滿足客戶需求的原因。所以在服務器的服務能力和客戶機的需求上也存在着嚴重的上下非對稱結構。
那么這個死結是不是沒法解開呢？當然不是，組播協議的數據流特點就是“上下非對稱”的，也就是說，在網絡主干上的一條數據流通過每層交換機的復制可以變成無數客戶端的數據流，形成客戶端數據流之和遠大於主干數據流的金字塔結構。這一特點正好與現在的網絡結構相符。所以說，基於組播協議的流媒體寬帶娛樂可以解決這一問題。
舉例來說，使用基於組播協議的直播系統可以用一台服務器支持數萬客戶收看一個或幾個頻道的網上電視直播。假設一共提供100個頻道的電視節目，每個頻道是1M的MPEG4高清晰碼流，則無論有1萬客戶還是100萬客戶，其占用的網絡主干都是100M，而3～5台服務器硬件的投資不到100萬。
如果采用我們專利技術的基於組播的VOD系統，客戶還可以享受到廉價的點播服務。由於其采用的是組播協議，無論對於網絡主干還是VOD服務器的壓力都很小。
三、單播/組播/廣播 通訊協議的特點及應用對比
當前的網絡中有三種通訊模式：單播、廣播、組播，其中的組播出現時間最晚但同時具備單播和廣播的優點，最具有發展前景。
一、單播：
主機之間“一對一”的通訊模式，網絡中的交換機和路由器對數據只進行轉發不進行復制。如果10個客戶機需要相同的數據，則服務器需要逐一傳送，重復10次相同的工作。但由於其能夠針對每個客戶的及時響應，所以現在的網頁瀏覽全部都是采用IP單播協議。網絡中的路由器和交換機根據其目標地址選擇傳輸路徑，將IP單播數據傳送到其指定的目的地。
單播的優點：
1. 服務器及時響應客戶機的請求
2. 服務器針對每個客戶不通的請求發送不通的數據，容易實現個性化服務。
單播的缺點：
1. 服務器針對每個客戶機發送數據流，服務器流量＝客戶機數量×客戶機流量；在客戶數量大、每個客戶機流量大的流媒體應用中服務器不堪重負。
2. 現有的網絡帶寬是金字塔結構，城際省際主干帶寬僅僅相當於其所有用戶帶寬之和的5％。如果全部使用單播協議，將造成網絡主干不堪重負。現在的P2P應用就已經使主干經常阻塞，只要有5％的客戶在全速使用網絡，其他人就不要玩了。而將主干擴展20倍幾乎是不可能。
二、 廣播：
主機之間“一對所有”的通訊模式，網絡對其中每一台主機發出的信號都進行無條件復制並轉發，所有主機都可以接收到所有信息（不管你是否需要），由於其不用路徑選擇，所以其網絡成本可以很低廉。有線電視網就是典型的廣播型網絡，我們的電視機實際上是接受到所有頻道的信號，但只將一個頻道的信號還原成畫面。在數據網絡中也允許廣播的存在，但其被限制在二層交換機的局域網范圍內，禁止廣播數據穿過路由器，防止廣播數據影響大面積的主機。
廣播的優點：
1. 網絡設備簡單，維護簡單，布網成本低廉
2. 由於服務器不用向每個客戶機單獨發送數據，所以服務器流量負載極低。
廣播的缺點：
1.無法針對每個客戶的要求和時間及時提供個性化服務。
2. 網絡允許服務器提供數據的帶寬有限，客戶端的最大帶寬＝服務總帶寬。例如有線電視的客戶端的線路支持100個頻道（如果采用數字壓縮技術，理論上可以提供500個頻道），即使服務商有更大的財力配置更多的發送設備、改成光纖主干，也無法超過此極限。也就是說無法向眾多客戶提供更多樣化、更加個性化的服務。
3. 廣播禁止在Internet寬帶網上傳輸。
三、組播：
主機之間“一對一組”的通訊模式，也就是加入了同一個組的主機可以接受到此組內的所有數據，網絡中的交換機和路由器只向有需求者復制並轉發其所需數據。主機可以向路由器請求加入或退出某個組，網絡中的路由器和交換機有選擇的復制並傳輸數據，即只將組內數據傳輸給那些加入組的主機。這樣既能一次將數據傳輸給多個有需要（加入組）的主機，又能保證不影響其他不需要（未加入組）的主機的其他通訊。
組播的優點：
1. 需要相同數據流的客戶端加入相同的組共享一條數據流，節省了服務器的負載。具備廣播所具備的優點。
2. 由於組播協議是根據接受者的需要對數據流進行復制轉發，所以服務端的服務總帶寬不受客戶接入端帶寬的限制。IP協議允許有2億6千多萬個（268435456）組播，所以其提供的服務可以非常豐富。
3. 此協議和單播協議一樣允許在Internet寬帶網上傳輸。
組播的缺點：
1．與單播協議相比沒有糾錯機制，發生丟包錯包后難以彌補，但可以通過一定的容錯機制和QOS加以彌補。
2．現行網絡雖然都支持組播的傳輸，但在客戶認證、QOS等方面還需要完善，這些缺點在理論上都有成熟的解決方案，只是需要逐步推廣應用到現存網絡當中。
四、IP組播路由協議詳細介紹
一、概述
1、組播技術引入的必要性
隨着寬帶多媒體網絡的不斷發展，各種寬帶網絡應用層出不窮。IP TV、視頻會議、數據和資料分發、網絡音頻應用、網絡視頻應用、多媒體遠程教育等寬帶應用都對現有寬帶多媒體網絡的承載能力提出了挑戰。采用單播技術構建的傳統網絡已經無法滿足新興寬帶網絡應用在帶寬和網絡服務質量方面的要求，隨之而來的是網絡延時、數據丟失等等問題。此時通過引入IP組播技術，有助於解決以上問題。組播網絡中，即使組播用戶數量成倍增長，骨干網絡中網絡帶寬也無需增加。簡單來說，成百上千的組播應用用戶和一個組播應用用戶消耗的骨干網帶寬是一樣的，從而最大限度的解決目前寬帶應用對帶寬和網絡服務質量的要求。
2、IP網絡數據傳輸方式
組播技術是IP網絡數據傳輸三種方式之一，在介紹IP組播技術之前，先對IP網絡數據傳輸的單播、組播和廣播方式做一個簡單的介紹：
單播（Unicast）傳輸：在發送者和每一接收者之間實現點對點網絡連接。 如果一台發送者同時給多個的接收者傳輸相同的數據，也必須相應的復制多份的相同數據包。如果有大量主機希望獲得數據包的同一份拷貝時， 將導致發送者負擔沉重、延遲長、網絡擁塞；為保證一定的服務質量需增加硬件和帶寬。
組播（Multicast）傳輸：在發送者和每一接收者之間實現點對多點網絡連接。 如果一台發送者同時給多個的接收者傳輸相同的數據，也只需復制一份的相同數據包。它提高了數據傳送效率。減少了骨干網絡出現擁塞的可能性。
廣播（Broadcast）傳輸：是指在IP子網內廣播數據包，所有在子網內部的主機都將收到這些數據包。 廣播意味着網絡向子網每一個主機都投遞一份數據包，不論這些主機是否樂於接收該數據包。所以廣播的使用范圍非常小， 只在本地子網內有效，通過路由器和交換機網絡設備控制廣播傳輸。
二、組播技術
1、 IP組播技術體系結構
組播協議分為主機-路由器之間的組成員關系協議和路由器-路由器之間的組播路由協議。組成員關系協議包括IGMP(互連網組管理協議)。組播路由協議分為域內組播路由協議及域間組播路由協議。域內組播路由協議包括PIM-SM、PIM-DM、DVMRP等協議，域間組播路由協議包括MBGP、MSDP等協議。同時為了有效抑制組播數據在鏈路層的擴散，引入了IGMP Snooping、CGMP等二層組播協議。
IGMP建立並且維護路由器直聯網段的組成員關系信息。域內組播路由協議根據IGMP維護的這些組播組成員關系信息，運用一定的組播路由算法構造組播分發樹進行組播數據包轉發。域間組播路由協議在各自治域間發布具有組播能力的路由信息以及組播源信息，以使組播數據在域間進行轉發。
2、 組播IP地址
組播IP地址用於標識一個IP組播組。IANA把D類地址空間分配給IP組播，其范圍是從224.0.0.0到239.255.255.255。如下圖所示(二進制表示)，IP組播地址前四位均為1110。
八位組（1） 八位組（2） 八位組（3） 八位組（4）
1110XXXX XXXXXXXX XXXXXXXX XXXXXXXX
3、 組成員關系協議 (IGMP)
IGMP協議運行於主機和與主機直接相連的組播路由器之間，主機通過此協議告訴本地路由器希望加入並接受某個特定組播組的信息，同時路由器通過此協議周期性地查詢局域網內某個已知組的成員是否處於活動狀態（即該網段是否仍有屬於某個組播組的成員），實現所連網絡組成員關系的收集與維護。
IGMP有三個版本，IGMPv1由RFC1112定義，目前通用的是IGMPv2，由RFC2236定義。IGMPv3目前仍然是一個草案。IGMPv1中定義了基本的組成員查詢和報告過程，IGMPv2在此基礎上添加了組成員快速離開的機制，IGMPv3中增加的主要功能是成員可以指定接收或指定不接收某些組播源的報文。這里着重介紹IGMPv2協議的功能。
IGMPv2通過查詢器選舉機制為所連網段選舉唯一的查詢器。查詢器周期性的發送普遍組查詢消息進行成員關系查詢；主機發送報告消息來應答查詢。當要加入組播組時，主機不必等待查詢消息，主動發送報告消息。當要離開組播組時，主機發送離開組消息；收到離開組消息后，查詢器發送特定組查詢消息來確定是否所有組成員都已離開。
通過上述IGMP機制，在組播路由器里建立起一張表，其中包含路由器的各個端口以及在端口所對應的子網上都有哪些組的成員。當路由器接收到某個組G的數據報文后，只向那些有G的成員的端口上轉發數據報文。至於數據報文在路由器之間如何轉發則由路由協議決定，IGMP協議並不負責。
4、 網絡二層組播相關協議
網絡二層組播相關協議包括IGMP Snooping ,IGMP Proxy和CGMP協議。
IGMP Snooping的實現機理是：交換機通過偵聽主機發向路由器的IGMP
成員報告消息的方式，形成組成員和交換機接口的對應關系；交換機根據該對應關系將收到組播數據包只轉給具有組成員的接口。
IGMP Proxy與IGMP Snooping實現功能相同但機理相異：IGMP snooping只是通過偵聽IGMP的消息來獲取有關信息，而IGMP Proxy則攔截了終端用戶的IGMP請求並進行相關處理后，再將它轉發給上層路由器。
CGMP(Cisco Group Management Protocol)是Cisco基於客戶機/服務器模型開發的私有協議，在CGMP的支持下，組播路由器能夠根據接收到的IGMP數據包通知交換機哪些主機何時加入和脫離組播組，交換機利用由這些信息所構建的轉發表來確定將組播數據包向哪些接口轉發。GMRP是主機到以太網交換機的標准協議，它使組播用戶可以在第二層交換機上對組播成員進行注冊。
5、 組播路由協議 （PIM-SM）
眾多的組播路由協議中，目前應用最多的協議是 PIM-SM稀疏模式協議無關組播。
在PIM-SM域中，運行PIM-SM協議的路由器周期性的發送Hello消息，用以發現鄰接的PIM路由器，並且負責在多路訪問網絡中進行指定路由器(DR)的選舉。這里，DR負責為其直連組成員朝着組播分發樹根節點的方向發送"加入/剪枝"消息，或是將直連組播源的數據發向組播分發樹。 
PIM-SM顯式的加入機制
PIM-SM通過建立組播分發樹來進行組播數據包的轉發。組播分發樹分為兩種：以組G的RP為根的共享樹（Shared Tree）和以組播源為根的最短路徑樹（Shortest Path Tree）。
PIM-SM通過顯式的加入/剪枝機制來完成組播分發樹的建立與維護。如上圖所示：
當DR收到一個發自接收端的加入（Join），它就會向着組G的RP方向逐跳組播發出一個（*，G）加入信息用以加入共享樹；
源主機向組發送組播數據時，源的數據被封裝在注冊消息內，並由其DR 單播至RP，RP再將源的解封裝數據包沿着共享樹轉發到各個組成員；
RP朝着源方向向第一跳路由器發送（S，G）加入信息，用以加入此源的最短路徑樹，這樣源的數據包將沿着其最短路徑樹不加封裝地發送到RP；
當第一個組播數據沿此樹到達時，RP向源的DR發送注冊-停止消息，以使DR停止注冊封裝過程。此后，這個源的組播數據不再注冊封裝，而是先沿着源的最短路徑樹發送到RP，再由RP 將其沿着共享樹轉發到各個組成員。
當不再需要組播數據時，DR向着組G的RP逐跳組播剪枝消息用以剪枝共享樹。
PIM-SM中還涉及到其根節點RP的選擇機制。PIM-SM域內配置了一個或多個候選自舉路由器(Candidate-BSR)。應用一定的規則從中選出自舉路由器(BSR)。PIM-SM域中還配置了候選 RP路由器(Candidate-RP)，這些候選 RP將包含了它們地址及可以服務的組播組等信息的包單播至自舉路由器。BSR 定期生成包括一系列候選 RP以及相應的組地址的"自舉"消息。"自舉"消息在整個域中逐跳發送。路由器接收並保存這些"自舉"消息。若 DR 從直連主機收到了某組的成員關系報告后，如果它沒有這個組的路由項，DR 將使用一個hash算法將組地址映射至一個可以為該組服務的候選 RP。然后 DR 將朝RP方向逐跳組播"加入/剪枝"消息。若 DR從直連主機收到組播數據包，如果它沒有這個組的路由項，DR 將使用hash算法將組地址映射至一個可以為該組服務的候選 RP。然后 DR將組播數據封裝在注冊消息中單播到RP。
五、IP組播地址
組播協議的地址在IP協議中屬於D類地址。
D類地址是從224.0.0.0到239.255.255.255之間的IP地址其中224.0.0.0到224.0.0.255是被保留的地址。
組播協議的地址范圍類似於一般的單播地址，被划分為兩個大的地址范圍，
239.0.0.0—239.255.255.255是私有地址，供各個內部網在內部使用，這個地址的組播不能上公網，類似於單播協議使用的192.168.X.X和10.X.X.X。
224.0.1.0—238.255.255.255是公用的組播地址，可以用於Internet上。
下面是一些常見的有特殊用途的IP組播地址
224.0.0.0 － Base address
224.0.0.1 － 網段中所有支持多播的主機
224.0.0.2 － 網段中所有支持多播的路由器
224.0.0.4 － 網段中所有的DVMRP路由器
224.0.0.5 － 所有的OSPF路由器
224.0.0.6 － 所有的OSPF指派路由器
224.0.0.7 － 所有的ST路由器
224.0.0.8 － 所有的ST主機
224.0.0.9 － 所有RIPv2路由器
224.0.0.10 － 網段中所有支的路由器
224.0.0.11 － Mobile-Agents
224.0.0.12 － DHCP server / relay agent服務專用地址
224.0.0.13 － 所有的PIM路由器
224.0.0.22 － 所有的IGMP路由器
224.0.0.251 － 所有的支持組播的DNS服務器
224.0.0.9 RIPv2支持組播更新。
224.0.0.22 IGMPv2使用此地址，這個協議的本意是減少廣播，讓組員以組播形式通信。
224.0.0.5 224.0.0.6這兩個是ospf協議使用的組播地址。
在broadcast network不論是DR,BDR,DRother,大家發送hello packet的時候目標地址都是AllSPFRouter(224.0.0.5)；DRother向DR,BDR發送DD,LSA request或者LSA UPdate時目標地址是AllDRouter(224.0.0.6)；DR,BDR向DRother發送DD,LSA Request或者LSA Update時目標地址是AllSPFRouter(224.0.0.5)；retransmit的LSA都是unicast,LSA ACK要看是explicit ack(unicast)還是implicit ack(multicast 224.0.0.6)；
組播IP地址與以太網二層MAC地址的映射：
IP組播地址用於標識一個IP組播組。IANA把D類地址空間分配給IP組播，范圍從224.0.0.0到239.255.255.255，IP組播地址前四位均為1110。
從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作為管理范圍地址，保留為私有內部域使用。
如下圖所示，以太網和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地址上。
六、如何構建支持組播協議的校園網
一、 在校園網中構建支持組播協議的網絡需要注意幾點
1． 中心的三層交換機要支持組播協議（建議采用PIM稀疏SM模式）。
2． 直接連接三層交換機的匯聚層的二層交換機需要支持IGMP SNOOPING協議，一般的智能或帶網管的交換機都具有此功能。需要注意的是二層交換機的處理能力，IGMP偵聽需要消耗交換機的處理能力，所以有些處理能力較差的二層交換機在數據流量較小的時候IGMP偵聽能夠做的很好的，一但數據流量較大時就偵聽不到的情況，導致用戶無法正常加入組播。
3． 最下級的接入層交換機最好用智能交換機，出於經濟上的考慮也可以用一般的傻交換機。但決不能用古老的共享式HUB集線器，因為共享式HUB會嚴重影響其他客戶機的通訊。
4． 組播視頻服務器最好直接連接核心的三層交換機，中間不要通過二層交換機級連。
5. 用我們下載頁面提供的組播測試工具測試組播協議是否連通。
6． 具體的組播原理和配置，請到下載頁面下載組播原理和配置的資料包
7. 一個簡化的拓撲結構如下圖所示：
二、 關於防火牆問題
我們的建議是將組播協議的數據流旁路繞過防火牆，即連接一條不經過防火牆的鏈路，並在端口地址列表中只允許組播地址的數據包通過；或在防火牆內部設定透明穿透bypass，即對於組播地址的數據包不作分析處理，直接轉發。其考慮基於如下幾點：
1． 現在網絡中使用的防火牆種類繁多、性能各異。但總體上來說對於處理視頻信息這樣的巨大流量都是力不從心的。
2． 組播數據流是非連接的UTP，而且需要客戶機自己加入組播才能收到組播，所以發送數據者無通過組播定位攻擊，目前為止還未出現以組播為載體的病毒和黑客程序。
三、關於收費網關問題
收費網關一般位於最后的組播復制節點的更上層，所以通過原有的BAS收費網關系統對組播數據流進行復制是不現實的，一般是將組播數據流繞過現有的BAS收費網關，用另外的方式收費，解決方式有幾種：
1． 采用可控組播協議的方式，現在的華為、中興的交換機都支持此技術。
2． 采用包月計費的方式。
3． 采用免費收看用廣告賺取收入的方式。
如何構建支持組播協議的城域網
城域網的主干一般采用Ethernet over SDH，或直接采用以太網，他們支持IP組播問題不大。難點在於最后一公里的接入網部分，接入網有兩種主流技術，以太網和ADSL,其中以太網接入很容易開通組播。
但是現在電信公網的接入以ADSL為主，ADSL的物理基礎是ATM，所以其原本是不支持IP組播的，通過后來的一些技術改進才使其支持IP組播，其中的主流是DSLAM技術。
一、 ADSL承載組播的特殊性
由於ADSL的底層不同於一般的以太網幀結構，因此在DSLAM上實現IP組播可以采用IGMP Proxy和IGMP Snooping兩種方式。
IGMP Proxy的實現機理：DSLAM靠攔截用戶和路由器之間的IGMP報文建立組播表，Proxy設備的上聯端口執行主機的角色，下聯端口執行路由器的角色。
IGMP Snooping的實現機理：DSLAM以偵聽主機發向路由器IGMP成員報告消息的方式，形成組成員和交換機端口的對應關系，DSLAM則根據該對應關系，將收到的組播數據包轉發到組成員的端口。
早期的基於純ATM交換內核的DSLAM，由於PVC的終結是在BAS上，DSLAM支持數據的透傳，不能對數據進行任何的處理，所以只能實現IGMP Snooping功能，而不能支持IGMP Proxy功能。現在基於純IP交換的第三代DSLAM，可以同時支持IGMP Proxy和IGMP Snooping功能。
二、 DSLAM中IP組播性能的衡量
DSLAM中實現IP組播性能的衡量主要分為功能和性能兩部分。
1.功能主要包括：
(1)DSLAM組播流的轉發。DSLAM能按組播轉發表正確轉發，也就是說只有被授權的用戶板端口才能收到組播流，而其他非授權端口不能收到組播流；
(2)多個組成員的加入不會影響到組內其他成員收看組播節目；同樣，單個組成員的離開和單個組的離開也不會影響到組內其他成員和其他組的成員觀看組播節目；
(3)對組播權限的控制。對權限的控制應該是基於端口號、MAC地址或IP地址的靈活控制，而且控制的顆粒度應能控制某個用戶可以加入此組播組但是不能加入彼組播組；
(4)IP TV頻道切換時延。時延在用戶能接收的范圍內與電視頻道切換時間比較理想。
2.其性能主要包括：
(1)成員Join/Leave的時延。Join時延是指從待測路由器收到指定組播組的Join消息到它開始向該指定組播組轉發組播流的時延；Leave時延是指從待測路由器收到組的Leave消息到它停止向該指定組轉發組播流的時延。如果Join/Leave時延短則意味着在相同時間里加入/離開的組播組全面改造。其間對內容的分發是一個要重點考慮的問題，因為視頻業務對帶寬的占用是相當大的，如果分發不當不僅會影響到視頻業務的質量，而且還會對原有業務產生負面的影響。建議內容分發網采用分級的分布式結構，這可以在一定程度上緩解IP城域網的壓力；
(2)單/多PVC下多業務的QoS。保證在同一條PVC或多條PVC上能傳送不同的業務；
(3)單板組播性能。該性能用於表征單用戶板滿情況下最大無差錯轉發時的組播流速率，速率的大小關系到組播源可以向用戶提供的業務類型，如果速率不夠大就有可能會限制某些業務的開展。