《中国移动IP承载网》由会员分享，可在线阅读，更多相关《中国移动IP承载网（131页珍藏版）》请在金锄头文库上搜索。
1、Page 1,中国移动IP承载网架构及路由部署,HUAWEI TECHNOLOGIES CO., LTD.,中国移动IP承载网三期扩容及地市延伸项目组,Page 2,网络总体架构规划 IGP协议规划 BGP（VPN）规划 网络服务质量保证（QoS） 高可靠性方案 软交换站点接入方案 网管 安全,网络规划篇,Page 3,中国移动IP承载网发展历程,一期：按平面组织业务，采用APDP接口备份保障可靠性，除软交换网管业务外 其余业务均通过IP承载。 承载网设备以8011（NE80 NE40）设备为主 二期：网络结构仍然按平面组织 严格保证高冗余度，而业务流量按照距离远近进 行组织；采用IGP快速收
2、敛TE FRR保证高可靠性；所以业务均通过MPLS VPN引导。承载网设备以8090（NE80E NE5000E）为主 三期：对承载网骨干网进行带宽扩容 结构调整；沿用二期的高可靠性技术和路由 组织方式；对二期的路由反射做了调整。 一期、二期、 三期均为汇接网 承载中国移动省际长途话音(信令，媒体)业务，一期、 二期均为华为设备 三期新增无锡两台思科设备作为BR/AR IP承载网省内延伸： 目前正在建设中, 建设目标：将省内分散的小网（如G9）全部整合到骨干 汇接网上，形成一张全国统一的 具有唯一自治域的IP 承载网；省内延伸为 多厂家联合组网,Page 4,中国移动IP承载网一期,AR接入C
3、R采用VHoming的方式 软交换系统（UMG,SS）采用单归的方式接入到AR CR之间采用对称的完全网状连接方式,SoftX3000,UMG8900,SoftX3000,NE40-8,NE80,网管中心N2000/NSC/NDA VPN Manage/QoS Managerr,NE40-8,UMG8900,UMG8900,UMG8900,NE40-8,NE80,UMG8900,SoftX3000,NE80,NE40-8,NE80,NE40-8,NE40-8,NE40-8,NE40-8,Page 5,中国移动IP承载网一期业务组织模式,非对称的业务组织模式： 核心层网络两个平面分别面向不同的业
4、务承载需求设计，其中：平面A主要承担“软交换汇接网”业务；平面B承载软交换网管业务，平面B同时具备对平面A进行备份的容量和能力。 软交换网管业务通过MPLS VPN方式实现转发，“软交换汇接网”业务通过传统IP方式实现转发 通过IGP Metric的设计，MPLS VPN Tunnel LSP全部架构在平面B上；通过在接入路由器上实施“弱策略路由”技术，“软交换汇接网”业务首选平面A作为其承载平面，当平面A出现故障时，通过“快速重路由”和IGP的收敛，“软交换汇接网”业务可以完成向平面B的倒换。,Page 6,骨干网之间的IGP选用ISIS协议，整网ISIS跑在Level2上，通过设置ISIS
5、的COST值实现普通流量从B平面走，这样MPLS VPN的流量会相应从B平面走。(这是IGP的选路，但是通过使用弱策略路由使软交换业务正常情况下跑在A平面)同时通过和接口备份的配合，实现当A平面两CR之间链路中断后，流量会导入B平面，当B平面中断时流量在B平面内部迂回,一期网络路由方案,Page 7,弱策略路由区别与普通策略路由在于策略路由指定的下一跳不可达时，能够按照正常的路由表转发 本次工程中的弱策略主要用在将各地接入的软交换流量导入到A平面，同时在A平面链路中断时按照正常的路由转发走B平面；同时为了提高流量切换时的速度，采用接口备份的方式将流量迅速导入B平面 弱策略路由在AR设备上启用
6、APDP在CE2上配置静态路由，目标地址位IP2所在网段，下一跳为IP4,采用默认优先级，并引入OSPF. 在CE上启用OSPF忽略环路检测功能 在PE的BGP多实例中发布两条媒体聚合路由 在PE的OSPF多实例中引入BGP路由，并进行ASBR聚合,AR PE1,AR PE2,IGP/MPLS,CE-1,CE2,多实例OSPF,多实例OSPF,GE,GE,POS,GE,Backbone,多实例OSPF,IP FRR,BFD,BFD,IP1,IP2,IP4,IP3,Page 71,网络总体架构规划 IGP协议规划 BGP（VPN）规划 网络服务质量保证（QoS） 高可靠性方案 软交换站点接入方案
7、 网管 安全,网络规划篇,Page 72,网管中心拓扑,BJNMS-AR1,BJ-CR1,BJ-CR2,BJNMS-AR2,IP承载网,ISIS,S8505-1,S8505-2,R3680-1,R3680-2,软交换网管系统 软交换维护终端,ISIS,ISIS,静态,静态,静态,DMS,D2610,维护中端,静态,静态,ISIS&LDP,ISIS&LDP,ISIS&LDP,公网,数通网管VPN,NGN网管VPN,Page 73,网络安全,设备内部安全:CPCAR,对所有上送CPU处理的报文进行限速，防止对设备本身的DoS攻击 所有协议均启用MD5认证，防止路由协议的DoS攻击 PE针对于每个V
8、RF路由表进行路由条目数量限制，以避免可能来自用户网络的海量路由攻击对该PE的不良影响 与其它网络（如CMNET）对接时,在边界部署防火墙，防止受到来自其它网络的攻击,Page 74,广州AR3/AR4结构调整割接 海南BR1替换割接 成都CR结构调整割接,割接案例篇,Page 75,广州AR3,惠州AR2,440,深圳AR4,深圳AR3,佛山AR2,5190,7402,5001,5001,广州AR4,广州BR1,广州BR2,广州CR1,广州CR2,深圳BR1,深圳BR2,佛山AR1,惠州AR1,280,279,440,3000,3000,10G,2.5G,155M,上海CR2,割接前拓扑,P
9、age 76,广州AR3,440,深圳AR3,佛山AR2,5190,7402,5001,5001,广州BR1,广州BR2,广州CR1,广州CR2,深圳BR1,惠州AR1,惠州AR2,280,279,440,10G,2.5G,155M,上海CR2,301,301,佛山AR1,深圳AR4,广州AR4,深圳BR2,割接目标拓扑图,Page 77,广州AR3割接思路及步骤（部分）,为了保证割接的平滑，把广州AR3到广州BR1之间的链路连通，配置ISIS，MPLS等数据。观 察各个表项，状态正常后将广州AR3-广州CR1之间的链路断开 1 按照脚本配置广州AR3-广州BR1之间链路的相关数据。 检查相关
10、表项（ISIS Peer ,MPLS LDP Peer，IP Routing-Table等） 确认2中的状态正常后将广州AR3-广州CR1之间的链路断开,割接思路（步骤）有问题吗？,注： 广州AR3/AR4割接前，佛山AR1/AR2,惠州AR1/AR2已经按照上面的思路进行了类似的结构 调整 割接。割接顺利。,Page 78,广州AR3,440,深圳AR4,深圳AR3,佛山AR2,5190,7402,5001,5001,广州AR4,广州BR1,广州BR2,广州CR1,广州CR2,深圳BR1,深圳BR2,佛山AR1,惠州AR1,惠州AR2,280,279,440,10G,2.5G,155M,上海
11、CR2,301,3000,3000,割接过程中拓扑图,Page 79,割接过程中发生的问题,从集团网管中心无法登录广东所有BR(广州BR1/广州BR2/深圳BR1/深圳BR2)，从深圳AR1也不能 登录广州BR .,广州AR3,440,5190,7402,5001,5001,广州AR4,广州BR1,广州BR2,广州CR1,广州CR2,深圳BR1,深圳BR2,280,279,440,上海CR2,301,3000,3000,北京CR1,北京CR2,北京AR1,北京AR1,集团网管中心,可能原因： 1 路由控制层面出现了问题 2 广州AR3某条链路出现了转发问题 3 某条链路出现了拥塞 4 其它,P
12、age 80,广州AR3,440,深圳AR4,深圳AR3,佛山AR2,5190,7402,5001,5001,广州AR4,广州BR1,广州BR2,广州CR1,广州CR2,深圳BR1,深圳BR2,佛山AR1,惠州AR1,惠州AR2,280,279,440,10G,2.5G,155M,上海CR2,301,3000,3000,媒体流量模型,Page 81,原因分析,1 在割接过程中 当广州AR3-广州BR1的链路连通并启用相关协议后 广州AR3-广 州CR1之间的链路还没有拆除（cost为3000） 2 由于网络中增加了一条新的链路（广州AR3-广州BR1）,路由发生重新收敛。 从网管中心登录广东B
13、R的流量会经过广州CR1-广州AR3的链路,而由于BR下面同 时还下挂了佛山（AR1 AR2）惠州(AR2) 深圳(AR3 AR4)，这些AR均连接了业务 系统，这些业务系统的出省业务（媒体流）也都会经过广州AR3-广州CR1的链路 （155M),通过在网管服务器上采集的流量信息可以看出当时需要经过这条链路 的流量总量超过了155M 也就是说这条链路发生了拥塞，,Page 82,UMG实时流量图（部分）,佛山UMG2实时流量图,深圳UMG4实时流量图,佛山UMG1实时流量图,Page 83,广州AR3-广州BR1流量图,Page 84,后续割接优化方案（包含广州AR4）,1 调整AR3-AR4
14、互连端口的COST值（确保AR4割接前上行流量不会横穿至AR3） 注：该链路在本次割接中将被替换掉 2 调整广州AR3-广州CR1互连链路的COST （第3步完成并确保该链路没有流量以后将端口关闭） 3 将广州AR3-广州BR1的互连链路打开，并配置相关数据 4 调整广州AR4-广州CR2互连链路的COST （第5步完成并确保该链路没有流量以后将端口关闭） 5 将广州AR4-广州BR2的互连链路打开，并配置相关数据（IP-Trunk,ISIS等） 6 将广州AR4-广州AR3之间原155M PoS链路拆除，将新链路开启并配置相关数据 （加入IP-Trunk ,配置ISIS等）。 7 在承载网和
15、软交换侧同时进行业务验证,Page 85,后续割接优化方案（包含广州AR4）,1 调整AR3-AR4互连端口的COST值（确保AR4割接前上行流量不会横穿至AR3） 注：该链路在本次割接中将被替换掉 2 调整广州AR3-广州CR1互连链路的COST,（第3步完成并确保该链路没有流量以后将端口关闭） 3 将广州AR3-广州BR1的互连链路打开，并配置相关数据 4 调整广州AR4-广州CR2互连链路的COST,（第5步完成并确保该链路没有流量以后将端口关闭） 5 将广州AR4-广州BR2的互连链路打开，并配置相关数据（IP-Trunk,ISIS等） 6 将广州AR4-广州AR3之间原155M PoS链路拆除，将新链路开启并配置相关数据 （加入IP-Trunk ,配置ISIS等）。 7 在承载网和软交换侧同时进行业务验证,第5步结束后，出现了如下故障：深圳UMG1/UMG2,惠州UMG2脱网,Page 86,广州AR3,440,深圳AR2,深圳AR1,51
