版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、2024/3/20,IPTV案例介紹,Page 2,,目錄,Etisalat IPTV新疆電信IPTV試驗局,Page 3,,,,Unicast,VOD,Catch-up TV, TSTV, nPVR, FCC,,Others,PCTV, WebTV, Internet on TV,,,Multi-cast,Live-TV/BTV, NVOD, PIP, cPVR, Operator Defined Mosaic, User defi
2、ned Mosaic, Radio and Music,Main IPTV Service Type in phase 1&2,Page 4,Multicast Service (1),Page 5,Multicast Service (2),Page 6,Unicast Service,Page 7,Others Service,Page 8,Channel & Service Model,Page 9,Bandw
3、idth Requirement,Configuration Principles of Network CapacityThe Network capacity will be configured to meet the requirement of 5000 concurrent VOD subs or 5000 concurrent FCC subscriber per PoPAll the calculation is b
4、ased on the channel & service model and users behavior model as shown in the previous slides.Details of the calculation described in the attached excel file (00 Request for the Approval of Bandwidth and Links design
5、ing in the HLD). In the network configuration, an additional 5% traffic will be considered in terms of the header of package and the burst (The OLT is 10% for the header of package and the burst additionally )Actual Ba
6、ndwidth Requirement by yearsIt is quite necessary for Etisalat to provide the IPTV subscribers development strategy, plan and forecast for the actual traffic calculation as for reference.,Page 10,iVSE / FCC Cache,FCC Ro
7、uter as FCC server, multicast replication point, IPTV service PoP & gateway of STBUnicast traffic and multicast traffic is carried by Native IPVideo quality monitoring on STB, PoP sites, IPTV Central site and netwo
8、rk side,legend,,Layer2 AGG,,,MSC,PC,STB,VoIP,,,,IPTV PoP Site,IPTV Central System,FCC Router,OLT,Metro core,,,,MQMC,U2520,,,,,report,,report,report,report,Core Layer,Access Layer,Head-end,,,,,,,,,,S93,General Network Arc
9、hitecture Design,User,Service,PoP,,PE,Page 11,Layer2 AGG,,,,,,MSC,Head-end,PC,STB,VoIP,,,IPTV Central System,FCC Router,OLT,Layer2-1,Layer2-2,Metro core,,,Multicast Traffic Flow,IPTV PoP Site,FCC Router as multicast repl
10、ication point & gateway of STBLayer2 AGG deploy multicast daisy chain and the IGMP snooping,,,,Page 12,Unicast traffic include the VOD, Catch-up TV, nPVRSTB is assigned IP address by DHCP server;STB upgrade softwa
11、re by IPTV POP site or IPTV central site when IPTV PoP site failure;STB intercommunication with IPTV central site/POP site (include IPTV signal and media), CC, EPGIPTV PoP site intercommunication with IPTV central site
12、 (include IPTV signal, download VOD content by unicast),Layer2 AGG,,,,,,MSC,PC,STB,VoIP,,,FCC Router,OLT,Layer2-1,Layer2-2,Metro core,,,Unicast Traffic Flow,Head-end,IPTV Central System,IPTV PoP Site,,,,Page 13,Layer2 AG
13、G,,,,MSC,Head-end,PC,STB,VoIP,,,IPTV Central System,FCC Router,OLT,,Layer2-1,Layer2-2,Metro core,FCC/ARQ server send the unicast burst to STB when zapping or drop packet,FCC/ARQ Traffic Flow,IPTV PoP Site,,,,Page 14,Netw
14、ork Structure Design for Central Site,,,MSC,IPTV Central System,Head-end,,,PE,Page 15,,,,STB,ONT,FCC Router,DHCP-PS,,,IP/MPLS,,1. DHCP Discovery,,,OLT,,,2. DHCP Discovery (Relay),3. DHCP Offer (Relay),,4. DHCP Offer,,5.
15、DHCP Request,,6. DHCP Request (Relay),,,7. DHCP ACK (Relay),8. DHCP ACK,,Layer2 AGG,,STB Initialization Function Scheme (1),Page 16,,,Layer2 AGG,,,,PC,STB,VoIP,,,FCC Router,OLT,Layer2-1,Layer2-2,Metro core,ONT,MSC,legend
16、:,Bridge for STB Per CVLAN per Port,CVLAN Switch to SVLAN,,,Terminate VOD VLAN DHCP-Relay VRRP+BFD,,DHCP-PS,Assign IP address,,FCC Cache,,DHCP Relay,,DHCP,,,All equipment as above should support corresponding functio
17、ns,STB Initialization Function Scheme (2),IPTV POP Site,Page 17,,FCC Cache,,BTV Multicast,legend:,,IGMP,Layer2 AGG,,,,PC,STB,VoIP,,,FCC Router,OLT,Layer2-1,Layer2-2,Metro core,ONT,,,Multicast Replication Point,,,,,,PIM,,
18、,,Head-end,IPTV Central System,,IGMP Snooping,IGMP Proxy,IGMP Snooping,PIM SSM,IGMPv2/PIM SSM SSM mapping,IGMPv2/PIM SSM SSM mapping,IGMPv2(HMS for record),MSC,,,,,,,,,PIM SSM,All equipment as above should support corr
19、esponding multicast function;The IP address of multicast must be 232.0.0.0/8.,,,IPTV Multicast Function Scheme,IPTV PoP Site,Page 18,,Layer2 AGG,,,,PC,STB,VoIP,,,FCC Router,OLT,Layer2-1,Layer2-2,Metro core,ONT,Head-end,
20、IPTV Central System,MSC,FCC Cache,legend:,,VOD Unicast,,FCC Unicast,,,Bridge for STB Per CVLAN per Port,CVLAN Switch to SVLAN,Terminate VOD VLAN DHCP-Relay VRRP+BFD,,,,All equipment as above should support correspond
21、ing function;,IPTV Unicast Function Scheme,IPTV PoP Site,Page 19,,,STB,OLT,Channel Change Request,,,,,1. Rapid Synchronization Request,2. Rapid Synchronization indication,,3. Unicast burst(1.3 times),,4. Completed notifi
22、cation and change to low rate burst (0.3times),,5. IGMP Report,,6. IGMP Report,,,7. Multicast,8. Multicast,9. Completed response (first Multicast RTP Seq#n Received),,,10. Low rate Unicast burst (0.3 times, terminated at
23、 #n ),,ONT,,Layer2 AGG,FCC Router,The multicast join delay of E2E (from FCC Router to STB) should be 200ms;,FCC Function Description,Page 20,Internet on TV/You Tube,,,MSC,,,Layer2 AGG,,,,,Internet,PC,STB,VoIP,,IPTV Cent
24、ral System,FCC Router,OLT,Layer2-1,Layer2-2,Metro core,ONT,DHCP Server/DNS,,Obtain IP address by DHCP,Obtain URL from EPG,Resolve URL by DNS,Proxy,STB obtains IP address by DHCP Server;EPG shows all program, and Middlew
25、are control who has right of accessing the You Tube service;Resolve URL by IPTV DNS;STB access You Tube by proxy server;Etisalat should provide the DNS server, DHCP server and proxy server;,Carried Proxy Server,IPTV P
26、OP Site,,,,Page 21,,General Traffic Flow and Segments,Layer2 AGG,,,,,MSC,Head-end,PC,STB,VoIP,,,,IPTV Central System,FCC Router,OLT,Metro Core,,Layer2-1,Layer2-2,IPTV PoP Site,,,,,,5,2,3,4,1,legend,,FCC Unicast,,BTV Mult
27、icast,,VOD Unicast,Notes: The bandwidth has plus the burst and the byte of package header.,Page 22,,MSE-ME60,Metro Core,ONU,,,,ONU,ONU,OLT A,OLT B,,,,IPTV multicast and unicast are in same VLAN;The VLAN of new IPTV subs
28、criber is same as current VLAN layout.,Current STB-Sub 1,Current STB-Sub2,Current STB-Sub1,Current VLAN Layout (PSPV),Page 23,MSE-ME60,Metro Core,ONU,,,ONU,ONU,OLT A,OLT B,,,,,,New &Current IPTV,VoIP,HSI,FCC Router,S
29、ub1-STB1 New,Sub2-STB1 Current,Sub1-STB1 Current,Recommended VLAN Layout (PSPV),IPTV multicast and unicast are in same VLAN;The VLAN of new IPTV subscriber is same as current VLAN layout.,,Page 24,,VLAN/GEM-port Scheme
30、for OLT,,Internet,OLT,,,,,PON#0,VoIP VPN,FCC Router,,PC,CVLAN z,,Metro Core,ONT,,,GEM port z/T-cont z,,,BRAS,,Bind CVLAN to Gemport/T-cont,Per Service Per Gemport Per T-contDedicated Gemport for Multicast,Mapping CVLAN
31、 to SVLANDedicated VLAN for IGMP/Multicast,,Terminate PPPOE,HSI VLAN,NMS VLAN,,,,,VoIP,CVLAN y,,,GEM port y/T-cont y,,VOIP VLAN,,IPTV,,,STB,CVLAN x,,,,,GEM port x/T-cont x,Multicast Gemport,,,IPTV VLAN,,,,,Terminate I
32、GMP/VODShared dot1Q sub-interface for BTV and VOD,Page 25,The Gemport ID and VLAN ID is just example.,VLAN/Gemport Scheme for OLT,Page 26,,,OLT,STB1+TV,ONT,,,Channel 1,Channel 1,STB2+TV,,IGMP leave,,,,Single GEMPort,,OL
33、T,STB1+TV,ONT,,,Channel 1,Channel 1,STB2+TV,,,,Single GEMport,,IGMP leave,Multicast forwarding table:Group Port MAC239.1.1.1 GEM128 STB1MAC239.1.1.1 GEM128 STB2MAC,Multicast forwarding
34、table:Group Port MAC239.1.1.1 GEM128 STB1MAC239.1.1.1 GEM128 STB2MAC,,One household,,One household,,,,IGMP Leave,Multicast,legend:,OLT will maintain a Multicast Forwarding Table based on MAC
35、of the STB;OLT will not stop the BTV channel when One STB watching and other one zapping or leave the channel;The Function can Support 2 and more STBs in one household,Scheme for Multi-STB,Page 27,,,OLT,,,,,PON#0,IPTV
36、,10GE,FCC Router,,,,STB,ONT,,,,VOD Gemport,Multicast Gemport,Terminate IGMP,,,,,IGMP-Proxy enable,IGMP-Snooping enable,,,Cross Multicast VLAN copy,,IGMP,,Multicast,IPTV VLAN,IGMP-Proxy On OLT,Page 28,Different service or
37、 traffic is marked different priority based on the type of service and importantDifferent priority traffic is carried on the different queuesQueue scheduling is PQ and WFQ/WFQ (WRR), when the congestion happen, the hig
38、her priority traffic will be assuredThe Diff-Serv priority layout is designed by Etisalat, and Huawei suggests the priority of NMS is CS6, the priority of BTV is AF4 and VOD is AF3,QOS Diff-Serv Priority,Page 29,,,,,IP
39、DSCP,IP DSCP/EXP Schedule,COS? EXP ? IP DSCP,COS,,,The origin of the service stream deploy QoS mark, and the path passed of service deploy QoS PQ or WFQ scheduling; All Service on the E2E network deploy the PQ or WFQ sc
40、heduling;,COS,COS→ EXP → IP DSCP,IP DSCP/EXP Schedule,IP DSCP,,,Metro core,Layer2 AGG,,,,,,,,,Head-end,,PC,STB,VoIP,,,,IP/MPLS Core,,,,,,,,,,,,,,,FCC Router,OLT,ONT,IPTV Central System,End-to-End QOS Diff-Serv Layout,IP
41、TV PoP Site,Page 30,,,Layer2 AGG,,,,PC,STB,VoIP,,,FCC Router,OLT,Layer2-1,Layer2-2,Metro Core,ONT,MSC,FCC Cache,legend:,,VOD Unicast,,FCC unicast,,VRRP+BFD,,,,BFD for PIM,,Deploy the BFD for VRRP, enhance the speed of de
42、tect of failure;,IPTV Unicast Reliability,IPTV PoP Site,Page 31,,,Layer2 AGG,,,,PC,STB,VoIP,,,FCC Router,OLT,Layer2-1,Layer2-2,Metro core,ONT,MSC,FCC Cache,legend:,,BTV Multicast,,BFD for PIM,,PIM DR redundancy PIM + BF
43、D,,PIM DR,PIM BDR,,Deploy the G.987 Type B for port protect Deploy double uplink for redundancy Deploy master/slave control board,,Deploy the PIM BDR for redundant of PIM DRDeploy the BFD for PIM, enhance the speed of
44、 detect of failureOther PIM convergence depend on the IGP fast convergence when other failure happen,IPTV Multicast Reliability,IPTV PoP Site,Page 32,1. Monitoring all in/out video quality in platform,3. Threshold fault
45、 automatically triggers active test to Locate the Section,4. Quick fault locating to specific areas and help to implement troubleshooting,,2. Monitoring video quality watched by end users,,,,,MSC,,PC,STB,VoIP,,,,FCC Rout
46、er,,,MQMC,U2520,,,,report,,report,report,report,,report,,,,,,,,,Smart Helper Solution,IPTV PoP Site,IPTV Central System,Page 33,,,,,MSC,PC,STB,VoIP,,,,FCC Router,,,MQMC,U2520,,,,report,,report,report,report,,report,,,Fea
47、turesSmart Helper monitors BTV & VOD service both in the endpoint & midst of pathSTB, POP Site, Central Site & FCC Router as demarcation point,BenefitVisual end users’ experience & IP NW/Service qualit
48、yIntelligent early-warn & auto trigger active testFast delimitation & troubleshooting during deployment and O&M,IPTV Central System,,Smart Helper Solution Ensuring SQM,IPTV PoP Site,Page 34,,目錄,Etisalat IPT
49、V新疆電信IPTV試驗局,Page 35,現(xiàn)網(wǎng)網(wǎng)絡(luò)架構(gòu)(163骨干及各城域核心),163骨干網(wǎng),十六大地州,八大城域網(wǎng)。部分地州通過匯聚路由器上連到城域核心路由器。,Page 36,新疆電信大城域網(wǎng)現(xiàn)狀說明,全疆共建設(shè)8大城域網(wǎng):烏魯木齊-吐魯番-哈密大城域網(wǎng),克拉瑪依-阿勒泰-塔城大城域網(wǎng)、奎屯-博樂大城域網(wǎng)、昌吉-石河子大城域網(wǎng)、喀什-和田-克州大城域網(wǎng),阿克蘇、巴州、伊犁三個地州獨立組網(wǎng);8大城域網(wǎng)核心/匯接雙掛ChinaNe
50、t和CN2上聯(lián)ChinaNet鏈路: 8大城域網(wǎng)核心/匯接兼做ChinaNet骨干接入節(jié)點,即大城域網(wǎng)出口設(shè)備和鏈路與ChinaNet接入設(shè)備和中繼鏈路相同;上聯(lián)CN2鏈路: 8大城域網(wǎng)核心/匯接通過2.5G或GE電路與本地的CN2 接入P路由器連接。8大城域網(wǎng)內(nèi)部各跨地州的鏈路目前均采用1*2.5G POS ;,Page 37,新疆典型城域網(wǎng),SR,CR,BRAS,China Net,CN2,SR / ASBR,PE,P,匯聚交
51、換機,DSLAM,OLT,ADSL,ONU,園區(qū)交換機,樓道交換機,,,,,,,OLT,ONU,,,,匯聚交換機/OLT分別上連至BRAS和SR,BRAS承載HSI業(yè)務(wù),SR承載IPTV、網(wǎng)吧,專線以及NGN業(yè)務(wù)。目前IPTV使用IPOE接入方式,無認(rèn)證,DHCP server 分配私網(wǎng)地址。大部分地市BTV和VOD均采用單播方式推送。少數(shù)地市(伊犁、奎屯)開了BTV組播。目前SR大多為NE80E。,Page 38,IPTV軟件平臺
52、架構(gòu),三級架構(gòu),省中心將BTV流量單播推送至市中心。當(dāng)前采用從上海文廣使用傳輸STM-1 管道拉單播到省中心在開了組播的地市,市中心平臺通過單播轉(zhuǎn)組播服務(wù)器,作為組播源,起組播下發(fā)BTV流量。邊緣節(jié)點作為熱點VOD片源存儲節(jié)點,命中大部分熱點VOD請求。,SR,CR-NE5000E,BRAS,China Net,CN2,SR / ASBR,PE,P,匯聚交換機,DSLAM,OLT,ADSL,ONU,園區(qū)交換機,樓道交換機,,,,
53、,,,OLT,ONU,,,,省中心,市中心,邊緣節(jié)點,,SDH STM-1,上海文廣,Page 39,用戶業(yè)務(wù)模型分析,目前城域網(wǎng)已開展業(yè)務(wù)主要有HSI,大客戶專線,專線上網(wǎng),IPTV以及后期的VoIP。其中IPTV用戶的開展情況:以伊犁為例說明,總共2萬IPTV用戶,業(yè)務(wù)類型只有BTV、VOD和PLTV,其中60%的單播,40%的組播。,Page 40,,現(xiàn)網(wǎng)組播協(xié)議部署,骨干網(wǎng)絡(luò):省中心部署在163上,暫時不考慮切到CN2。骨干
54、網(wǎng)不起組播,通過單播推送BTV流量。城域網(wǎng)絡(luò) :市中心平臺作為組播源,CR作為RP,并部署Anycast RP。CR和SR起PIM-SM,三層組播通過SR終結(jié)并向下推送。接入網(wǎng)絡(luò):對于OLT接入,組播復(fù)制點放在OLT。大量用戶接入DSLAM,復(fù)制點放在DSLAM上。其他情況復(fù)制點放在匯聚交換機上。分別在復(fù)制點配置組播VLAN和IGMP proxy以及二層組播靜態(tài)加入。組播流量單層Q,單播流量兩層Q(內(nèi)層業(yè)務(wù),外層DSLAM/OLT
55、ID),在SR終結(jié)QinQ。,SR,CR,BRAS,China Net,CN2,SR / ASBR,PE,P,匯聚交換機,DSLAM,OLT,ADSL,ONU,園區(qū)交換機,樓道交換機,,,,,,,OLT,ONU,,,,省中心,市中心,邊緣節(jié)點,Anycast RP,PIM-SM,MVLAN,IGMP proxy組播組靜態(tài)加入,MVLAN,MVLAN,Page 41,現(xiàn)網(wǎng)接入認(rèn)證,地址規(guī)劃,現(xiàn)網(wǎng)IPTV采用IPOE接入方式,外置DHCP
56、 server為STB分配私網(wǎng)地址。業(yè)務(wù)平臺采用公網(wǎng)地址。整網(wǎng)IPTV VLAN統(tǒng)一規(guī)劃,IPTV業(yè)務(wù)VLAN:3930;匯聚交換機組播VLAN:3938;DSLAM/ONU組播VLAN:3959。用戶離線后IP地址資源回收。接入路由器的IP Pool中IP地址的大小根據(jù)當(dāng)?shù)赜脩袅?、并發(fā)用戶數(shù)和用戶行為而定。用戶行為指IPTV用戶在收看完IPTV業(yè)務(wù)后,是否會把STB掉電。在STB可以釋放地址的前提下,在DHCP Server端地址
57、池設(shè)置一定的收斂比。,Page 42,端到端帶寬分析,新疆電信IPTV現(xiàn)階段只有標(biāo)清(H.264 1.8M),考慮到封裝開銷,以及組播的視屏增強(FCC、RET)帶來的帶寬增加,以下帶寬估算將VOD、BTV均按照2.5M碼流計算。以伊犁為例,2萬用戶,并發(fā)率50% ,并發(fā)用戶按1W計算。其中60%點播,40%直播。邊緣節(jié)點命中率80%,組播頻道150個。共2臺SR,分擔(dān)2萬用戶,SR到CR的帶寬為:(20000*0.5/2)*0.6
58、*(1-0.8)*2.5M + 150*2.5M = 1.875G(需要確認(rèn)當(dāng)前線網(wǎng)的鏈路模型?否則在新增ME60的情況下,部署GE會有問題?) 每臺匯聚交換機、OLT、DSLAM下掛的IPTV用戶分別按2000、1000、200計算。,Page 43,端到端帶寬分析,復(fù)制點在匯聚交換機上:SR到匯聚交換機帶寬: (2000*0.5)*0.6*2.5M + 150*2.5M = 1.875G匯聚交換機到DSLAM/OLT:
59、 DSLAM: (200*0.5)*0.6*2.5M + (200*0.5)*0.4*2.5 = 250M OLT: (1000*0.5)*0.6*2.5M + 150*2.5M = 1.125G (確認(rèn)一下上行帶寬的部署?)復(fù)制點在DSLAM/OLT上:SR到匯聚交換機帶寬: (2000*0.5)*0.6*2.5M + 150*2.5 = 1.875G匯聚交換機到DSLAM/OLT: DSL
60、AM: (200*0.5)*0.6*2.5M + (200*0.5)*0.4*2.5 = 250M OLT: (1000*0.5)*0.6*2.5M + 150*2.5 = 1.125G,Page 44,視頻增強關(guān)鍵指標(biāo)分析,頻道數(shù)150個SDTV,iVSE規(guī)格滿足(IVSE支持大概在600~700個SDTV)。iVSE單板處理并發(fā)FCC請求數(shù)1.7K?,F(xiàn)網(wǎng)以伊犁為例,頻道切換并發(fā)率按50%計算。FCC最大并發(fā)請求數(shù)為200
61、00*0.5*0.4*0.5=2000。兩塊iVSE卡即可。,Page 45,可靠性分析,目前匯聚交換機只接入到一臺SR(兩臺SR分擔(dān)用戶),存在單點故障風(fēng)險。后續(xù)實驗局考慮雙掛方案,DR實現(xiàn)備份,同時配置BFD for PIM,加速故障感知和組播流量切換。,Page 46,,實驗局目標(biāo)網(wǎng),新建ME60單獨作為IPTV業(yè)務(wù)的接入網(wǎng)關(guān)。原有SR-NE80E承載大客戶專線和NGN業(yè)務(wù)。原有BRAS仍只接入HSI業(yè)務(wù)。在IPTV業(yè)務(wù)網(wǎng)關(guān)上部
62、署iVSE卡,實現(xiàn)FCC,RET及QoE(MDI,VMos)。部署U2520配合MQMC實現(xiàn)業(yè)務(wù)平臺和承載網(wǎng)的統(tǒng)一質(zhì)量監(jiān)控及可視化運維。,SR,CR,BRAS,China Net,CN2,ASBR,PE,P,匯聚交換機,DSLAM,OLT,ADSL,ONU,園區(qū)交換機,樓道交換機,,,,,,,OLT,ONU,,,,省中心,市中心,邊緣節(jié)點,IPTV 業(yè)務(wù)網(wǎng)關(guān):ME60-16,,已經(jīng)到貨,Page 47,,,實驗局所需要增加組件,所需要
63、的組件:,SR,CR,BRAS,China Net,CN2,ASBR,PE,P,匯聚交換機,DSLAM,OLT,ADSL,ONU,園區(qū)交換機,樓道交換機,,,,,,,OLT,ONU,,,,省中心,市中心,邊緣節(jié)點,IPTV 業(yè)務(wù)網(wǎng)關(guān):ME60-16,U2520服務(wù)器,IPTV MQMC服務(wù)器,IPTV 單轉(zhuǎn)組服務(wù)器,IVSE單板,U2520服務(wù)器,Page 48,實驗局建議,地點選擇---兩個維度考慮:1.選擇現(xiàn)網(wǎng)已經(jīng)起組播的地市;2.
64、選擇現(xiàn)網(wǎng)均為我司設(shè)備。實驗局實施分階段:為最大程度減小實驗局對現(xiàn)網(wǎng)影響,可以考慮先割接組播業(yè)務(wù),單播業(yè)務(wù)仍保留在NE80E上(單播VLAN和組播VLAN分別上行到不同網(wǎng)關(guān));同時只割接小部分匯聚交換機。IPTV ES系統(tǒng)切換問題,割接過程中ES需要雙掛(NE80E和ME60)。---確認(rèn)NE80E的SR和ME60的站點問題,是否同機房?需要與客戶交流光纖資源問題。(新增多條鏈接)建議部署兩臺ME60,避免單點故障。每臺ME60部
65、署2塊iVSE卡。STB和IPTV平臺版本升級,配合iVSE實現(xiàn)視頻增加功能。,Page 49,,,,,,,實驗局IPTV組播的端到端規(guī)劃,CN2,chinaNet,AS4134,一級服務(wù)器,二級服務(wù)器,三級服務(wù)器,新平面SR,匯聚交換機,DSLAM/OLT,DSLAM/OLT,匯聚交換機,Page 50,組播和單播地址獲取,VOD(三級服務(wù)器)不切換情況老的SR啟用DHCP Server進(jìn)行地址分配單播VOD網(wǎng)關(guān)為老的SR設(shè)備
66、IVSE地址通過IPTV頭端地址的RRS調(diào)度系統(tǒng)分配VOD(三級服務(wù)器)切換到新SR的情況新的SR啟用DHCP Server進(jìn)行地址分配單播VOD網(wǎng)關(guān)為新的SR設(shè)備IVSE地址通過IPTV頭端地址的RRS調(diào)度系統(tǒng)分配,Page 51,試驗局組播下發(fā)的服務(wù)器部署,單播,組播,組播,,單轉(zhuǎn)組服務(wù)器,從上海文廣通過155M傳輸傳送到一級服務(wù)器從一級服務(wù)器通過單播跨域?qū)⒘饕氲蕉壏?wù)器在和城域網(wǎng)絡(luò)CR連接的二級IPTV系統(tǒng)配
67、置單轉(zhuǎn)組服務(wù)器城域網(wǎng)絡(luò)啟用組播傳遞到SR,,STM-1,,Page 52,城域核心組播部署情況,,,,,,,單播,組播,組播,,單轉(zhuǎn)組服務(wù)器,RP部署在CR-NE5000E部署MSDP for Anycast RP根據(jù)組播部署的業(yè)務(wù)情況在CRNE5000E和SR新品面設(shè)備之間啟用PIM-SM部署IGMP 靜態(tài)組播組加入?yún)f(xié)助引流部署IVSE單板,并將組播引入到IVSE單板,,STM-1,RP,RP,,MSDP,PIM-
68、SM,IGMP 靜態(tài)組播組加入,IVSE單板,1,2,3,4,5,Page 53,接入側(cè)組播部署場景(1)-DSLAM或者OLT作為組播復(fù)制點,,,,,,,單播,,單轉(zhuǎn)組服務(wù)器,OLT或者DSLAM作為組播復(fù)制點,新增一個組播VLAN匯聚Switch對于單播業(yè)務(wù)(VOD)打外層Q表示業(yè)務(wù),并透傳到當(dāng)前SR;并透傳組播VLAN到新SR第一期將VOD業(yè)務(wù)終結(jié)在當(dāng)前SR將組播業(yè)務(wù)和FCC&RET業(yè)務(wù)部署在新SR在匯聚交
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 寬帶城域解決方案iptv方案系列培訓(xùn)-iptv 案例介紹
- 寬帶城域解決方案iptv方案系列培訓(xùn)-iptv_海外母局組網(wǎng)設(shè)計
- iptv承載網(wǎng)解決方案
- 德州網(wǎng)通IPTV解決方案.pdf
- iptv智能電視解決方案-酒店
- en酒店行業(yè)iptv解決方案-en
- IPTV技術(shù)及網(wǎng)絡(luò)解決方案研究.pdf
- 承載IPTV業(yè)務(wù)的EPON解決方案研究.pdf
- iptv lan 接入網(wǎng)解決方案設(shè)計
- IPTV技術(shù)分析和濟南聯(lián)通解決方案.pdf
- 基于IPTV的農(nóng)村信息化解決方案.pdf
- cisco寬帶城域網(wǎng)解決方案總匯3
- cisco寬帶城域網(wǎng)解決方案總匯1
- cisco寬帶城域網(wǎng)解決方案總匯2
- IPTV系統(tǒng)技術(shù)分析及重慶電信解決方案.pdf
- IPTV LAN 接入網(wǎng)解決方案設(shè)計初稿.doc
- IPTV LAN 接入網(wǎng)解決方案設(shè)計定稿.doc
- IPTV LAN 接入網(wǎng)解決方案設(shè)計二稿.doc
- 城域網(wǎng)匯聚與寬帶接入解決方案
- 基于pkipmi的ip寬帶城域安全應(yīng)用解決方案
評論
0/150
提交評論