IPTV网络评估报告(技术版)_第1页
IPTV网络评估报告(技术版)_第2页
IPTV网络评估报告(技术版)_第3页
IPTV网络评估报告(技术版)_第4页
IPTV网络评估报告(技术版)_第5页
已阅读5页,还剩83页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

IPTV网络评估报告IPTV评估优化Page2目录1总体介绍2设备能力评估3网络容量评估4业务质量评估5网络架构评估6IPTV改造方案建议IPTV网络评估背景和目标Page3经过几年的发展,XXiTV用户已近达到10万规模。2012年,XX高屋建瓴的提出了大力发展iTV,保底30万,挑战60万的目标,同时也要保障用户在观看iTV的体验要优于广电网络公司。鉴于此,华为与江西XX联合发起针对IPTV业务的网络评估。评估背景XX局点包括2台CR、1台BAS、1台S6506、1台OLT和多台DSLAM、楼道交换机、MxU现网信息调研,IPTV方案与设备能力评估,网络容量评估,接入线路质量评估,网络架构评估及业务质量评估评估范围通过现网信息调研、评估和业务模拟测试,端到端的分析iTV业务的承载能力、放号能力、用户体验等,并给出改造建议,最终确保业务发展和提升用户体验,塑造XXiTV品牌,拉动宽带和3G业务增长评估目标聚焦“用户感知”提升,保障“iTV”业务大发展Page4IPTV网络评估内容与目标XXXXIPTV试点评估内容设备能力评估网络容量评估网络架构评估业务质量测试目标内容设备组播特性设备VLAN特性设备QoS特性设备可靠性特性设备安全性特性现网可发展IPTV用户数量根据三年滚动规划,评估网络带宽瓶颈,给出优化建议分析现网组播复制点下移带来的好处网络可靠性评估IP承载网络评估接入组网评估网络优化演进建议确保网络规模放,提升网络承载能力评估现网设备对IPTV业务支持能力评估网络架构合理性,确保IPTV业务“高品质”测试IPTV用户业务直连通过测试分析现网QOS部署情况及效果;通过测试分析接入网线路对业务质量的影响评估通过现网承载IPTV业务质量,分析出现网可能存在的问题IPTV方案建议多边缘部署方案VLAN规划方案QoS规划方案IPTV可靠性方案接入网改造方案家庭组网方案确定IPTV承载方案,确保网络平滑升级和业务顺利开通Page5XXXXIPTV端到端问题汇总HGDSLAM/PONLSWBRASHSISTBIPTV平台CR-1CR-2家庭网络宽带接入网IP城域网IPTV平台家庭网络组网形式多样,约10%的用户采用路由模式单PPPoE接入,无法区分和保障业务Modem、hub、无线路由多级连接,连接线路质量存在问题,故障点较多;HG多为单PVC模式,不能做业务区分,上行QOS无法保障;老旧DSLAM和传统LAN上开通IPTV,业务质量难以保障;接入网未部署QOS,iTV业务在拥塞情况下未能保障;接入网采用单PVC单VLAN方式承载多业务,不能做业务流区分;LSW和BAS互联未采用链路捆绑方式,可靠性较差;现有4*GE链路是网络瓶颈,不能满足IPTV用户发展,建议进行10GE链路改造;接入网平均端口利用率达到93.1%,端口资源严重不足,建议尽快扩容;部分老小区入户线路质量较差,分线盒裸露等情况存在;到2012年底评估区域端到端将有4条链路出现告警,需扩容1*10GE链路和3*GE链路;未考虑端到端的QOS部署,重点业务保障性较差;BAS存在设备单点故障,设备故障造成业务全部受影响;IPTV业务地址采用公网承载,IP地址压力较大,建议IPTV业务地址私有化改造;路由协议未采用认证;IBGP路由发布采用动态引入的方式;部分安全管理特性未启用iTV视频码流大多为1.6M,视频效果差于DTVIPTV平台流量模型中,点播流由163承载,IPTV业务地址私有化后,私网流量很难穿越163;IPTV平台交换机未部署QOS,IPTV流量未做优先级标识;边缘节点和区域中心节点都接入CR,对于IPTV业务量较大的局点,可以考虑边缘节点下移;省平台出口的93作为RP点存在大的风险Page6目录1总体介绍2设备能力评估3网络容量评估4业务质量评估5网络架构评估6IPTV改造方案建议Page7设备能力评估-评估原则

设备性能评估

吞吐能力/路由表条目/ARP表条目/MAC表条目设备功能评估

PIMDM/PIMSM/PIMSSM

跨域组播/组播VPN

QoS/队列调度

设备性能评估

吞吐能力/路由表条目/ARP表条目/MAC表条目设备功能评估

IGMPSnooping/IGMPProxy/组播VLAN/组播Trunk/PPPoE+/DHCPOption82

家庭组网评估

