【文章內(nèi)容簡介】 們必須要認真面對和仔細分析的。 從目前 IP TV 發(fā)展情況來看，組播復(fù)制點通常在 選擇在 BRAS 或者DSLAM上。 在 BRAS上進行數(shù)據(jù)復(fù)制（少量用戶階段時推薦） 通常來講組播復(fù)制點應(yīng)該在距離用戶的最近的三層設(shè)備上，對于 ***電信最多的 PPPoE用戶而言組播復(fù)制的工作 自然可以 由 BRAS承擔(dān)。 如下圖所示： BR A S 作組播復(fù)制點工作流程示意圖V ideo on Deman dM idd le w ar eV er imat r ix T and b er gn Cu b eC A S /D RM Broadcast T V匯聚層I P Ed g e B R A S組播業(yè)務(wù)流?組播復(fù)制在 IP Ed g e ，可采用 PP PoE 或 Web 方式認證?優(yōu)勢?接入網(wǎng)沒有要求?與其他業(yè)務(wù)共用平臺?運維集中控制?劣勢?匯聚層帶寬壓力大? IP Edg e 設(shè)備性能要求高 在 BRAS 上進行組播數(shù)據(jù)復(fù)制，由 BRAS 作為 PPPoE 和組播的終結(jié)設(shè)備，同時 承載 傳統(tǒng) Inter上網(wǎng)和 IPTV業(yè)務(wù)。 在這種模式下，用戶將組播和一般的 Inter訪問 都 封裝在 PPPoE的數(shù)據(jù)包里，通過 DSLAM 以及交換機等 二層傳輸設(shè)備，終結(jié)在作為寬帶接入服務(wù) 12 器的 BRAS 上。 DSLAM 及匯聚交換機對組播業(yè)務(wù)均不能感知 ，它們 不需要支持組播 ，也無法支持 。 對于由 ADSL Modem 發(fā)起 PPPoE 呼叫的用戶， ADSL Modem 需要支持IGMP Proxy，如果需要在系統(tǒng)中實現(xiàn)視頻電話還需要支持對 SIP 協(xié)議的 NAT轉(zhuǎn)換；對于由機頂盒發(fā)起 PPPoE 呼叫的用戶 ， ADSL Modem 無任何特殊功能要求，但如果用戶需要同時使用 IPTV業(yè)務(wù)和基于 PC的 Inter 業(yè)務(wù)則需要建立兩個 PPPoE Session。 在 BRAS 實施組播數(shù)據(jù)復(fù)制的主要優(yōu)勢在于： BRAS 本身已經(jīng)具有三層轉(zhuǎn)發(fā)的能力，有能力支持組播數(shù)據(jù)的復(fù)制和轉(zhuǎn)發(fā)，并且在 BRAS 上有相應(yīng)的控制機制，來控制用戶的組播服務(wù)的能力。不需要 DSLAM支持組播。 在 BRAS上實施組播復(fù)制的主要弱點是，由于 BRAS的接入用戶相對集中，密度比較高，因此假如組播用戶的密度較高的話，對 BRAS 的性能以及BRAS 與 DSLAM 間 鏈路的帶寬壓力比較高，會對組播和傳統(tǒng) Inter 訪問的穩(wěn)定性產(chǎn)生一定影響。但組播協(xié)議本身對 BRAS 的 CPU 占用非常小，主要還是占用帶寬，如果改用單播則肯定會占用更多的帶寬。 ADSL 論壇正在起草一個標準，試圖將 DSLAM 和 BRAS 協(xié)調(diào)在一起，由BRAS 作為控制單元負責(zé)組播控制信息的傳送和解析，包括 IGMP 等，并有BRAS 控制在用戶量較少時由 BRAS 復(fù)制，當(dāng)用戶量較多時，轉(zhuǎn)而將復(fù)制的工作交給 DSLAM。實現(xiàn)兩種方式的平滑過渡。 目前 ***電信 網(wǎng)上 的 Juniper ERX BRAS 設(shè)備寬帶接入服務(wù)器有很好 的組播復(fù)制和控制能力。已經(jīng)在 AA市 電信通過了組播 4000用戶無丟包的測試。同時ERX 的組播協(xié)議和控制功能也很豐富，支持 PIM、 MSDP、 MBGP、 PIM SSM、 IGMP V1/V2/V3。 在 DSLAM上進行組播復(fù)制（密集用戶階段時推薦） 眾所周知，組播復(fù)制點距離用戶約近，組播工作效率越高，因此如果將組播復(fù)制點向下推到 DSLAM 上組播流量將進一步得到優(yōu)化。 組播數(shù)據(jù)流示意圖如 13 下：DS L AM作組播復(fù)制點工作示意圖V ideo on Deman dM idd le w ar eV er imat r ixn Cu b eC A S /D RMS URP A S S h iD 66 50 /70I P Ed g e組播業(yè)務(wù)流?組播復(fù)制在 DSLA M 或接入交換機，采用 Web方式認證?優(yōu)勢?帶寬利用率高?單臺設(shè)備性能壓力小?劣勢?現(xiàn)網(wǎng)接入設(shè)備面臨壓力?運維部門壓力較大 如果將組播流量封裝在 PPPoE 的輸數(shù)據(jù)包里， DSLAM 就無法感知相關(guān)的組播信息，因此要在 DLSAM上進行組播復(fù)制，組播流量就不能采用 PPPoE而必須采用 IPoE的封裝方式，即機頂盒由 DHCP服務(wù)器分配 IP地址。 DHCP服務(wù)器可以單獨在城域匯聚網(wǎng)上設(shè)立，也可以利用 BRAS 啟用 DHCP 功能。DSLAM 啟用 IGMP Proxy 或 IGMP Snooping（建議采用 IGMP Proxy） ，DSLAM匯聚交換機 建議采用 IGMP Snooping，進行流量優(yōu)化。 采用在 DSLAM 上進行組播復(fù)制主要優(yōu)勢在于：組播復(fù)制點移 到最接近用戶的 DSLAM 端，可以減輕對 BRAS的性能以及 BRAS與 DSLAM間鏈路的帶寬壓力。 采用在 DSLAM 上進行組播復(fù)制主要弱點在于： DSLAM 需要支持組播，計費和認證策略需要改變 。 兩種方式比較如下： 14 比較項 BRAS作為組播復(fù)制點 DSLAM作組播復(fù)制點 擴展性 隨著用戶的增加，需不斷擴充DSLAM與 BRAS之間的帶寬 帶寬較為固定，較少隨用戶實際接入數(shù)量而改變。 設(shè)備能力 BRAS設(shè)備需要對組播報文在大量的邏輯端口上進行復(fù)制，對設(shè)備的性能影響較大。 需要進行組播報文復(fù)制，建議通過二層硬件機制 ，減少對設(shè)備影響 資源情況 設(shè)備和帶寬資源使用效率較低 設(shè)備和帶寬資源使用效率較高， 業(yè)務(wù)質(zhì)量保證 需制定細顆粒度的 IP層 qos機制。 可通過一、二、三層 qos嵌套機制解決。 安全性 網(wǎng)絡(luò)安全問題需要考慮 如果業(yè)務(wù)網(wǎng)為相對專用網(wǎng)絡(luò)，網(wǎng)絡(luò)安全風(fēng)險較低。 從上表可總結(jié)為：長期來看第二種方式是比較適當(dāng)?shù)倪x擇，但也應(yīng)該看到，第一種方式具有實施方便、對現(xiàn)有網(wǎng)絡(luò)要求低、管理維護相對簡單的特性，可作為初期試運行采用。 由于機頂盒不能使用 PPPoE，而需要采用 DHCP 方式， PC 用戶使用PPPoE 認證也失去了意義， 因為 PC 同樣可以通過 DHCP 方式獲得 IP地址。為了解決這類問題 這里又區(qū)分為兩種模式： a) 同一用戶的 PC或機頂盒都用 DHCP分配 IP地址。 此時 PC或機頂盒都通過 DHCP 獲得 IP地址接入網(wǎng)絡(luò)。此時為避免其他用戶通過 DHCP 非法獲取IP 地址，可以由 DSLAM 用 DHCP Option 82 報文上報 ADSL 端口號，并在DHCP 服務(wù)器上綁定端口的方式進行 PC 和機頂盒的接入認證。 提醒：機頂盒接入時還有 第二 層認證是 IPTV 平臺中間件對機頂盒登錄時的業(yè)務(wù)認證。 但這樣對現(xiàn)有的 PC 上網(wǎng)用戶計費模式有所改變，基于現(xiàn)有的 DHCP 方案只能采用包月。 b) PC 用戶繼續(xù)用 PPPoE，機頂盒在 DHCP 服務(wù)器上進行 Mac 地址綁定。 這種模式需要 DHCP 服務(wù)器對機頂盒的 Mac 地址綁定來分配 IP地址，由于機頂盒只局限于一個或某幾個廠家，可以由 DHCP 服務(wù)器進行某一些地址段的 Mac 地址綁定。 提醒：機頂盒接入時還有 第二 層認證是 IPTV 平臺中間件對機頂盒登錄時的業(yè)務(wù)認證。 建議 Modem采用雙 PVC上聯(lián) 。 15 兩種認證方式比較如下： ? PPPoE認證方式 ? 用戶寬帶上網(wǎng)和 IPTV業(yè)務(wù)使用同一 VC ? 目前，寬帶個人用戶的 PPPeE 認證要朝著唯一性限定的方向發(fā)展。為 了實現(xiàn)用戶綁定，采用 PPPoE 方式的只能在 DSLAM上實行每個用戶獨立的 VLAN， 的方式實現(xiàn) ? 對現(xiàn)有接入網(wǎng)沖擊較大， QoS保證困難 ，擴展性較差 ? BRAS對組播的復(fù)制能力較差，同時需實施 QOS策略。 ? 適合業(yè)務(wù)運營初期 ? DHCP 認證方式 ? 在 DSLAM設(shè)備上實現(xiàn)寬帶上網(wǎng)業(yè)務(wù)與 IPTV業(yè)務(wù)分離，采用專用鏈路連接到匯聚層設(shè)備上，繞過 BRAS ? 采用 DHCP OPTION 82，配合 ARP Inspection 以及DHCP 系統(tǒng)上層應(yīng)用的安全控制技術(shù)，能夠解決用戶地址盜用和安全控制的問題。 ? 方便組播及 QoS的部署 ? 適合 大規(guī)模的運營 ***通訊公司 建議 對于 ***電信 IPTV 試運行初期 ，用戶數(shù)量較少 時 ，我們建議在 BRAS 實現(xiàn)組播復(fù)制，這樣參與組播的網(wǎng)元數(shù)量較少，有利于部署。這種在 BRAS 上進行組播復(fù)制的組網(wǎng)方式在 AA 市 、北京、廣東、 BB 市 等地的電信網(wǎng)通已獲得成功，且在這些案例中使用的 BRAS 型號 Juniper ERX 與 ***電信目前的主力BRAS是一致的。 隨著 IPTV業(yè)務(wù)的開展，當(dāng) IPTV業(yè)務(wù)發(fā)展到密集用戶階段，逐步將組播復(fù)制點下移到 DSLAM。同時從 Modem 開始使用雙 PVC，把 IPTV 業(yè)務(wù)流和PC上網(wǎng)業(yè)務(wù)流區(qū)分 到不同的邏輯網(wǎng)絡(luò)中，以保證 IPTV業(yè)務(wù)的 QoS，實現(xiàn)可溯源。另外，由于采用 DHCP 方式，需要對用戶認證及可訪問的地址域進行進一步的細化和研究。 16 組播復(fù)制點 BRAS組播復(fù)制 DSLAM組播復(fù)制 應(yīng)用場合 少量用戶，或用戶分散 密集用戶 認證方案 1 2 3 PC 用戶接入Inter的認證 PPPoE PPPoE DHCP＋ Option82 IPTV 機頂盒接入 IP 網(wǎng)絡(luò)的認證 PPPoE DHCP＋ Mac綁定 DHCP＋ Option82 17 部署組播需要注意的問題 組播上行的保證 組播數(shù)據(jù)的 絕大部分是下行數(shù)據(jù)， 在 ***電信 IPTV網(wǎng)絡(luò)發(fā)展初期在BR