組播詳解【轉】

本文轉自：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的傳輸方式，而且不是針對一個接受者，因此沒法有針對的進行補包。因此直接組播協議傳輸的數據是不可靠的。

 

2、爲何寬帶網必須使用組播協議

自從上世紀末長城寬帶壯烈的寬帶推廣運動以來，寬帶網一直面臨種種問題，但這些問題歸結起來就是一個問題，那就是客戶端得不到與其接入帶寬相稱的足夠的數據流。

最先的長城寬帶面臨的是「寬帶無內容」的問題，客戶得不到其承諾的視頻點播等寬帶娛樂，因而投訴、退戶甚至訴諸法律。

電信憑藉其雄厚的財力和電話線資源後來居上，但很快又面臨網速慢、缺內容的投訴，電信網站上的視頻點播彷佛老是無盡的等待和緩衝。後來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服務器的壓力都很小。

 

3、單播/組播/廣播 通信協議的特色及應用對比

當前的網絡中有三種通信模式：單播、廣播、組播，其中的組播出現時間最晚但同時具有單播和廣播的優勢，最具備發展前景。 

一、單播：

      主機之間「一對一」的通信模式，網絡中的交換機和路由器對數據只進行轉發不進行復制。若是10個客戶機須要相同的數據，則服務器須要逐一傳送，重複10次相同的工做。但因爲其可以針對每一個客戶的及時響應，因此如今的網頁瀏覽所有都是採用IP單播協議。網絡中的路由器和交換機根據其目標地址選擇傳輸路徑，將IP單播數據傳送到其指定的目的地。

單播的優勢：

1.  服務器及時響應客戶機的請求

2.  服務器針對每一個客戶不通的請求發送不通的數據，容易實現個性化服務。

單播的缺點：     

1. 服務器針對每一個客戶機發送數據流，服務器流量＝客戶機數量×客戶機流量；在客戶數量大、每一個客戶機流量大的流媒體應用中服務器不堪重負。

2. 現有的網絡帶寬是金字塔結構，城際省際主幹帶寬僅僅至關於其全部用戶帶寬之和的5％。若是所有使用單播協議，將形成網絡主幹不堪重負。如今的P2P應用就已經使主幹常常阻塞，只要有5％的客戶在全速使用網絡，其餘人就不要玩了。而將主幹擴展20倍幾乎是不可能。

2、 廣播：

      主機之間「一對全部」的通信模式，網絡對其中每一臺主機發出的信號都進行無條件複製並轉發，全部主機均可以接收到全部信息（無論你是否須要），因爲其不用路徑選擇，因此其網絡成本能夠很低廉。有線電視網就是典型的廣播型網絡，咱們的電視機其實是接受到全部頻道的信號，但只將一個頻道的信號還原成畫面。在數據網絡中也容許廣播的存在，但其被限制在二層交換機的局域網範圍內，禁止廣播數據穿過路由器，防止廣播數據影響大面積的主機。

廣播的優勢：

1. 網絡設備簡單，維護簡單，佈網成本低廉

2. 因爲服務器不用向每一個客戶機單獨發送數據，因此服務器流量負載極低。

廣播的缺點：

1.沒法針對每一個客戶的要求和時間及時提供個性化服務。

2. 網絡容許服務器提供數據的帶寬有限，客戶端的最大帶寬＝服務總帶寬。例若有線電視的客戶端的線路支持100個頻道（若是採用數字壓縮技術，理論上能夠提供500個頻道），即便服務商有更大的財力配置更多的發送設備、改爲光纖主幹，也沒法超過此極限。也就是說沒法向衆多客戶提供更多樣化、更加個性化的服務。

3. 廣播禁止在Internet寬帶網上傳輸。 

3、組播：

       主機之間「一對一組」的通信模式，也就是加入了同一個組的主機能夠接受到此組內的全部數據，網絡中的交換機和路由器只向有需求者複製並轉發其所需數據。主機能夠向路由器請求加入或退出某個組，網絡中的路由器和交換機有選擇的複製並傳輸數據，即只將組內數據傳輸給那些加入組的主機。這樣既能一次將數據傳輸給多個有須要（加入組）的主機，又能保證不影響其餘不須要（未加入組）的主機的其餘通信。

組播的優勢：

1. 須要相同數據流的客戶端加入相同的組共享一條數據流，節省了服務器的負載。具有廣播所具有的優勢。

2. 因爲組播協議是根據接受者的須要對數據流進行復制轉發，因此服務端的服務總帶寬不受客戶接入端帶寬的限制。IP協議容許有2億6千多萬個（268435456）組播，因此其提供的服務能夠很是豐富。  

3. 此協議和單播協議同樣容許在Internet寬帶網上傳輸。

組播的缺點：

1．與單播協議相比沒有糾錯機制，發生丟包錯包後難以彌補，但能夠經過必定的容錯機制和QOS加以彌補。

2．現行網絡雖然都支持組播的傳輸，但在客戶認證、QOS等方面還須要完善，這些缺點在理論上都有成熟的解決方案，只是須要逐步推廣應用到現存網絡當中。

 

4、IP組播路由協議詳細介紹