PPPoE/IPoE/双栈/DHCPOption60组网场景设备能力Checklist设备能力评估HGIP骨干网IP城域网DSLAM/OLTBAS/SRPOP点IPTV中心节点IPTV区域节点LSWPage8设备能力评估-业务承载场景分析DSLAMAAABASIPTV平台HGLSW楼道LSW园区LSWMXUOLTONT组播复制点场景说明:此场景下,IPTV业务采用PPPOE承载,业务网关在BAS上。组播业务通过BAS针对用户Session做复制;组播复制点在BAS上,接入网设备无组播能力要求,只需透传IGMP报文;此场景下,重点业务的保障需要部署端到端的QOS。因此,对端到端设备的QOS能力有要求,支持QOS能力。为了对不同业务进行上下行QOS保障,接入设备要求支持多vlan或者多PVC,以区分不同的业务。家庭组网需要通过多vlan或者多PVC区分业务,并能绑定不同的用户侧接口。网络侧需要支持PQ调度,以保障重点业务的体验。PPPOE组网场景IPOE组网场景DSLAMAAABASIPTV平台HGLSW楼道LSW园区LSWMXUOLTONT组播复制点场景说明:随着XXXXIPTV业务的规模发展,为了缓解IPTV平台服务器和二层链路带宽的压力,建议直播业务采用组播方式推送,并将组播复制点下移至接入层。此场景考虑组播复制点在接入层的设备能力情况。DSLAM接入场景,组播复制点在LSW上,由LSW针对用户VLAN做跨VLAN复制。DSLAM具备组播复制能力,可考虑复制点下移至DSLAM;传统LAN接入场景,组播复制点在LSW,园区交换机具备复制能力时,也可考虑下移至园区交换机;FTTB接入场景,组播复制点下移至MXU;FTTH接入场景,组播复制点下移至OLT;Page9接入场景能力评估:家庭网络设备特性满足情况1HGWAN234DSLAMBASInternetIPTV平台STB1HGWANInternetIPTV平台STBHUBDSLAMBAS家庭组网场景说明:STB存在部分老旧型号,长时间观看会出现停顿现象,重启STB后业务恢复正常,这部分STB建议更换,如:UT在网的机顶盒。HG设备型号不统一,由用户自行购买,多数HG为单口单PVC,不具备网管功能。不具备多PVC能力,无法实现上行QOS保障;另外,对于HG路由模式场景,在部署组播业务时,需要HG支持IGMPPROXY功能,否则无法加入组播组类别规格特性设备规格要求/评估项描述基本功能支持上行4个可配置的业务逻辑WAN口多PVC或多Vlan支持PQ队列调度每端口4队列,多业务场景要求支持TR069/TR111实现对RGW的管理ITMS远程管理需求类别规格特性设备规格要求/评估项描述基本功能同时支持PPPOE和IPOE认证方式支持IGMPv2组播业务需求HG能力要求STB能力要求1.下行支持4端口接入,保证多业务终端的接入;2.上行逻辑端口数至少4个,通过PVC或者VLAN进行业务区分,上联逻辑口承载不同的业务;3.IPOE场景下,需要HG支持IGMPSnooping;1.IPOE场景下需要支持IGMPv2;2.考虑网络侧IPOE认证,需要STB支持Option60/61;Page10接入场景能力评估:DSLAM设备特性满足情况(PPPOE和IPOE场景)类别评估项设备规格要求/评估项描述评估结果MA5600MA5603MA5300MA5100zte9210/9800基本功能支持StackingVLANVLANstacking功能OKOKOKOK请相关设备厂商提供支持高清视频承载设备支持IPTV高清视频承载传输OKOKNOKNOK上行端口采用GE端口与上层设备互连的端口类型OKOKOKOK单组播转发能力背板总线带宽要求大于或等于1000MOKOKNOKNOK支持基于MAC的IGMP快速离开影响频道切换的体验NOKNOKNOKNOK支持未知组播透传IPoE场景中,DSLAM不做组播复制时要求OKOKOKOK可靠性支持主备主控板双主控板实现数据备份,主备倒换时实现平滑过渡OKNOKOKOK上行链路可靠性支持上行链路捆绑OKOKNOKNOKQos优先级标识支持上下行报文优先级信任OKOKNOKNOK队列数支持4个优先级队列OKOKOKOK调度模式支持PQ调度OKOKOKOKCAR支持基于流量模版的CAR限速

OKOKOKOK安全性Anti-mac-spoofing影响用户安全,可选OKOKOKNOK支持PPPoE+影响用户的安全OKOKOKOKMA5600MA5300MA5100HGXX路DSLAM接入场景场景说明:现网存量MA5100,ATM架构,现网虽然可能是GE上行,但是由于是套片限制,除去信元开销,带宽能力支持不足,且不能聚合。单板侧接入数量也有一定限制,COS调度能力较弱;MA5300支持IPTV业务,系统背板业务槽位带宽不足,建议不开展IPTV业务;MA5600要支持LACP链路捆绑,需升级到V3R3C05SPC200以上版本;HG评估结果:评测设备MA5600和MA5603设备规格支持IPTV业务发展要求,但SCUK主控板不推荐。版本建议升级到V3R3C05SPC200,该版本支持基于MAC的IGMP快速离开;MA5100和MA5300不建议开通IPTV业务,现网已开业务可以保持PPPOE接入不变,并逐步割接至MA5600或FTTX;IPOE场景下,需要DSLAM支持Option82特性,其他能力要求和PPPOE场景一样;Page11PPPOE接入场景能力评估:OLT设备能力支持情况类别评估项设备规格要求/评估项描述评估结果MA5680T基本功能SmartVLANSmartVLAN中的多个下行口之间相互隔离OK可靠性支持主备主控板双主控板实现数据备份,主备倒换时实现平滑过渡OK支持BFD检测端口状态双归上行与网关设备管理VRRP配合,部署BFD检测端口状态来避免逻辑故障后导致业务中断OK支持Eth-Trunk捆绑单归上行采用Eth-trunk捆绑实现链路带宽的增加并提高可靠性;OKQos优先级标识支持上下行报文优先级信任OK队列数支持8个优先级队列OK调度模式支持PQ调度OKCAR支持基于流量模版的CAR限速

OK安全Anti-mac-spoofing影响用户安全,可选OK支持PPPoE+影响用户的安全OKOLTONTHGHG说明:如OLT同时有IPoE组播和PPPoE单播BTV视频流,OLT需升级到V8R8C01SPC206以上;此外,考虑到维护方面的因素,建议版本归一化管理;XXFTTX接入场景评估结果:抽样设备(MA5680T)设备规格支持IPTV业务发展要求。Page12IPOE接入场景能力评估:OLT设备能力支持情况类别评估项设备规格要求/评估项描述评估结果MA5680T基本功能SmartVLANSmartVLAN中的多个下行口之间相互隔离OK支持高清视频承载设备支持IPTV高清视频承载传输OK支持组播VLAN组播VLAN需支持在VLAN中使能IGMPProxyOK支持基于MAC的IGMP快速离开支持IGMP快速离开,支持多终端场景OK支持TR101GlobalLeave协议(包括网络侧和用户侧)设备多上行链路捆绑和保护对的场景下,故障后进行快速倒换;支持STB在异常掉电后,原有组播节目的快速断流;OK支持IGMPv2ProxySTB采用IGMPv2协议栈OK未知组播报文抑制必选项,对未知的组播报文做丢弃OK可靠性支持主备主控板双主控板实现数据备份,主备倒换时实现平滑过渡OK支持BFD检测端口状态双归上行与网关设备管理VRRP配合,部署BFD检测端口状态来避免逻辑故障后导致业务中断OK支持Eth-Trunk捆绑单归上行采用Eth-trunk捆绑实现链路带宽的增加并提高可靠性;OKQos优先级标识支持上下行报文优先级信任OK队列数支持8个优先级队列OK调度模式支持PQ调度OKCAR支持基于流量模版的CAR限速

