从数据中心到云接入 华为新品扩充管道
从数据中心到云接入 华为新品扩充管道
从海洋到河流，最终把水倒入水杯，这是华为对云管端战略的形象比喻，华为称之为“数字海洋”。
数据中心就像海洋一样，提供了大多数的资源，但怎么让水源进入水杯，输水管道很重要。
对应网络设备产品，华为在2012 HCC大会上推出云管道路由器NE20E-S和云接入网关AR G3的40G高性能主控板。
如同输水管道一样，网络传输管道在面临云的网络变迁上也遇到很多挑战。
我们常说，天有不测风云，在过去几年间，提供云业务或服务的供应商中断业务或宕机的事故屡有发生。对于各企业的CIO来讲，无不把对云计算的可靠性纳入首要考虑的问题，企业需要高可靠的云业务。
众所周知，将本地业务迁移到云平台，意味着从纵向上，广域网跑的流量超过原先的流量。一方面增加带宽的成本高昂，另一方面即使增加带宽，在广域网也不会达到如同局域网的体验，从这个维度来看，企业迫切需要高品质、强性能的云网络平台。
再者，云业务层出不穷，如何不断适应新的云业务，如何满足众多用户的特殊需求，如专有加密、行业管制特性等。除了购置专有业务设备，企业希望在原有设备上增加扩展性来解决多业务需求，所以企业需要可扩展性的云平台。
华为企业网络产品线基础网络产品总监潘曙光告诉记者，IP技术逐渐从核心向边缘发展，网络越来越复杂，规模也越来越大，使得路由计算域越来越大，对路由器的路由计算能力要求越来越高。华为新发布的NE20E-S路由器基于VRP8平台，路由的计算能力提高了10倍以上。
另外，虚拟化不仅仅在数据中心体现。潘曙光指出，在云管道里面也会体现虚拟化，NE20E-S支持网络虚拟协议和虚拟路由器，比如一台路由虚拟成多台路由器，每台虚拟出来的路由器都有独立的路由表和转发表。
延续旗舰级路由器NE5000E的软件平台，NE20E-S系列路由器将NE高端路由器的可靠性和高性能引入企业级路由器市场。NE20E-S部署便捷，即使非专业人员也能搭积木般轻松管理网络;同时延续了骨干路由器的高可靠性，可实现50ms业务倒换;采用华为自研芯片，最高480 G的交换容量，迎合了日益增长的高宽带业务需求，能满足企业的长期发展。
华为企业网络产品线AR路由器产品总监付洁表示，本次推出的AR G3云接入网关及业界最高40G高性能主控板，40倍业界性能，可为企业提供99.999%的高可靠性。新增的本地业务备份功能，可以在出口网络故障时，继续向本地提供语音、存储和协作服务。使用广域网加速后，可为企业节省38%的IT成本。对协议和应用进行压缩和优化，可以使广域带宽上跑的流量远远小于整包的流量，性能提高8-10倍。另外，OSP开放平台，为业务扩展性提供N种无限可能。
对于为何推出高性能的云接入设备，付洁告诉记者，第一希望拿性能支持带宽。AR G3可以通过计算、加压等各方面的处理能力，使业务占用的带宽流量进一步变小。第二拿性能支持扩展能力。OSP平台致力于开放所有转化口。在此平台上，华为与第三方的业务都可在此平台进行定制，所以AR G3可用计算能力支持未来不同的业务可以同时在主控板上叠加运行。第三拿性能支持可维护性。 目前40G主控板可以一步到位，后续只需远程升级软件就可以兼容未来的云网络的各类云业务，极大节约整体运营成本
目前的AR G3系列路由器，集路由、交换、3G、语音、安全等功能于一身。付洁告诉记者，AR G3上面所有的软件并不是全部由AR路由开发团队完成。华为拥有完善的产品线，秉承华为在数据通信、无线、接入网、核心网领域的深厚积累，AR G3的各类功能源自华为各产品线的专业领域团队共同的成果。另外，AR G3采用全新的多核CPU和无阻塞交换架构，对于语音、安全等可以各自运行在不同的核上面，整体架构全部兼容。
从数据中心出口的NE40E到汇聚层的NE20E再到AR接入网关，这打通了从数据中心到边缘节点的管道。潘曙光指出，在企业里面同样需要一个长途的骨干网络，通过管道的打通把业务接到数据中心或者其他的云业务平台，来满足云时代网络变迁的需求。
从接入层到汇聚层到核心层到数据中心，华为现在把一个一个“珍珠”呈现给大家，马达指出，基于One Net的架构，华为正在把每个“珍珠”串联起来，希望结合新的产品发布，在明年上半年，针对不同行业应用场景推出全面的解决方案。
免责声明：转载文章仅作为互联网信息传播之用，版权与马可资讯无关。文章观点及内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺。如文章内容有误需做稿件删除处理，请发邮件至
财富稳涨！这些你需要知道
房地产网络人气榜！
宝马7系 2016款 750Li xDrive
选房看房 买房无忧！
长安CS75 2014款 1.8T
有面子！DS 6 尊享版 SUV(图)查看:16342|回复：13
遇到一个难题，想来想去解决不了，放在这里请诸位高人帮助小弟参考参考，提提意见，在此多谢多谢了！！
& && &情况是这样：现公司购入华赛USG5100防火墙2台，华为5300交换机2台，华为3300接入交换机3台。要做两两互备，配置IPsec vpn和公司分部相连。
& && &对端A节点已经配好，我在做B点配置。已经测试好两台5100防火墙做双机热备，配置IPsec 和NAT，VRRP，在两防火墙下挂1台华为5300交换机，在5300交换机上起三层功能，配置多个VLAN接口，透传至下挂的接入交换机，这种配置业务已通，如第一图。
& && &不过发现一个问题，就是两台防火墙做热备的时候，当主用防火墙工作的时候，只有主用防火墙上的IPsec vpn 能通，与此同时，即使是线路完好，备用防火墙的IPsec vpn也不工作。是这样吗？
(52.86 KB)
& && &但现在本地有 2台华为5300交换机，要做双机互备，小弟原本接好下图中的线路，做好相应的VRRP配置。却发现存在问题！
(54.96 KB)
& && &在第二图中，防火墙1将用户网段静态路由172.16.120.0/24指向5300交换机 1 的接口，静态路由设置权重60 。再将用户网段静态路由172.16.120.0/24指向5300交换机 2 的接口，静态路由设置权重120&&。防火墙2也做相似配置。两台5300交换机上配置用户网关vrrp地址172.16.120.1,&&两台华为5300交换机和3台下级接入交换机的两两接口也配置成3个VRRP组。
& && &好了，问题来了，这时如果断开图上的线路1，接入交换机1和5300交换机1 之间的主用线路，则业务中断。由于两台5300对下做了VRRP，所以用户仍然能ping到设在 5300 2 上的网关。但此时，备用防火墙不工作，主用防火墙却看不到下面线路的中断，依旧把用户的静态路由指向5300 1 交换机，造成了主用防火墙1和用户之间的路由不通。
& && &虽然知道故障的原因，但对于这种结构思来思去，却没有想出什么解决办法。不知道这样的防火墙+三层交换机的双机互备，应该是什么样的连线布局才合理，应该应用什么协议配置才能做到真正的双机双线路互联？
本帖最后由 liangroc 于
03:32 编辑
防火墙和核心间只是作为主备，不是负载均衡的方式吧？&&防火墙和交换机间使用口字形连接也行呢，使用交叉有一定复杂性。
怎么没见到楼主说Track上级链路的配置思路啊？我没做过类似的工程，但根据我理解，两个防火墙做两个个VRRP组，为不同网段PC做负载均衡，或只配一个组，备用防火墙只起备份作用。两个5300交换机做两个VRRP组，为不同网段PC做负载均衡，PC把网关指向两个5300交换机的VRRP组主地址。最后这两个防火墙跟三层交换机运行一个IGP或配静态路由。楼主所问的上层防火墙不知道三层交换机指向自己，应该是track这部分没有配好吧，因为具体的需求信息不了解，所以楼主自己想想怎么配好track哪些链路以及需要增减的track的数值。
引用:原帖由 yangshanjin600 于
18:40 发表
防火墙和核心间只是作为主备，不是负载均衡的方式吧？&&防火墙和交换机间使用口字形连接也行呢，使用交叉有一定复杂性。 两台防火墙配置IPsec，做hrp备份实际就是主备份了吧，不是负载均衡。线路正常时主用工作，备用不工作。
防火墙和5300交换机使用口字形组网，我也考虑过。但不知这样两台5300交换机之间如何做主备份？防火墙和5300之间如果配置静态路由的话，应该如何配置呢。但底下用户线路一路中断，用户数据流向5300 2 交换机上，又怎样到达防火墙1 上呢？愿闻其详，谢谢
引用:原帖由 qwsddn 于
19:53 发表
怎么没见到楼主说Track上级链路的配置思路啊？我没做过类似的工程，但根据我理解，两个防火墙做两个个VRRP组，为不同网段PC做负载均衡，或只配一个组，备用防火墙只起备份作用。两个5300交换机做两个VRRP组，为不同网段PC做负载均 ... 谢谢，你说的很有道理，我也有想在防火墙和三层机上运行OSPF这样的动态路由，但一直没想明白。如果运行OSPF数据如何自动指向防火墙1的网关呢，当防火墙1 down掉后，数据又自动指向防火墙2 ？
本帖最后由 liangroc 于
02:02 编辑
5100-1的G0/0/1不是有连接S5300-2吗，这条链路难道没有工作吗?可以S5300-2的数据走这条链路？静态路由也可以实现吧，其实要不就将USG5100-1也做切换，呵呵，但是我觉得这个切换过程就涉及的有点大了。（如果要切换也不难，线路1和上联接口加入同一个IP-LINK组，防火墙连接交换机的亦是如此），所以我说为什么LZ不使用口字形呢，交换机之间的VRRP报文交互也不方便。
楼主大概需求我是了解了，先在防火墙做一个VRRP组1，虚IP为172.16.253.0网段，为两台5300做主备，防止上级链路失效，要做一个线路追踪（track）。然后在两台5300交换机做类似的VRRP组，虚IP为PC的网关，为PC做主备，然后在5300交换机各写一条默认路由，指向防火墙VRRP组的虚IP，如：0.0.0.0 0.0.0.0 172.16.253.X，而且记得也要对上级链路进行track，这样就可以了。还要记得所有VRRP组开启抢占。
我看到楼主防火墙的VRRP组1做在211.106.152.96/28网段，这样不一定行的，首先在IPS端我们是不可控的，防火墙VRRP组的hello包不一定收得到的，即VRRP组不一定起得来，你可以检查一下VRRP有没有一台master，一台backup，就知道VRRP组起来了没有。
建议楼主多看看VRRP这一章内容，尤其是track这个feature，或多看看网上的类似配置，理解后你的工程需求应该可以完美解决。
引用:原帖由 liangroc 于
01:47 发表
谢谢，你说的很有道理，我也有想在防火墙和三层机上运行OSPF这样的动态路由，但一直没想明白。如果运行OSPF数据如何自动指向防火墙1的网关呢，当防火墙1 down掉后，数据又自动指向防火墙2 ？ ... 你这样问证明对VRRP协议还不了解。
不过动态路由协议也可以做冗余备份的，而且还能够等价负载均衡。如果在你的四台设备运行个OSPF，则需要全互联，而且需要在两台防火墙各注入一条默认路由，真正做起来比VRRP复杂很多。
引用:原帖由 qwsddn 于
10:19 发表
楼主大概需求我是了解了，先在防火墙做一个VRRP组1，虚IP为172.16.253.0网段，为两台5300做主备，防止上级链路失效，要做一个线路追踪（track）。然后在两台5300交换机做类似的VRRP组，虚IP为PC的网关，为PC做主备，然后在5300交换机各写 ...
(55.14 KB)
组了口字形的网络，防火墙的两内网口，防火墙和5300交换机互连的口，两交换机互连的口都在同个vlan里，这里是vlan2。两台防火墙的两个内网口组一个vrrp，地址172.16.253.1 ，两交换机的int vlan2也组成vrrp地址172.16.253.6。然后防火墙将用户地址用静态路由指向172.16.253.6 ，两交换机默认路由指向172.16.253.1 。口字形网络线路可以冗余，断一路可以自动切换。
但依然是5300交换机下面接的接入交换机，上联2路分别连接主备两5300 。如图中的线路1断开，用户上行数据流向5300-2交换机，而下行流量仍然是防火墙1流向5300-1，故而中断。
在实验测试中，我只接入了接入交换机1 一台交换机，然后在5300交换机圣桑配置 monitor-link group，指定线路1端口为uplink，线路2和线路3的端口为downlink。这样一旦线路1断开，5300同时也控制线路2和线路3强行中断，防火墙切换至备用防火墙2上，下行流量也转换成防火墙2流向5300-2交换机，这样业务不中断。
但问题是，我有3台接入交换机，在5300上无法同时配置3个 monitor-link group，同时指定线路2和线路3的端口为downlink。所以这个配置无法应用。
那么，在这个网络里应该如何组网，如何配置才能实现全网冗余呢，任意断开一条线路，坏掉一台设备，都能保证用户业务不中断？？这几天一直在想，真是没有办法了，求救
本帖最后由 liangroc 于
01:38 编辑
还是之前说的，建议楼主再仔细看看VRRP这部分的理论知识。
你这个回字口的两个VRRP做的成功吗？我看太不明白你做这个的思路？
首先有一点不是很明白，STP的block口是否做在Access SW1的口上？若是，VRRP的hello包如何交互，若不是，那block口只能做在线3上，线3一旦block，两台5100防火墙的VRRP的hello包又将如何交互，你确定你的VRRP做成功了吗？
按你回字形这个图分析吧，按你的说明，应该00-1是处于Master状态。
1、线1断；5300-1是否做track了线1，5300-2是否由backup状态切到了Master状态？
2、假设5300-2切换到了Master，流量流向了00-1则处于backup状态；
3、这时防火墙5100-1仍处于Master状态；5100-1是否对线2做了track（假设你的VRRP是正常运行的）？
4、而且，线1一断，STP原来阻塞的线3应该通了啊，流量方向应该是5300-2——5300-1——5100-1——网关。
5、如5100-1对线2做了track，线2一断，5100-2则变成Master，5100-1则处于backup状态。那流量方向则是5300-2——5100-2——网关。
这些带问号的地方，你是否有考虑过呢？
本帖最后由 qwsddn 于
14:23 编辑
引用:原帖由 qwsddn 于
10:19 发表
楼主大概需求我是了解了，先在防火墙做一个VRRP组1，虚IP为172.16.253.0网段，为两台5300做主备，防止上级链路失效，要做一个线路追踪（track）。然后在两台5300交换机做类似的VRRP组，虚IP为PC的网关，为PC做主备，然后在5300交换机各写 ... 按你的图2（交叉形的那个，G0/0/2这条有作用吗？）拓扑，结合上一个帖的配置思路，防火墙和三层交换机两条线路做个链路聚合（LACP），既增加了带宽又起到链路冗余的作用，设备冗余则靠配置的VRRP协议来实现！
怎么没人了，，问题搞定没有？
还是之前说的，建议楼主再仔细看看VRRP这部分的理论知识。
你这个回字口的两个VRRP做的成功吗？我看太不明白你做这个的思路？
首先有一点不是很明白，STP的block口是否做在Access SW1的口上？若是，VRRP的hello包如何交互，若不是，那block口只能做在线3上，线3一旦block，两台5100防火墙的VRRP的hello包又将如何交互，你确定你的VRRP做成功了吗？
& && &&&首先，防火墙工作为路由模式，VRRP和HRP报文交互由心跳口来进行。且心跳口必须是三层，并配置IP地址。
按你回字形这个图分析吧，按你的说明，应该00-1是处于Master状态。
1、线1断；5300-1是否做track了线1，5300-2是否由backup状态切到了Master状态？
Track是VRRP的特性，但是华为自己有自己的方式进行监控，比如link-group就是一个很好的协议。在link-group组的端口中只要一个口down掉，所有跟着一起down。
防护墙可以将线路2的口和连接外网的口加入同一link-group组中。汇聚交换机连接接入交换机和线路2这个口也可以加入同一link-group组。
2、假设5300-2切换到了Master，流量流向了00-1则处于backup状态；
3、这时防火墙5100-1仍处于Master状态；5100-1是否对线2做了track（假设你的VRRP是正常运行的）？
线路2加入link-group 组。当发现对端口down掉。防火墙上的G0/0/0和G0/0/3 down。实现切换。
4、而且，线1一断，STP原来阻塞的线3应该通了啊，流量方向应该是5300-2——5300-1——5100-1——网关
处于backup状态。那流量方向则是5300-2——5100-2——网关
汇聚和接入使用MSTP。默认将所有VLAN的根桥设置为S5300-1。这时接入交换机连接到根桥的端口为转发。连接5300-2接口为阻塞。当线路1down掉。MSTP同样进行切换。线路3就不存在阻塞的。本身网络就没有环路了。
引用:原帖由 yangshanjin600 于
11:39 发表
还是之前说的，建议楼主再仔细看看VRRP这部分的理论知识。
你这个回字口的两个VRRP做的成功吗？我看太不明白你做这个的思路？
首先有一点不是很明白，STP的block口是否做在Access SW1的口上？若是，VRRP的hello包如何交互，若不是， ... 建议看清楚楼主所说的实验测试，并无提到OSPF之类的IGP，而且两台三层SW和接入SW1相对同一Vlan绝对需要block一个口，一般我们都是block在SW1上吧，但这样做VRRP组172.16.120.1/24无法建立吧。
而且按照我上面所说的配置思路，高可用性（楼主的需求）不就分链路冗余和设备冗余两部分，链路冗余可以靠STP或链路聚合，设备冗余则考VRRP。华为2126T交换机接到汇聚层交换机后，百兆口测上_华为吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：2,575,519贴子：
华为2126T交换机接到汇聚层交换机后，百兆口测上收藏
华为2126T交换机接到汇聚层交换机后，百兆口测上行100兆,测下行只有10兆是怎么回事，千兆口正常，
锐峰玻璃机械,专业生产玻璃切割机,全自动玻璃切割机
本吧好心人解答一下吧~~~
楼主既然红旗镇楼，就顶一下，虽然我也不知道。
楼主不哭，我帮你顶
本吧好心人解答一下吧~~~
登录百度帐号推荐应用华为IP RAN解决方案助力运营商ALL IP时代远航
首页 && 通信技术 && 解决方案
华为IP RAN解决方案助力运营商ALL IP时代远航
&&来源:C114中国通信网
　　在GSM时代，移动承载网传送的主要是TDM语音业务，面向连接的SDH成为当时最佳的承载技术。伴随UMTS的发展，新业务需求不断涌现，FMC及综合承载日趋明显，移动承载网IP化进程持续加速，LTE时代也即将到来，网络IP化趋势不可阻挡，此时运营商也开始考虑选择何种技术构建未来的承载网，从而避免重复投资，保持网络的可持续演进和发展。华为面向全球运营商提供了高效、可靠、易用、面向未来的IP RAN解决方案，以满足各类运营商的网络发展需要。
　　一、支撑多业务综合承载，面向未来
　　华为IP RAN解决方案基于IP/MPLS框架体系，采用成熟的路由器软硬件平台，可以高质量承载GSM/UMTS/LTE等移动业务，支撑IPTV、专线、高速上网等FMC的综合业务承载，满足云承载、IPv6、物联网等需求，面向未来，可持续演进，规避运营商由于业务发展而面临的网络演进问题。
　　华为IP RAN综合承载网解决方案组网结构通常分为接入层、汇聚层、核心层三层进行部署，网络端到端部署路由器平台产品。各个层面的主要功能如下：
　　接入层：完成不同网络不同业务的接入；
　　汇聚层：完成接入层流量的汇聚，可以环形或链形组网，汇聚层完成接入层流量的汇聚和收敛，减轻核心层端口压力，可以树形和环形组网；
　　核心层：承载转发汇聚层流量，并把业务疏导到各个业务系统，可以树形和口子形组网。
　　IP RAN采用端到端路由器组网，应用场景丰富，可以满足各种固定业务和移动业务的综合业务承载。IP RAN综合承载网通过端到端部署完善的保护方案实现节点、链路、网络级的多重保护，实现业务系统对于网络发生的故障无感知。当前，IP RAN综合承载网解决方案支持端到端部署时钟同步解决方案（包括1588v2、同步以太等多种时钟模式），可以实现网络的端到端时钟/时间同步，可以大为降低运营商部署GPS时钟的成本。
　　为了提升网络对于业务的服务质量，IP RAN网络可以端到端部署多级别的HQoS（层次化QoS），能够分用户、分业务进行精细化的业务质量调度，提供高可靠的服务质量保证,帮助运营商进行E2E的精细化运营。华为IP RAN综合承载网解决方案通过端到端部署OAM，提供层次化的OAM检测手段，提供多样的故障检测和定位手段，大为提升网络的运维效率，通过硬件OAM、 Y.1731、BFD等技术，实现端到端网络监测，使得网络尽在掌控。华为IP RAN综合承载网解决方案突破了传统IP网络的运维局限，端到端部署网管系统，提供可视化类似传统SDH的IP运维方案，帮助运营商降低IP网络的运维难度，降低运维成本。总的来说，华为IP RAN综合承载网解决方案在业务承载、可靠性、扩展性、时钟同步、服务质量、网络安全、运维管理、未来演进等方面的全面特性提升将适配运营商未来网络建设和业务发展的要求。
　　二、层次化H-VPN领先技术，支撑超大规模组网
　　华为IP RAN解决方案针对运营商传统业务和未来业务涉及，具备各类新老业务的承载和传送能力。对于运营商基站传送业务来说，可以实现GSM/UMTS/LTE移动业务的统一承载，根据基站接入方式的不同，可以采用不同的业务承载方案。
　　TDM E1和ATM E1：对于采用TDM E1和ATM E1接入的基站业务来讲，可以采用端到端的PW隧道承载，也可以在接入层和汇聚层采用分段PW进行承载；在接入层设备电路仿真和PW封装，在核心设备终结PW，把数据解封装，通过E1或ATM接口与业务系统互通。
　　IP/Eth基站：对于IP/Eth接入基站业务来讲，可以在接入层采用端到端的L3 VPN承载，也可以采用分段的层次化L3 VPN承载，在核心设备终结L3VPN，通过Native IP/Eth接口与业务系统互通。
　　伴随未来伴随LTE的发展，LTE基站规模可能快速突破现有GSM/UMTS网络规模，运营商的无线网络规模可能出现爆炸式增长。在此情况下，华为IP RAN解决方案通过部署H-VPN层次化组网方案，可以有效隔离路由器网络震荡的影响，提升可靠性，很好支撑超大规模组网，使得运营商可以支撑近乎无限大的网络规模，并可以降低不同接入模式下对网络设备的技术及规格要求，从而可以降低网络的建设成本，并具备面向未来的持续演进能力。
　　三、H-QoS打造综合承载弹性管道，业务按需承载
　　越来越多的运营商正在采用基于IP/MPLS的各种VPN技术建设多业务宽带城域网，个人Triple-Play业务、企业专线业务、批发业务、移动回传业务等通过多个VPN 进行业务隔离，但如何实现多种业务端到端的带宽保证和优先级调度，以及不同用户的不用业务的端到端的带宽保证和优先级调度成为一个非常重要的要求。当前的多种主流QoS技术在一定程度上满足了业务的质量要求，但是都不能实现多业务统一承载的宽带城域网中不同用户和业务的端到端带宽保证和优先级调度的要求，不能满足多个用户和业务端到端的带宽保证和优先级调度要求，尤其是网络承载侧存在多个用户和业务之间相互抢占带宽的问题，不能满足业务质量要求。华为基于对宽带城域网和多业务承载的深刻理解，创新性的提出了MPLS HQoS 技术，HQoS（Hierarchical QoS）是一种既能控制用户的流量，又能同时根据用户业务优先级进行调度的QoS技术。HQoS提供完善的流量统计功能，网络管理员可以监控到各种业务占用的带宽情况，通过分析流量来合理划分各业务的带宽，实现不同用户和业务在网络承载侧也能够细分，提供独立的带宽保证和优先级调度，一个用户和业务的突发流量和异常流量不会影响其他的用户和业务，真正做到了多个用户和业务的端到端质量保证，从而通过构建IP RAN打造综合承载弹性管道，使得业务按需承载。
　　四、端到端毫秒级倒换，安全可靠
　　华为IP RAN综合承载解决方案采用多种保护技术使得网络具备电信级的毫秒（ms）级别保护的高可靠性。在IP RAN网络中，无论是接入层、汇聚层还是核心层的任意链路或网络节点故障，都会实现快速的网络收敛保护，而且业务无感知。对于TDM/ATM基站业务，通过在基站侧和RNC/BSC网关之间部署LSP 1:1+PW冗余保护等技术，实现基站侧至RNC/BSC网关之间链路和节点故障的保护倒换，无论采用E2EPW或分段PW模式进行承载，都可以提供端到端的毫秒级的故障检测和保护倒换，做到业务系统无感知。例如在故障1(接入侧链路故障)，此时,启动主PW的外层隧道LSP1:1倒换,主LSP倒换到备用LSP，业务完成快速倒换；当故障3(汇聚设备故障)，此时启动主备PW的倒换,主PW倒换到备PW，业务完成快速倒换；采用端到端的保护倒换技术，可以做到任意故障点保护，同时任意点故障不会导致整个网络都进行倒换，保证整个网络的稳定性，从而使得整个运营商网络更为安全可靠。
　　华为IP RAN综合承载解决方案支持业务端到端的可靠性保护，实现链路、节点、网络级多重保护。IP RAN通过支持端到端部署OAM，完成对网络故障的快速检测和定位，支撑网络端到端的快速保护倒换，实现业务系统的无感知。IP RAN支持层次化的OAM检测技术，LSP层采用MPLS OAM检测，PW层采用PW OAM检测，业务层采用Eth OAM检测，全方位的进行故障检测。
　　五、设备即插即用，高效业务发放
　　随着UMTS和未来LTE的开通，基站数量将不断增大，据分析后续一个中等城市基站数量就将达到数千甚至上万，海量裸设备开局部署工作量巨大，因此传统的配置方式已不再适合。即插即用的能力，直接决定着建设工期的长短，也决定着运营商能否抢占业务发展先机。做好规划设计后，在华为U2000的支撑下，设备可以即插即用，即刻开通，平均每台的部署时间缩短为5分钟，当需要增加新接入节点的时候，只需要普通工程人员携带设备到站点，安装设备，连接光纤，加电，运维中心即可管理该设备，并实现基础配置自动下发，整个过程只需要进一次站，为高质量快速交付提供了保障，有效降低设备开局进站成本，而命令行方式，需要30分钟以上的时间，耗人耗时。
　　移动承载时代，快速发放业务，就意味着能够快速盈利，并降低运营成本。华为IP RAN解决方案包括了业界最为高效的运维解决方案，类SDH，面向对象，面向业务，全可视化的业务部署，比传统CLI方式，效率提高到5倍。整个操作所见即所得，直观高效，业务开通效率大为提升。
　　六、智能网络运营，实现高效运维
　　SDH-Like简易运维体验，网络尽在掌控
　　华为IP RAN解决方案可提供类似SDH风格的可视化端到端业务发放，同时通过业务模板和参数自动计算等能力极大地简化了业务发放流程。 以最常用的L3VPN业务，3个站点下发，设备与网管人员同时操作耗时比较来看：命令行方式需3个站点分别下发，相同站点命令行可重复拷贝，不同命令需手工更新录入，效率很低；华为IP RAN解决方案可以一站式业务下发，所见即所得，利用端到端业务模板，以及参数的自动分配功，大幅提升业务开通效率，节省一半以上的时间。
　　华为IP RAN解决方案支持全面的网络侧性能管理，可进行精准的性能统计和趋势分析。网管系统通过支持对基站和RNC进行流量统计和质量监控，轻松了解每个基站/RNC负荷和业务健康情况，为扩容提供准确的性能数据支撑。比如出现客户视频下载慢、马赛克现象，传统运维面对的是黑盒式的网络业务，业务质量不可监控不可预知，出了问题才知道需要扩容；通过网管系统可以实时了解基站流量统计及趋势，主动运维、提前预测，快速把握基站扩容时机，使用专业服务工具进行图例式的性能统计和智能分析，实现网络质量可视化分析与管理，使得网络尽在掌控。
　　智能告警关联分析，直击故障根源
　　面对复杂的业务路径，传统故障定位靠手工进行，效率低。华为IP RAN解决方案提供基于场景的NodeB到RNC之间的业务路径可视化定位功能，可以快速故障定位，大幅缩短定位时间从小时级到分钟级。比如对于基站到基站控制器出现时延、丢包严重，移动回传质量开始劣化的故障。手工定位需要逐跳查看路由表，命令行手工发现路径，在图纸上手动画出路径，逐跳分析，进行逐跳ping操作，逐跳端口流量查看等诊断操作，需要专业人员依靠经验给出故障结果，整个过程需耗时若干小时。通过网管系统故障定位，首先输入基站IP，系统自动计算路由，业务图上显示可视具体路径，并且提供丰富的诊断手段，所有端口流量自动采集，通过一键式的批量ping所有路径，网管智能输出故障分析结果，故障处理时间大为减少。
　　七、历经考验，成熟商用
　　将移动互联网业务与固定互联网业务进行统一的承载已经成为更多运营商的共识。目前，全球主流的综合运营商都已经开始在思考如何把固定业务和移动业务进行统一承载，以提升效率并降低成本，并开始进行相关方面的研究、试验和运营等尝试。目前，华为IP RAN解决方案已经在杭州、珠海、重庆、上海、北京、沈阳、深圳、兰州、贵州、银川、南宁、台州等多个省市的运营商成功部署，从2009年华为承建国内第一个IP RAN局点至今，历经多次重大节日高话务量挑战，网络运行保持稳定，为构筑下一代IP化网络积累了宝贵而丰富的经验，并协助运营商提升了运营团队的IP化技术储备与运营能力，构建高效、可靠、易用、面向未来的网络架构，进而助力运营商跨越ALL IP时代。
泰尔网版权与免责声明：
①凡本网注明“来源：泰尔网”的所有作品，版权均属于泰尔网，未经本网授权不得转载、摘编或利用其它方式使用上述作品。已经本网授权使用作品的，应在授权范围内使用，并注明“来源：泰尔网”。违反上述声明者，本网将追究其相关法律责任。
② 凡本网注明“来源：XXX（非泰尔网）”的作品，均转载自其它媒体，转载目的在于科学研究和传播交流更多资讯，不代表本网赞同其观点和对其真实性负责。
③ 如因作品版权和其它问题需要同本网联系的，请在30日内进行。 联系信箱：
SQL注入是指攻击者构建含恶意代码的特殊的字符串作为应用程序...
新技术不断涌现，新产品不断发布，新应用不断推出，移动互联...
Copyright&2008- All Right Reserved. 京ICP证030796号 京公网安备51号