1、概述 
1、組播技術引入的必要性 
　　隨着寬帶多媒體網絡的不斷髮展，各類寬帶網絡應用層出不窮。IP TV、視頻會議、數據和資料分發、網絡音頻應用、網絡視頻應用、多媒體遠程教育等寬帶應用都對現有寬帶多媒體網絡的承載能力提出了挑戰。採用單播技術構建的傳統網絡已經沒法知足新興寬帶網絡應用在帶寬和網絡服務質量方面的要求，隨之而來的是網絡延時、數據丟失等等問題。此時經過引入IP組播技術，有助於解決以上問題。組播網絡中，即便組播用戶數量成倍增加，骨幹網絡中網絡帶寬也無需增長。簡單來講，成百上千的組播應用用戶和一個組播應用用戶消耗的骨幹網帶寬是同樣的，從而最大限度的解決目前寬帶應用對帶寬和網絡服務質量的要求。 

2、IP網絡數據傳輸方式 
　　組播技術是IP網絡數據傳輸三種方式之一，在介紹IP組播技術以前，先對IP網絡數據傳輸的單播、組播和廣播方式作一個簡單的介紹： 

單播（Unicast）傳輸：在發送者和每一接收者之間實現點對點網絡鏈接。 若是一臺發送者同時給多個的接收者傳輸相同的數據，也必須相應的複製多份的相同數據包。若是有大量主機但願得到數據包的同一份拷貝時， 將致使發送者負擔沉重、延遲長、網絡擁塞；爲保證必定的服務質量需增長硬件和帶寬。 

組播（Multicast）傳輸：在發送者和每一接收者之間實現點對多點網絡鏈接。 若是一臺發送者同時給多個的接收者傳輸相同的數據，也只需複製一份的相同數據包。它提升了數據傳送效率。減小了骨幹網絡出現擁塞的可能性。 

廣播（Broadcast）傳輸：是指在IP子網內廣播數據包，全部在子網內部的主機都將收到這些數據包。 廣播意味着網絡向子網每個主機都投遞一份數據包，不論這些主機是否樂於接收該數據包。因此廣播的使用範圍很是小， 只在本地子網內有效，經過路由器和交換機網絡設備控制廣播傳輸。

2、組播技術 
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。

 

5、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地址上。

 

6、如何構建支持組播協議的校園網

1、     在校園網中構建支持組播協議的網絡須要注意幾點

1．    中心的三層交換機要支持組播協議（建議採用PIM稀疏SM模式）。

2．    直接鏈接三層交換機的匯聚層的二層交換機須要支持IGMP SNOOPING協議，通常的智能或帶網管的交換機都具備此功能。須要注意的是二層交換機的處理能力，IGMP偵聽須要消耗交換機的處理能力，因此有些處理能力較差的二層交換機在數據流量較小的時候IGMP偵聽可以作的很好的，一但數據流量較大時就偵聽不到的狀況，致使用戶沒法正常加入組播。

3．    最下級的接入層交換機最好用智能交換機，出於經濟上的考慮也能夠用通常的傻交換機。但決不能用古老的共享式HUB集線器，由於共享式HUB會嚴重影響其餘客戶機的通信。

4．    組播視頻服務器最好直接鏈接核心的三層交換機，中間不要經過二層交換機級連。

5.   用咱們下載頁面提供的組播測試工具測試組播協議是否連通。

6．   具體的組播原理和配置，請到下載頁面下載組播原理和配置的資料包

7.        一個簡化的拓撲結構以下圖所示：

2、 關於防火牆問題

咱們的建議是將組播協議的數據流旁路繞過防火牆，即鏈接一條不通過防火牆的鏈路，並在端口地址列表中只容許組播地址的數據包經過；或在防火牆內部設定透明穿透bypass，即對於組播地址的數據包不做分析處理，直接轉發。其考慮基於以下幾點：

1．          如今網絡中使用的防火牆種類繁多、性能各異。但整體上來講對於處理視頻信息這樣的巨大流量都是力不從心的。

2．          組播數據流是非鏈接的UTP，並且須要客戶機本身加入組播才能收到組播，因此發送數據者無經過組播定位攻擊，目前爲止還未出現以組播爲載體的病毒和黑客程序。

3、關於收費網關問題

收費網關通常位於最後的組播複製節點的更上層，因此經過原有的BAS收費網關係統對組播數據流進行復制是不現實的，通常是將組播數據流繞過現有的BAS收費網關，用另外的方式收費，解決方式有幾種：

1．          採用可控組播協議的方式，如今的華爲、中興的交換機都支持此技術。

2．          採用包月計費的方式。

3．          採用免費收看用廣告賺取收入的方式。

如何構建支持組播協議的城域網

城域網的主幹通常採用Ethernet over SDH，或直接採用以太網，他們支持IP組播問題不大。難點在於最後一千米的接入網部分，接入網有兩種主流技術，以太網和ADSL,其中以太網接入很容易開通組播。

可是如今電信公網的接入以ADSL爲主，ADSL的物理基礎是ATM，因此其本來是不支持IP組播的，經過後來的一些技術改進才使其支持IP組播，其中的主流是DSLAM技術。

1、     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功能。

2、 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)單板組播性能。該性能用於表徵單用戶板滿狀況下最大無差錯轉發時的組播流速率，速率的大小關係到組播源能夠向用戶提供的業務類型，若是速率不夠大就有可能會限制某些業務的開展。