OK安全Anti-mac-spoofing影响用户安全,可选OKAnti-ip-spoofing影响用户安全,可选OK支持DHCPoption82的插入影响用户的安全OKOLTONTHGHG说明:如OLT同时有IPoE组播和PPPoE单播BTV视频流,OLT需升级到V8R8C01SPC206以上;此外,考虑到维护方面的因素,建议版本归一化管理;XXFTTX接入场景组播复制点评估结果:抽样设备(MA5680T)设备规格支持IPTV业务发展要求。Page13PPPOE接入场景能力评估:FTTB设备能力支持情况说明:为满足家庭多业务加入,LAN接入需要在家庭内增加多端口HGMA5680THGHGXXFTTB接入场景类别评估项设备规格要求/评估项描述评估结果MA5616MA5620EMA5606T基本功能SmartVLANSmartVLAN中的多个下行口之间相互隔离OKOKOKQos优先级标识支持上下行报文优先级信任OKOKOK队列数每端口4队列OKOKOK调度模式支持PQ调度OKOKOKCAR支持基于流量模版的CAR限速

OKOKOK安全Anti-mac-spoofing影响用户安全,可选OKOKOK支持PPPoE+影响用户的安全OKOKOK评估结果:设备规格MA5616/MA5620E/MA5606T在PPPOE场景下支持IPTV业务的开展;Page14IPOE接入场景能力评估:FTTB设备能力支持情况说明:为满足家庭多业务加入,LAN接入需要在家庭内增加多端口HGMA5680THGHGXXFTTB接入场景类别评估项设备规格要求/评估项描述评估结果MA5616MA5620EMA5606T基本功能SmartVLANSmartVLAN中的多个下行口之间相互隔离OKOKOK支持高清视频承载设备支持IPTV高清视频承载传输OKOKOK支持组播VLAN组播VLAN需支持在VLAN中使能IGMPProxyOKOKOK支持基于MAC的IGMP快速离开支持IGMP快速离开,支持多终端场景OKNOKOK未知组播报文抑制必选项,对未知的组播报文做丢弃OKOKOK支持IGMPv2Proxy或SnoopingSTB采用IGMPv2协议栈OKOKOKQos优先级标识支持上下行报文优先级信任OKOKOK队列数每端口4队列OKOKOK调度模式支持PQ调度OKOKOKCAR支持基于流量模版的CAR限速

OKOKOK安全Anti-mac-spoofing影响用户安全,可选OKOKOK支持DHCPoption82的插入影响用户安全,可选OKOKOK组播复制点评估结果:设备规格MA5616/MA5620E/MA5606T在IPOE场景下支持IPTV业务的开展;5620E建议升级V8R307C00,升级后可以支持基于MAC的IGMP快速离开;5616升级到V8R308C01;Page15类别评估项设备规格要求/评估项描述评估结果S2403HS2403FS2016基本功能1:1VLANMapping把HG上打的默认VLAN替换为运营商规划的VLANNOKNOKNOKQos优先级标识支持上下行报文优先级信任、标识OKOKOK队列数支持优先级队列8/4NOKNOKNOK调度模式支持PQ+WRR调度NOKNOKNOKCAR支持限速

NOKNOKNOK安全Anti-mac-spoofing影响用户安全NOKNOKNOKAnti-ip-spoofing影响用户安全NOKNOKNOKPPPOE接入场景能力评估:传统LAN设备能力支持情况XXLAN接入场景园区交换机楼道交换机HG场景说明:此场景下,IPTV业务采用PPPOE方式接入,对LAN设备组播特性无要求,主要在QOS特性方面;接入安全性要求有要求,保障业务接入安全性;评估说明:入户带宽较大能满足部分用户开通IPTV,但是LAN接入的广播特性会导致接入带宽受异常流量消耗;S2403H/S2403F/S2016交换机型号较老,QOS支持能力较弱,支持2个优先级队列,业务保障能力较差;基本不支持1:1VLANMapping,安全特性支持也较差。LAN接入场景不具备网管能力,增加了IPTV运维难度,建议在条件具备的情况下进行FTTX改造;Page16IPOE接入场景能力评估:传统LAN设备能力支持情况类别评估项设备规格要求/评估项描述评估结果S2403HS2403FS2016基本功能IGMPsnooping支持IGMPsnoopingOKOKOK1:1VLANMapping把HG上打的默认VLAN替换为运营商规划的VLANNOKNOKNOK单组播分离支持单组播分离,通过不同VLAN承载NOKNOKNOK灵活QinQ可以考虑做业务分流NOKNOKNOK跨VLAN组播复制支持支持组播流量从一个VLAN复制到多个用户VLAN上NOKNOKNOKQos优先级标识支持上下行报文优先级信任、标识OKOKOK队列数支持优先级队列8/4OKOKOK调度模式支持PQ+WRR调度NOKNOKNOKCAR支持限速

NOKNOKNOK安全Anti-mac-spoofing影响用户安全NOKNOKNOKAnti-ip-spoofing影响用户安全NOKNOKNOKDHCPSnooping进行DHCP监测NOKNOKNOKXXLAN接入场景园区交换机楼道交换机HG场景说明:此场景下,IPTV业务采用IPOE方式接入,组播复制点在园区交换机上,对其组播能力有要求;LAN接入的广播特性,安全性较高要求,以保障业务接入安全性;组播复制点评估结果:S2403H/S2403F/S2016交换机型号较老,QOS支持能力较弱,支持2个优先级队列,业务保障能力较差;S2403H/H2403F/S2016不支持组播复制,组播复制点无法下移。此场景要开展IPTV需要升级交换机性能;LAN接入场景不具备网管能力,增加了IPTV运维难度,建议在条件具备的情况下进行FTTX改造;Page17PPPOE接入场景能力评估:LSW设备能力支持情况类别评估项设备规格要求/评估项描述评估结果S6506基本功能灵活QINQ支持灵活QINQ,在多边缘模式下实现业务分流OK上行端口上行端口采用10GE或GE端口OK可靠性支持主备主控板双主控板实现数据备份,主备倒换时实现平滑过渡。NOKEth-trunk在与上行设备互连时采用E-trunk互连来进行带宽的扩容OKEth-trunk支持最小活跃端口数阈值设置在使用多10GE/GE端口进行Eth-trunk互连时,在Eth-trunk成员端口数量小于该阈值时置Eth-trunk为down状态NOK支持BFD检测端口状态双归上行与网关设备管理VRRP配合,部署BFD检测端口状态来避免逻辑故障后导致业务中断NOKQos优先级标识支持上下行报文优先级mappingOK队列数支持8个优先级队列OK调度模式支持PQ调度OK评估结果:PPPOE场景下,对LSW能力要求不高,只要能透传IGMP报文,S6506基本能满足IPTV业务开通要求;QOS特性支持,能满足重点业务的保障需求;由于设备型号较老,可靠性功能支持不完善,为了IPTV业务的安全特性保障,建议后续升级该设备;Page18IPOE接入场景能力评估:LSW设备能力支持情况类别评估项设备规格要求/评估项描述评估结果S6506基本功能支持VLAN内IGMPSnooping能够在组播VLAN内进行IGMPSNOOPINGOK跨VLAN组播复制功能支持组播流量从一个VLAN复制到多个用户VLAN上OK灵活QINQ支持灵活QINQ,在多边缘模式下实现业务分流OK基于VLAN的IGMP快速离开支持IGMP快速离开,减少频道切换时延NOK上行端口上行端口采用10GE或GE端口OK可靠性支持主备主控板双主控板实现数据备份,主备倒换时实现平滑过渡。NOKEth-trunk在与上行设备互连时采用E-trunk互连来进行带宽的扩容OKEth-trunk支持最小活跃端口数阈值设置在使用多10GE/GE端口进行Eth-trunk互连时,在Eth-trunk成员端口数量小于该阈值时置Eth-trunk为down状态NOK支持BFD检测端口状态双归上行与网关设备管理VRRP配合,部署BFD检测端口状态来避免逻辑故障后导致业务中断NOKQos优先级标识支持上下行报文优先级mappingOK队列数支持8个优先级队列OK调度模式支持PQ调度OK评估结果:QOS特性支持,能满足重点业务的保障需求;由于设备型号较老,可靠性功能支持不完善,组播能力较差,不推荐用于IPTV;为了IPTV业务的可靠性保障,建议后续升级该设备;Page19PPPOE和IPOE接入场景能力评估:BAS设备能力支持情况类别评估项设备规格要求/评估项描述评估结果ME60基本功能支持IGMPv2

OK基于用户的CopybySession组播复制功能BAS或者具备BAS特性的SR/UPE,且组播复制点在POP时,要求此特性OK支持PIMSM协议在不关注组播源防仿冒的场景中,组播业务在网络中采用PIMASM模式进行转发OK支持动态BSR和RP组播采用PIMASM转发时需部署RP,RP动态学习可降低手工配置OK支持RP的静态配置组播采用PIMASM转发时需部署RP,RP静态配置实现可控性OK可靠性VRRP在访问单播业务时,为终端提供冗余网关OKBFDforVRRP在链路或者节点故障后进行快速倒换OKBFDfor物理端口BFD对物理端口进行检测OKGR

在主控板冗余的场景下,必须支持GROKQos优先级标识支持上下行报文优先级信任OK队列数支持8个优先级队列OK调度模式支持WRR+PQ调度`OKSecurity支持PPPoE+影响用户的安全;PPPoE场景对BAS设备的要求;OK评估结果说明:现网ME60满足IPTV业务开通需求;如果需要对用户内的业务流进行区分调度,部署H-Qos,那么BAS的单板必须配置TM子卡,否则不支持H-Qos的部署;Page20PPPOE和IPOE接入场景能力评估:CR设备能力支持情况类别评估项设备规格要求/评估项描述评估结果NE5000E基本功能支持PIMSM协议在不关注组播源防仿冒的场景中,组播业务在网络中采用PIMASM模式进行转发OK支持PIMSSM协议在组播源防仿冒的场景中,组播业务在网络中采用PIMSSM模式进行转发OK支持动态BSR和RP组播采用PIMASM转发时需部署RP,RP动态学习可降低手工配置OK支持RP的静态配置组播采用PIMASM转发时需部署RP,RP静态配置实现可控性OK支持AnycastRP(对RP设备的要求)在PIMASM转发模式中,部署RP时,通过AnycastRP增强RP的可靠性OK支持MSDPanycastRP场景需要支持OKQOSQoS:支持PQ+WFQ队列调度(每端口8队列)影响多业务共存OK可靠性支持GR特性实现设备双主控的可靠性(IGP/BGP/PIM/L3VPN/LDP/RSVP协议的GR)OK评估结果:NE5000E满足IPTV开通要求,组播特性和QOS特性支持较好;Page21目录1总体介绍2设备能力评估3网络容量评估4业务质量评估5网络架构评估6IPTV改造方案建议Page22容量评估-评估原则各节点链路物理带宽各节点链路峰值流量链路带宽利用率阀值宽带用户平均占用带宽宽带用户在线率宽带用户增长率链路可用带宽

IPTV码流速率IPTV用户渗透率

IPTV用户并发率直播频道数量组播复制点位置在线IPTV用户点播与直播比例IPTV流量模型IPTV容量评估测算工具网络容量评估HGIP骨干网IP城域网DSLAM/OLTBAS/SRPOP点IPTV中心节点IPTV区域节点LSW直播流点播流组播复制点规划Page23现网链路占用情况评估—CR-BAS-LSW/OLT链路评估原则:链路带宽峰值利用率超过70%,可考虑新增链路;汇聚设备到BAS的链路,由于汇聚的业务量较大,可考虑进行10G链路的扩容;评估结果及优化建议:S6506到ME60的4条链路中有2条峰值利用率超过70%,建议进行链路扩容;OLT到ME60的链路利用率很低,建议大力发展用户;本端设备对端设备利用率(OUT)利用率(IN)XX路ME60孺子路CRS118%38%XX路ME60二枢NE5000E18%39%XX路公网6506-1XX路ME6016%45%XX路公网6506-1XX路ME6034%79%XX路公网6506-1XX路ME6027%75%XX路公网6506-1XX路ME6022%66%XX路公网OLTXX路ME601%7%Page24现网链路占用情况评估—LSW-DSLAM/LAN链路评估结果及优化建议:LSW到DSLAM/LAN的链路利用率普遍较低,除1台MA5600链路利用率超过70%外,均低于70%;本端设备型号利用率(OUT)利用率(IN)XX路-16MA56003%9%XX路-18MA56001%3%XX路-19MA56003%10%XX路-20MA56001%2%XX路-21MA56006%15%XX路-22MA56003%8%XX路-17MA560031%88%蓝湾半岛MA56002%8%华财大厦MA56039%33%本端设备型号利用率(OUT)利用率(IN)XX路-14MA53004%12%XX路-15MA53004%13%XX路-12MA51003%17%XX路-13MA510016%53%XX路-1MA51001%2%XX路-2MA51003%8%XX路-3MA51003%8%XX路-4MA510018%50%XX路-5MA51003%12%XX路-6MA51003%15%XX路-7MA51002%11%XX路-8MA51003%12%XX路-9MA51003%14%XX路-10MA51002%9%XX路-11MA51003%13%XX路-11MA51003%10%XX路-24ZTE98004%12%XX路-23ZTE98006%15%天高峰尚-1ZTE92104%11%天高峰尚-2ZTE92102%9%卓品骄阳-1ZTE92105%15%卓品骄阳-2ZTE92104%10%木材厂ZTE921017%68%榕门路农行宿舍S2403H24%19%银源大厦S2403H1%1%XX路XX宿舍S2403F3%8%人行船山路宿舍S201624%18%丰源嘉汇小区S2403H7%5%Page25现网端口占用情况评估—接入网设备评估原则:建议设备端口利用率达到90%,可考虑扩容端口;设备类型数量端口利用率MA5600897.0%MA5603176.9%MA5300298.4%MA51001497.7%ZTE9800299.1%ZTE9210584.3%LAN589.4%OLT155.3%评估结果及优化建议:评估区域的接入网设备平均端口利用率为93.1%,端口资源严重不足,建议尽快进行扩容;MA5100和MA5300不做扩容,建议在MA5600或者FTTB+DSL上进行扩容;现网可放号用户量评估Page26放号沙盘评估原则:基于网络现状(带宽、端口),评估可开通IPTV和宽带用户量设备上行剩余链路带宽=新增宽带业务带宽+新增IPTV业务带宽剩余链路带宽=现网链路带宽*0.7-链路已用带宽新增宽带带宽=新增宽带用户数*宽带用户并发率*实际宽带平均下行流量新增IPTV带宽=新增IPTV用户数*IPTV用户并发率*IPTV平均下行流量新增IPTV用户数=新增宽带用户数*IPTV用户增长渗透率评估公式:评估参数:宽带业务参数宽带用户并发率宽带平均下行流量(M)50%0.40IPTV业务参数IPTV用户增长渗透率标清节目并发率标清带宽(M)IPTV平均下行流量(M)78%95%1.61.92IPTV用户并发率高清节目并发率高清带宽(M)25%5%8现网可放号用户量评估结论(1.6M)Page27设备类型剩余带宽可开通IPTV用户数剩余带宽可开通HSI用户数现网DSL端口总数可开通IPTV用户数可开通宽带用户数BAS8644110821625186441114LSW20626815643206268OLT8701115608589272DSLAM7665982656004639750LAN—5232811—72分析及建议:(1)端口:各层设备,尤其是接入层端口数量是目前放号的最大瓶颈,严重制约用户发展。建议尽快扩容接入网端口,建议新建FTTX,以满足2012年目标发展HSI和IPTV用户量(2)链路:BAS-LSW是网络的瓶颈,需尽快扩容基于现网网络拓扑和业务参数,综合考虑网络中各层链路带宽和设备端口及性能等制约因素:评估区域现网可开通IPTV用户总数为795,可开通宽带用户数为540Page28现网可放号用户量评估结论(3M)设备类型剩余带宽可开通IPTV用户数剩余带宽可开通HSI用户数现网DSL端口总数可开通IPTV用户数可开通宽带用户数BAS595676361625159561114LSW14418515643144185OLT593760608589272DSLAM5282677256004148750LAN—5232811—72分析及建议:(1)端口:各层设备,尤其是接入层端口数量是目前放号的最大瓶颈,严重制约用户发展。建议尽快扩容接入网端口,建议新建FTTX,以满足2012年目标发展HSI和IPTV用户量(2)链路:BAS-LSW是网络的瓶颈,需尽快扩容基于现网网络拓扑和业务参数,综合考虑网络中各层链路带宽和设备端口及性能等制约因素:评估区域现网可开通IPTV用户总数为733,可开通宽带用户数为457Page29带宽评估模型CRLSWDSLAMOLT边缘节点区域节点BAS宽带IPTV直播IPTV点播宽带&IPTV用户网络评估组网模型链路:

CR——BASBAS——LSWBAS——OLTLSW——DSLAM网络流量评估对象和场景骨干骨干3124设备:CR、BAS、LSW、DSLAM、OLT评估场景:

场景一:全网单播场景二:启用组播,组播复制点在BAS场景三:启用组播,组播复制点在DSLAM/MXU带宽计算公式网络中链路带宽=设备所带用户的宽带带宽+IPTV点播带宽+IPTV直播带宽Page30直播带宽链路场景一:全网单播场景二:组播复制点在BAS

(BAS上静态组播加入)场景三:组播复制点在DSLAM/MXU(BAS上静态组播加入)CR-BASIPTV用户数*IPTV用户并发率*直播并发率*(标清节目并发率*标清点播带宽+高清节目并发率*高清点播带宽)系统组播带宽系统组播带宽BAS-LSW/OLTIPTV用户数*IPTV用户并发率*直播并发率*(标清节目并发率*标清点播带宽+高清节目并发率*高清点播带宽)IPTV用户数*IPTV用户并发率*直播并发率*(标清节目并发率*标清点播带宽+高清节目并发率*高清点播带宽)MIN【系统组播带宽,IPTV用户数*IPTV用户并发率*直播并发率*(标清节目并发率*标清直播带宽+高清节目并发率*高清直播带宽)】LSW-DSLAMIPTV用户数*IPTV用户并发率*直播并发率*(标清节目并发率*标清点播带宽+高清节目并发率*高清点播带宽)IPTV用户数*IPTV用户并发率*直播并发率*(标清节目并发率*标清点播带宽+高清节目并发率*高清点播带宽)MIN【系统组播带宽,IPTV用户数*IPTV用户并发率*直播并发率*(标清节目并发率*标清直播带宽+高清节目并发率*高清直播带宽)】点播带宽宽带带宽链路总带宽点播带宽=IPTV用户数*IPTV用户并发率*点播并发率*(标清节目并发率*标清点播带宽+高清节目并发率*高清点播带宽)宽带带宽=宽带用户数*宽带用户并发率*实际宽带平均下行流量评估区域业务参数设定依据XXXX预测:2012年底XX宽带用户达到683900户,IPTV用户130000户,评估区域选择XX路,当前宽带用户数15137,占当前XX总宽带用户数(620077户)的2.44%。Page31XX路IPTV业务参数XX路宽带业务参数需要填写自动计算重要结果2012年底IPTV用户数IPTV用户并发率直播并发率点播并发率标清节目并发率317225%50%50%95%IPTV用户渗透率标清直播频道数标清直播带宽(M)标清点播带宽(M)高清节目并发率19%1261.61.65%高清直播频道数高清直播带宽(M)高清点播带宽(M)系统组播带宽(M)2088361.60XX路目标宽带用户数(单位:户)宽带用户并发率2012年底宽带平均下行流量(单位:Mbps)1848650%0.452012年底评估区域承载网络带宽评估结论-XX路试点接入层承载网络端到端共有4条链路出现带宽告警Page32汇聚层告警正常XX路ME60XX路公网6506-1XX路-17-MA5600XX路-1-MA5100木材厂-ZTE9210XX路-22-MA5600华财大厦-17-MA5603XX路-4-MA5100城域网BASXX路ME60下行需扩容4*GE带宽汇聚交换机XX路公网6506-1上行需扩容4*GE带宽;下行需扩容3*GE带宽DSLAMXX路-17上行需扩容1*GE带宽木材厂上行需扩容1*GE带宽XX路-4上行需扩容1*GE带宽承载网络链路告警汇总(不计算MA5100/5300放IPTV用户)需扩容端口的设备汇总...链路12年底宽带用户数12年底IPTV用户数总链路带宽需求(GE)现网链路带宽(GE)链路是否预警需扩容链路带宽(GE)XX路ME60——XX路公网6506-11632631957.264告警

4XX路公网6506-1——XX路-174882140.290.1告警1XX路公网6506-1——木材厂344200.120.1告警1XX路公网6506-1——XX路-4313180.110.1告警1XX路公网OLTMA5680TPage33启用组播/组播复制点下移后,节省带宽分析2012年XX预计IPTV用户数达到13万,如果全采用单播方式看直播,全网每段链路需要的总带宽是30.47G;改成组播后,组播复制点在BAS场景下,将节省”区域中心-CR-BAS”这段链路带宽,从区域中心到CR设备需要0.35G,从CR到BAS层需要总带宽10.59G(XX有30个BAS的条件下,每个BAS配置静态组播加入,引入所有组播频道)组播复制点继续下移到DSLAM和OLT的场景下,以前阶段分析的XX路为例,在单播或者复制点在BAS时,BAS到LSW需要0.75G的带宽传送直播,组播复制点下移到DSLAM和OLT时,直播需要的最大带宽为0.35GLSW到DSLAM下的链路根据用户实际观看习惯节省相应带宽,如10个用户观看同一频道则只占用一路频道带宽XX路为例,计算组播复制点下移到DSLAM/OLT节省带宽开启组播,组播复制点在BAS时,节省平台-CR-BAS带宽链路全网单播组播复制点在BAS节省带宽区域中心-CR30.470.3530.12CR-BAS30.4710.5919.88XX路直播链路带宽全网单播情况下组播复制点在OLT/DSLAM节省带宽BAS-LSW直播带宽0.750.350.4节省53%Page34标清码流从1.6M提速至3M后对带宽的冲击宽带用户数*ITV渗透率*ITV并发率*标清并发率*(新标清码流速率-原标清码流速率)宽带用户数*ITV渗透率*ITV并发率*(标清并发率*标清码流速率+高清并发率*高清码流速率)ITV业务占用链路带宽:宽带业务占用带宽:宽带用户数*ITV渗透率*ITV并发率*(标清并发率*原标清码流速率+高清并发率*高清码流速率)+宽带用户*数宽带用户并发率*宽带用户平均带宽0.19*25%*95%*1.4M0.19*25%*(95%*1.6M+5%*8M)+50%*0.45M19.98%

宽带用户*数宽带用户并发率*宽带用户平均带宽码流提升后链路带宽占用增加量:==Page35目录1总体介绍2设备能力评估3网络容量评估4业务质量评估5网络架构评估6IPTV改造方案建议Page36业务质量评估-iDiag业务测试场景NE5000ECRS1ME60骨干骨干S6506DSLAMHGXX路区域XX边缘节点

XX区域平台省中心平台PC终端STBVODBTV测试目的:DSLAM场景测试IPTV的网络质量和业务质量,通过网络质量和业务质量的量化指标,客观反映IPTV承载网络质量和业务质量;测试内容:网络指标测试包括如下测试用例:DHCP登录测试、PPPoE登录测试、ARP测试、DNS测试、网络MTU测试、HTTP测试、Ping测试、TraceRoute测试、逐跳丢包测试、UDP带宽测试、FTP下载测试、HTTP下载测试、NTP测试;业务质量测试包含如下测试例:BTV测试、VOD测试和PIP测试;测试方案:iDiagClient通过运营商提供的测试帐号拨入上网,模拟STB测试网络质量和业务质量;Page37业务质量评估-接入网线路分析一分线盒裸露在外,年限较长,受外界环境影响比较大,线路受潮后衰减增大,影响业务质量。此类线路建议进行整改。对于新拉的入户线,建议采用四芯双绞线,不要采用四芯平行线;部分老小区入户线路较乱,入户线路接头只经过简单的连接,没有绝缘胶带。从用户抽样测试反馈来看,用户业务质量不稳定,这部分原因很大程度是线路的影响。建议这部分入户线路进行整改。Page38业务质量评估-接入网线路分析二设备型号端口总数有效端口数4M达标端口数8M达标端口数12M达标端口数MA530040135885%75%57%MA5600105176571%62%47%MA56161006767%56%46%MA560310770%71%40%线路带宽达标情况分析现网情况说明:4M端口达标率为75%,多数线路具备开通标清的能力;12M端口达标率为50%,这部分线路具备开通高清的能力;MA5300的线路质量达标率较高,但MA5300为100M平台DSLAM,建议进行MA5600原址替换MA5300;频率f(Hz)最大衰减值60K37dB150K49dB300K52dB400K60dB500K67dB600K72dBf(KHz)4060801201503001,0240.32mm11.413.0114.3815.1216.818.1333.50.4mm8.299.3410.0510.8712.114.7827.30.5mm5.996.857.067.77912.1822.5各种线径电缆线对的每公里衰减值(dB/Km)频点的最大衰减值参考ADSL接入场景下开通IPTV业务,可以参考ADSL线路的计算:线路衰减=线路长度*DB/公里<最大衰减Page39业务质量评估-IPTV评估指标参考值类别子类别描述业务指标网络时延标清组播<150ms点播<400ms高清组播<150ms点播<400ms抖动标清组播<5ms点播<50ms高清组播<5ms点播<50ms丢包率(UDP)标清<1/1000高清<1/1000业务MDIRFC4445规定的视频质量评定标准,是目前使用最普遍的标准。DF:10~50ms;MLR<4个媒体包/秒MOS_V客观视频质量评定指标>3.6频道切换时间最为精确的频道切换时间为I-FrameJoinLatency。<2s注:DF的最大值、最小值与平均值的偏差不超过50%Page40业务质量评估-IPTV业务质量监控分析XX路ITV业务分布XX路ITV质量差用户分布通过SQM系统监控,取评估区域(XX路)数据进行分析发现:XX路所有DSLAM设备中,MA5100承载了33%的IPTV用户;XX路最近一个月ITV业务质量差用户,63%分布在MA5100上。MA5100设备属于较老DSLAM设备,不适合承载IPTV业务,建议进行改造Page41业务质量评估-接入场景测试评估一XX路区局测试VMOS通过抓包发现,XX路局点IPTV业务报文不带DSCP优先级,表明该局点未作QOS部署。模拟STB测试视频质量,同时另外一台PC在线视频DFRTPJitter在未部署QOS的情况下,一台PC在线看视频,对IPTV的视频质量影响很大,从VOMS、DF和RTPJitter指标都出现了劣化;Page42业务质量评估-接入场景测试评估一XX局点测试模拟STB测试视频质量,同时另外一台PC在线视频模拟STB测试视频质量,同时另外一台PC迅雷下载VMOSDF在东书院小区接入点,IPTV业务报文被标识为EF流,源地址为66,该平台IPTV流做了优先级标记,IPTV业务流在BAS上接入EF队列;此时,另外一台PC在线观看多个视频,IPTV业务质量未发生劣化;在东书院小区接入点,源地址为69的IPTV业务报文被标识为AF流,IPTV业务流在BAS上接入AF队列.。在此接入点,IPTV报文被标识为不同的优先级,QOS规划不统一。此时,另外一台PC在进行迅雷下载,IPTV业务质量发生劣化。QOS为进行端到端部署造成;Page43业务质量评估-接入场景测试评估一XX局点测试DFPC下载情况该接入点源地址为2的IPTV业务流没有做优先级标记;通过另外一台PC在线下载,当PC下载的速度达到3.26M时,IPTV业务质量发生劣化,最后不可用。这和IPTV业务未作优先保障的策略相吻合。Page44业务质量评估-接入场景测试评估一XX局点测试VMOSPC下载情况该接入点源地址为9的IPTV业务流被打上优先级标记,标记为EF流。另外一台PC在线观看视频,此时,开始点播IPTV业务。右图是IPTV的VMOS值,视频质量一直良好,未发生劣化。但是上图中在线视频停顿,出现缓冲,说明IPTV业务流优先级较高,IPTV业务在拥塞发生时,优先级得到保障。Page45目录1总体介绍2设备能力评估3网络容量评估4业务质量评估5网络架构评估6IPTV改造方案建议Page46网络架构评估-评估原则

可靠性评估链路可靠性控制可靠性

IPTV业务可靠性安全性评估网络系统安全评估

IPTV业务安全评估

可用性组网场景评估VLAN规划QoS评估配置审计基本配置

路由配置组网设计现网配置审计网络架构评估+网络拓扑+HGIP骨干网IP城域网DSLAM/OLTBAS/SRPOP点IPTV中心节点IPTV区域节点LSWPage47网络架构评估-试点区域网络现状分析NE5000ECRS1ME60骨干骨干S6506DSLAMHGOLTONUHGLAN接入XX路区域XX边缘节点

XX区域平台省中心平台核心层由两台核心NE5000E和CRS1构成,承担城域网与多个骨干网的互联和出网业务的分流。业务控制层由ME60构成,负责终结PPPOE会话,完成HSI和IPTV业务的接入与管理,通过和AAA对接实现用户的认证管理。业务接入层由LSW、DSLAM和PON构成,接入场景主要为LAN、DSLAM和PON接入。业务承载方式:ISIS负责发布接口地址和loopback地址;业务路由由BGP负责发布;接入层主要采用单PVC单VLAN方式承载HSI和IPTV业务;Page48网络架构评估-IPTV平台架构S93-2S93-1边缘节点省中心节点S93-2S93-1区域中心节点骨干骨干VLLCR-1CR-2OLTONUHGRPRPMSDP业务平台三级架构:省中心、区域中心、边缘节点。省中心通过组播方式将文广内容引入,通过VLL专线引入地市区域中心和城域网。组播流都通过VLL转发到各地市的区域AS9300,再由其转发到地市城域网;全省一个PIMSM域,省中心CS93为RP,并配置AnycastRP相互备份;地市城域CR配置到区域AS93的组播源静态路由。组播流量推送到区域中心节点和边缘节点后,转换成点播流推送给最终用户。单播通过骨干骨干网转发。STB和平台交互的信令流通过骨干转发。Page49网络架构评估-家庭网络组网场景(一)HGWANDSLAMBASInternetIPTV平台STB交换机评估说明:现网较多场景,中间接入小交换机用于扩展端口,增加了故障点;PC和STB分别通过PPPOE拨号接入网络;业务承载通过通过单PVC和单VLAN,IPTV和HSI业务在同一个PVC里面承载,无法做端到端QOS;1HGWAN234DSLAMBASInternetIPTV平台STB评估说明:HG透明模式多端口接入,PC和STB通过PPPOE拨号接入网络;业务承载通过单PVC和单VLAN,IPTV和HSI业务在同一个PVC里面承载,无法做端到端QOS;此场景HG支持多PVC,后期改造后可以识别业务流;透明模式多端口网场景透明模式单端口网场景Page50网络架构评估-家庭网络组网场景(二)1HGWAN234DSLAMBASInternetIPTV平台STBHGWANDSLAMBASInternetIPTV平台STB交换机评估说明:HG多口接入PC和STB,HG通过PPPOE拨号接入网路;PC和STB通过DHCP方式获取私网地址,HGNAT后访问业务网络;HG不支持ALG和IGMPProxy情况下,业务扩展性较差。无法承载组播业务;IPTV业务地址私有化难度较大;评估说明:此场景现网较多,单口路由型HG;不具备多PVC改造条件,上行无法区分业务流,导致无法针对针对重点业务做上行QOS保障;由于此场景无法区分业务地址段,IPTV业务地址私有化改造难度较大;家庭组网级联设备较多,组网复杂,较多故障点;路由模式多端口组网场景路由模式单口组网场景Page51网络架构评估-家庭网络组网分析分类评估点评估结果RGW连接是否支持多个以太网口,便于支持多个业务终端接入,要求STB连接到RGW固定端口POKQoS要求家庭网关遵循不同端口业务上行的PQ调度NOK评估优化建议:1.HG必须提供多口接入,STB接入固定接口;2.HG支持多PVC或者多VLAN,通过PVC区分不同的业务,并和相应的LAN口绑定,HG采用PQ调度确保上行关键业务;3.对于铜线接入来说,家庭网络采用HG设备接入,机顶盒直接连接到HG上;4.对于光接入来说,家庭网络采用ONT或者ONT+RGW接入,机顶盒连接在ONT或者RGW上家庭组网评估原则现网透明模式组网场景现网路由模式组网场景评估结果说明:现网存在少量符合规范的E8的HG,但基本都采用单PVC,没有做业务区分;HG基本是客户自己购买的,现网型号复杂,组网形式多样,单口居多。组网多以桥接模式和路由模式为主,多数家庭组网存在L2级联;现网多数HG为单PVC,无法区分业务,不能做QOS,上行重要业务无法保障;Page52网络架构评估-家庭网络组网建议一1HG234WAN1PPPoEWAN2NAT/DNSPROXY路由模式桥接模式DSLAMBASInternetIPTV平台混合模式组网场景方案说明:HG出两个逻辑WAN口(路由+桥接)一个逻辑WAN口工作在路由模式,使用PPPoE拨号方式获取HSI业务地址。所有的PC和终端通过HG的LAN口或者WIFI接入,由网关DHCPSERVER给终端分配私网地址。一个逻辑WAN口工作在桥接模式,IPTV业务直接通过桥接模式开展,地址由远端DHCPServer分配。为了保证上行业务正确转发,需要进行LAN口和WAN口绑定。BAS上通过不同的子接口承载IPTV和HSI业务。Page53网络架构评估-家庭网络组网建议二PCLAN1WAN(PPPoE)DNS1,DNS2HGLAN2LAN3LAN4IPTVHSI流量STB+TVSTB+TVBTV流量WAN(DHCPClient)DNS3,DNS4NATDHCPServerWifiInternet/OTTDNSProxyIP承载网络路由模式组网场景方案说明:地址获取网关采用逻辑双WAN口,两个WAN口分别以IPoE方式接入IPTV业务和PPPoE方式接入HSI业务接入;网关作为DHCPServer为各个终端分配私网IP,同时作为NAT设备进行地址转换;路由转发网关采用路由模式;采用动态路由(DHCPOption121、由IPTV私网DHCP服务器下发)自动进行业务转发;采用DNSLIST实现DNS服务器选择,采用DNSProxy进行地址代理解析;网关启用IGMPProxy,实现组播报文转发;家庭网关LAN口可接入任意终端;家庭媒体共享各终端均处于同一个家庭局域网环境,可以实现视频、音频、图像等媒体共享用户家庭HG选择建议-E8终端Page54PadPC

智能手机笔记本STBTV无线路由HUB单端口ModemDSLAM/MxU典型家庭网络MAN迅捷(FAST)FS055口百兆交换机++(50~80)+(20~40)+(50-90)=(120~200)

=TP-LINKTD-8620SADSL2+Modem腾达811R150M无线路由E8系列:QoS调度、ITSM远程统一管理、路由桥接混合模式、组网简单、美观、易部署E8-BHG523建议新增用户推荐选用标准E8-8终端,可采用类似景德镇的赠送模式,或者XX转售模式E8-BPage55网络架构评估-DSLAM接入场景DSLAMAAABASHGIPTV平台LSWXX路DSLAM组网场景说明:DSLAM经过LSW汇聚后接入BAS,一代ATM内核DSLAMIPTV用户开通较多,业务扩展性较差,业务体验很难保障;连接方式基本为FE/GE链路单链接入LSW,其中FE链路居多,大局点业务接入可靠性难以保障;XX路-17局点为FE链路接入,链路峰值利用率已经超过80%;HSI和IPTV业务通过同一个PVC和VLAN接入,业务无法区分,接入设备没有QOS保障;接入设备未考虑安全接入策略,业务接入安全性难以保障;DSLAM组网场景评估原则分类评估点评估结果设备形态要求IPDSLAM(排除ATMDSLAM)POK接入方式要求ADSL2+或VDSL2(排除低速接入方式)OK上联接口要求上联GE接口POK设备级联DSLAM不能级联OKVLANDSLAM做组播复制,需要配置组播VLAN-组播抑制比需要配置一个较大的组播抑制比(根据组播流量比例确定)来让合法的组播流量通过-QoSPQ调度,保证VoIP、IPTV和HSI业务从高到低的优先调度NOK安全用户端口隔离OKAnti-MACSpoofingNOK可靠性通常上联单归,建议上行2条以上GE接口链路捆绑,最好是部署跨板跨板链路捆绑NOK利用率超限评估结果及优化建议:试点区域存在54%的一代ATM内核DSLAM设备,开通IPTV用户比例较高,建议此类设备进行整改或替换,后期IPTV业务重点向MA5600或FTTB+dsl场景迁移;部分局点DSLAM设备为100M接入,建议在具备IPTV开通场景的DSLAM进行GE链路改造;大容量接入场景建议通过链路捆绑方式保障链路接入的可靠性;单PVC承载多业务Page56网络架构评估-DSLAM接入场景评估二XX路DSLAM组网场景优化说明:由于HG产品型号复杂,现网基本以单PVC的HG为主,业务开通主要以单PVC单VLAN方式,无法实现多业务区分。重要业务的用户体验难以保障,建议通过以下方式逐步改造:现网模式改造成本较高,难度较大,现网存量保持不变,具备条件时,逐步向多PVC方式改造;新开用户,家庭组网必须按照规范,采用多端口多PVC的HG,多业务接入采用多PVC多VLAN方式区分,通过QOS保障重点业务的用户体验;DSLModem2PVC3+C3untaggedPVC2+C2untaggedPVC1+C1untaggedC1C2C3DSLModem1PVC3+C3untaggedPVC2+C2untaggedPVC1+C1C11untaggedC1C2C3DSLAM1C13C21C23LSWPVC1+C3untaggedPVC1+C2untaggedPVC1+C1untaggedC1C2C3DSLModem3PVC1+C3untaggedPVC1+C2untaggedPVC1+C1C11untaggedC1C2C3DSLAM2C13C21C23C11C21S1C12C22S2C11C21S3C12C22S4C_VoIPC_VoIP组播复制点HSILANIPTVVLAN组播VLANC_VoIP多PVC单PVCMVLANXX路DSLAM

VLAN规划建议说明:DSLModem将不同物理端口划分不同VLAN;DSLAM基于VLAN或PVC标记客户规划的C-VLAN,标识用户和业务。LSW基于内层VLAN标记外层S-VLAN,标识业务和DSLAM设备信息,为所有用户配置相同的组播VLAN;DSLAMAAABASHGIPTV平台LSWPVC8/43承载IPTV业务PVC0/35承载HSI业务Page57网络架构评估-一代DSLAM改造建议一MA5100AAABASONTIPTV平台LSWMA5100AAABASONTIPTV平台LSWMA5600采用MA5600原址替换MA5100方案说明:改造

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论