中国移动IP承载网.ppt

Page1,中国移动IP承载网架构及路由部署,HUAWEITECHNOLOGIESCO.,LTD.,中国移动IP承载网三期扩容及地市延伸项目组,Page2,网络总体架构规划IGP协议规划BGP（VPN）规划网络服务质量保证（QoS）高可靠性方案软交换站点接入方案网管安全,网络规划篇,Page3,中国移动IP承载网发展历程,一期：按平面组织业务，采用APDP接口备份保障可靠性，除软交换网管业务外其余业务均通过IP承载。承载网设备以8011（NE80NE40）设备为主二期：网络结构仍然按平面组织严格保证高冗余度，而业务流量按照距离远近进行组织；采用IGP快速收敛TEFRR保证高可靠性；所以业务均通过MPLSVPN引导。承载网设备以8090（NE80ENE5000E）为主三期：对承载网骨干网进行带宽扩容结构调整；沿用二期的高可靠性技术和路由组织方式；对二期的路由反射做了调整。一期、二期、三期均为汇接网承载中国移动省际长途话音(信令，媒体)业务，一期、二期均为华为设备三期新增无锡两台思科设备作为BR/ARIP承载网省内延伸：目前正在建设中,建设目标：将省内分散的小网（如G9）全部整合到骨干汇接网上，形成一张全国统一的具有唯一自治域的IP承载网；省内延伸为多厂家联合组网,Page4,中国移动IP承载网一期,AR接入CR采用VHoming的方式软交换系统（UMG,SS）采用单归的方式接入到ARCR之间采用对称的完全网状连接方式,SoftX3000,UMG8900,SoftX3000,NE40-8,NE80,网管中心N2000/NSC/NDAVPNManage/QoSManagerr,NE40-8,UMG8900,UMG8900,UMG8900,NE40-8,NE80,UMG8900,SoftX3000,NE80,NE40-8,NE80,NE40-8,NE40-8,NE40-8,NE40-8,Page5,中国移动IP承载网一期业务组织模式,非对称的业务组织模式：核心层网络两个平面分别面向不同的业务承载需求设计，其中：平面A主要承担“软交换汇接网”业务；平面B承载软交换网管业务，平面B同时具备对平面A进行备份的容量和能力。软交换网管业务通过MPLSVPN方式实现转发，“软交换汇接网”业务通过传统IP方式实现转发通过IGPMetric的设计，MPLSVPNTunnelLSP全部架构在平面B上；通过在接入路由器上实施“弱策略路由”技术，“软交换汇接网”业务首选平面A作为其承载平面，当平面A出现故障时，通过“快速重路由”和IGP的收敛，“软交换汇接网”业务可以完成向平面B的倒换。,Page6,骨干网之间的IGP选用ISIS协议，整网ISIS跑在Level2上，通过设置ISIS的COST值实现普通流量从B平面走，这样MPLSVPN的流量会相应从B平面走。(这是IGP的选路，但是通过使用弱策略路由使软交换业务正常情况下跑在A平面)同时通过和接口备份的配合，实现当A平面两CR之间链路中断后，流量会导入B平面，当B平面中断时流量在B平面内部迂回,一期网络路由方案,Page7,弱策略路由区别与普通策略路由在于策略路由指定的下一跳不可达时，能够按照正常的路由表转发本次工程中的弱策略主要用在将各地接入的软交换流量导入到A平面，同时在A平面链路中断时按照正常的路由转发走B平面；同时为了提高流量切换时的速度，采用接口备份的方式将流量迅速导入B平面弱策略路由在AR设备上启用APDP在CE2上配置静态路由，目标地址位IP2所在网段，下一跳为IP4,采用默认优先级，并引入OSPF.在CE上启用OSPF忽略环路检测功能在PE的BGP多实例中发布两条媒体聚合路由在PE的OSPF多实例中引入BGP路由，并进行ASBR聚合,ARPE1,ARPE2,IGP/MPLS,CE-1,CE2,多实例OSPF,多实例OSPF,GE,GE,POS,GE,Backbone,多实例OSPF,IPFRR,BFD,BFD,IP1,IP2,IP4,IP3,Page71,网络总体架构规划IGP协议规划BGP（VPN）规划网络服务质量保证（QoS）高可靠性方案软交换站点接入方案网管安全,网络规划篇,Page72,网管中心拓扑,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,Page73,网络安全,设备内部安全:CPCAR,对所有上送CPU处理的报文进行限速，防止对设备本身的DoS攻击所有协议均启用MD5认证，防止路由协议的DoS攻击PE针对于每个VRF路由表进行路由条目数量限制，以避免可能来自用户网络的海量路由攻击对该PE的不良影响与其它网络（如CMNET）对接时,在边界部署防火墙，防止受到来自其它网络的攻击,Page74,广州AR3/AR4结构调整割接海南BR1替换割接成都CR结构调整割接,割接案例篇,Page75,广州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,割接前拓扑,Page76,广州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,割接目标拓扑图,Page77,广州AR3割接思路及步骤（部分）,为了保证割接的平滑，把广州AR3到广州BR1之间的链路连通，配置ISIS，MPLS等数据。观察各个表项，状态正常后将广州AR3-广州CR1之间的链路断开1按照脚本配置广州AR3-广州BR1之间链路的相关数据。检查相关表项（ISISPeer,MPLSLDPPeer，IPRouting-Table等）确认2中的状态正常后将广州AR3-广州CR1之间的链路断开,割接思路（步骤）有问题吗？,注：广州AR3/AR4割接前，佛山AR1/AR2,惠州AR1/AR2已经按照上面的思路进行了类似的结构调整割接。割接顺利。,Page78,广州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,割接过程中拓扑图,Page79,割接过程中发生的问题,从集团网管中心无法登录广东所有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其它,Page80,广州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,媒体流量模型,Page81,原因分析,1在割接过程中当广州AR3-广州BR1的链路连通并启用相关协议后广州AR3-广州CR1之间的链路还没有拆除（cost为3000）2由于网络中增加了一条新的链路（广州AR3-广州BR1）,路由发生重新收敛。从网管中心登录广东BR的流量会经过广州CR1-广州AR3的链路,而由于BR下面同时还下挂了佛山（AR1AR2）惠州(AR2)深圳(AR3AR4)，这些AR均连接了业务系统，这些业务系统的出省业务（媒体流）也都会经过广州AR3-广州CR1的链路（155M),通过在网管服务器上采集的流量信息可以看出当时需要经过这条链路的流量总量超过了155M也就是说这条链路发生了拥塞，,Page82,UMG实时流量图（部分）,佛山UMG2实时流量图,深圳UMG4实时流量图,佛山UMG1实时流量图,Page83,广州AR3-广州BR1流量图,Page84,后续割接优化方案（包含广州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之间原155MPoS链路拆除，将新链路开启并配置相关数据（加入IP-Trunk,配置ISIS等）。7在承载网和软交换侧同时进行业务验证,Page85,后续割接优化方案（包含广州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之间原155MPoS链路拆除，将新链路开启并配置相关数据（加入IP-Trunk,配置ISIS等）。7在承载网和软交换侧同时进行业务验证,第5步结束后，出现了如下故障：深圳UMG1/UMG2,惠州UMG2脱网,Page86,广州AR3,440,深圳AR2,深圳AR1,5190,7402,5001,5001,广州AR4,广州BR1,广州BR2,广州CR1,广州CR2,深圳BR1,深圳BR2,惠州AR1,惠州AR2,280,279,440,上海CR2,301,301,100000,3000,100000,广州SS3,广州SS4,广州SS4为主用SS:广州SS3为备用SS,UMG注册流量模型,Page87,定位过程（以惠州UMG2为例）,1在广州AR4,惠州AR2上查看信令VPN路由表，正常2在广州AR4上带信令VPN实例Ping惠州UMG2,能Ping通3在惠州AR2上带信令VPN实例ping广州SS4,不能Ping通4在广州AR4下挂的信令交换机上带源地址Ping惠州UMG2,不能Ping通5在广州AR4上将连接广州BR2的上行端口(IP-Trunk1)复位复位后问题解决广州AR4当时使用的版本存在这样的Bug:当下行为16FE的Rainer板，上行为IP-Trunk时，会存在部分报文转发不通的问题。通过复位IP-Trunk或者加载补丁可以解决此Bug(割接当晚广州AR4尚未加载补丁),按照UMG注册流程：如果UMG不能到主SS注册，会自动切换到备SS,经定位从UMG到备SS的整个路径不存在任何转发问题，为什么注册不能成功？,Page88,广州AR3/AR4结构调整割接海南BR1替换割接成都CR结构调整割接,割接案例篇,Page89,割接拓扑,UMG,OSPF,VRRP,SS2,VRRP,信令,媒体,海南BR1（NE40）,海南BR2,广州CR1,广州CR2,广州AR2,ISIS277,5897,5001,5001,5897,海南UMG到广州SS2注册,11,GE2/1/0为二层端口，Trunk了两个VLAN,其中VLAN20运行私网媒体VRRP，VLAN30承载公网ISIS及LDP等割接内容：把海南BR1的原NE40设备替换为NE80E,配置保持不变,Master,Backup,广州AR1,GE2/0/0,Eth2/1/0,GE2/1/0,GE2/1/0,Page90,相关数据配置,UMG,OSPF,VRRP,SS2,VRRP,海南BR1,海南BR2,广州CR1,广州CR2,广州AR2,ISIS277,5897,5001,5001,5897,11,Master,Backup,广州AR1,GE2/0/0,Eth2/1/0,GE2/1/0,GE2/1/0,媒体：IProute10.0.62.025null0preference200bgp24059ipv4-familyvpn-instanceChinaMobile_NGN_SGnetwork10.0.62.0255.255.255.128Interfacevlanif20Vrrpvrid1priority105(BR1)Vrrpvrid1priority100(BR2),信令：bgp24059ipv4-familyvpn-instanceChinaMobile_NGN_SGnetwork10.0.62.0255.255.255.128Ospf1vpn-instanceChinaMobile_NGN_SGDefault-route-advertisealways,10.0.62.0/25,10.0.61.0/29,SW1,SW2,Page91,割接方案一（不修改任何设备的配置数据）,UMG,OSPF,VRRP,SS2,VRRP,海南BR1,海南BR2,广州CR1,广州CR2,广州AR2,ISIS277,IP-Trunk1:5897,5001,5001,5897,11,Master,Backup,广州AR1,GE2/0/0,Eth2/1/0,GE2/1/0,GE2/1/0,一NE40脱网断开信令链路Eth2/1/0断开媒体链路GE2/0/0断开互连链路GE2/1/0断开上行链路IP-TRUNK1,10.0.62.0/25,10.0.61.0/29,二NE80E入网按照设计目标制作并灌入脚本连接互连链路GE2/1/0连接上行链路IP-TRUNk1连接媒体接入链路GE2/0/0（并在UMG上将此链路切换为主用）5连接信令接入链路Ethernet2/1/0,SW1,SW2,Page92,割接方案一平滑度分析（原设备脱网）,UMG,OSPF,VRRP,SS2,VRRP,海南BR1,海南BR2,广州CR1,广州CR2,广州AR2,ISIS277,IP-Trunk1:5897,5001,5001,5897,11,Master,Backup,广州AR1,GE2/0/0,Eth2/1/0,GE2/1/0,GE2/1/0,一NE40脱网断开信令链路Eth2/1/0：信令路由在信令交换机上重新收敛，收敛时间1s以内，信令回程流量不受影响断开媒体链路GE2/0/0：UMG会进行主备倒换，时间1S左右断开互连链路GE2/1/0：媒体去程流量会有3S左右的中断（BR2需要等到VRRPHello超时才会变为VRRPMaster）,媒体部分回程报文会丢包直到上行链路断开（部分以BR1为下一跳的远端PE会继续把流量送到BR1）信令流不受影响，断开上行链路IP-TRUNK1：远端PE会发生IGP及BGP的收敛；媒体回程报文丢包现象消失。优化空间：将步骤3和4的顺序互换，会减少回程媒体报文的丢包时间（先断上行，远端PE会进行IGP及BGP的收敛，BGP下一跳切换到BR2,中断时间在1S左右）,10.0.62.0/25,10.0.61.0/29,SW1,SW2,Page93,割接方案二（修改配置数据）,UMG,OSPF,VRRP,SS2,VRRP,海南BR1,海南BR2,广州CR1,广州CR2,广州AR2,ISIS277,IP-Trunk1:5897,5001,5001,5897,11,Master,Backup,广州AR1,GE2/0/0,Eth2/1/0,GE2/1/0,GE2/1/0,NE40脱网调整信令链路的OSPFCost为10000在SW1上查看OSPF路由表，确认下一跳为SW2后断开信令链路Eth2/1/0将NE40的VRRPPriority调整低于100，并一直等到BR1变为Backup,BR2变为Master断开媒体链路GE2/0/0：媒体流在1S左右切换到连接BR2的链路在海南BR1上撤销BGP中媒体VPN发布的路由：远端PE会平滑切换BGP下一跳为BR2在海南BR1上设置ISISOverload：使BR1丧失Transit功能断开互连链路GE2/1/0断开上行链路IP-TRUNK1注：此方案下，第7和第8步谁先谁后均对业务没有影响,10.0.62.0/25,10.0.61.0/29,SW1,SW2,Page94,割接方案二（修改配置数据）,UMG,OSPF,VRRP,SS2,VRRP,海南BR1,海南BR2,广州CR1,广州CR2,广州AR2,ISIS277,IP-Trunk1:5897,5001,5001,5897,11,Master,Backup,广州AR1,GE2/0/0,Eth2/1/0,GE2/1/0,GE2/1/0,10.0.62.0/25,10.0.61.0/29,SW1,SW2,80E入网按照设计目标制作并灌入脚本(先调整VRRPPriority低于100)连接互连链路GE2/1/0（检查相关状态：ISISpeer、LDPPeer、VPNv4Peer等）连接上行链路IP-TRUNk1（检查相关状态：ISISpeer、LDPPeer、VPNv4Peer等）4确认海南BR1的相关状态正常后、将BR1的Priority调整回1055连接媒体接入链路GE2/0/0（并在UMG上将此链路切换为主用）连接信令接入链路Ethernet2/1/0思考：为什么需要先调整BR1的优先级？有何好处？,Page95,广州AR3/AR4结构调整割接海南BR1替换割接成都CR结构调整割接,割接案例篇,Page96,四川移动割接前拓扑,Page97,四川移动目标拓扑,割接采用的方式为：先在高升桥添加一台NE5000E作为骨干网核心路由器，将万年场到省际和省内的中继链路全部调整到高升桥的骨干NE5000E上，使高升桥和府青都同时具备骨干的CR设备和G9的BR设备，以方便后续将整个G9割接入IP承载网。,Page98,割接存在的困难和风险分析,1、链路多涉及到省内4条（成都AR1-成都CR1、成都AR3-成都CR12条、成都CR1-成都CR2）、省际7条(成都-拉萨、成都-贵州、成都-西安、成都-武汉2条、成都-广州2条)共11条链路2、数据量大需要调整核心设备广州CR1、武汉CR1、西安CR1、成都CR1、成都CR2，调整非大区骨干设备西藏BR1、贵州BR1、成都AR1、成都AR3的数据。3、时间紧迫移动集团规定的割接时间是0:00-4:30，割接时间到了还没有完成，必须回退，验证业务，以保证早高峰的话务量。4、割接涉及两个产品线的配合此次割接不单是数通，还涉及到传输的调整，需要将传输从万年场落地改到高升桥落地。如果传输调整失败，数通不能继续割接；如果数通割接失败，不但数通要倒回，传输也要回退。割接难度相当大。,Page99,现网CR1链路状况,1、涉及移动和电信的传输系统成都CR1-西藏BR1为电信的传输，其余为移动传输2、移动传输涉及省内和省际链路省内链路有成都AR1-成都CR1、成都AR3-成都CR1、成都CR1-成都CR2其余为省际链路3、省级链路涉及到两个传输环西部II环11系统：成都CR1-贵阳BR1(一条POS)、成都CR1-广州CR1（两条POS）、成都CR1-武汉CR1(一条POS)链路西部II-1环3系统：成都CR1-西安CR1(一条POS)、成都CR1-武汉CR1经过对困难和风险的分析，并和集团达成一致，决定分两个晚上来进行割接。,Page100,第一晚割接,1涉及的链路省际链路：西部II环11系统成都CR1-贵阳BR1(一条POS)成都CR1-广州CR1（两条POS）成都CR1-武汉CR1(一条POS)链路）省内链路：成都AR1-成都CR1成都AR3-成都CR1（两条pos）成都CR1-成都CR2。2割接思路链路上：将省内四条链路调到高升桥，将西部II环11系统涉及的四条链路调到高升桥数据上：高升桥5000E作为P设备，不建立tunnel，不启用bypass，直接运行ldp,Page101,第一晚割接需要解决的问题,1临时Loopback地址的使用Loopback地址用于建立ldpremote-peer，但是高升桥CR第一天不建立tunnel，只起ldp、igp。因此高升桥CR使用临时管理地址。2先割西部II环11系统，还是先割西部II-1环3系统,第一天割接后，万年场成都CR1-西安CR1之间的链路可以得到保护，bypass为成都CR1-武汉CR1-西安CR1第一天割接后，武汉还有一条链路，万年场成都CR1-武汉CR1之间的链路可以得到保护，此时西安链路未割接，bypass为成都CR1-西安CR1-武汉CR1；第一天割接后，万年场成都CR1-成都CR2之间的链路可以得到保护，此时bypass为成都CR1-武汉CR1-武汉CR2-成都CR2；3武汉两条链路处于两个传输环上，在割接过程中需要down掉一条链路选择down掉武汉CR1-高升桥成都CR1的新链路，以保证原链路作为bypass路径。4如何达到平滑割接：在链路调整的过程中，用设置isis过载位的方式来达到平滑的目的，在割接当晚割接完成后取消过载位，首先在万年场CR1上设置过载位，再进行传输的倒换，所有到高升桥CR1的链路调通后再取消万年场CR1的isis过载位；,第一晚割接,成都万年-CR1,成都府青-CR2,重庆-AR2,成都-AR3,成都-AR4,西藏-AR1,成都-AR1,成都-AR2,南宁-AR2,贵州-AR1,武汉-CR1,西安-CR1,广州-CR1,武汉-CR2,西安-CR2,广州-CR2,昆明-AR2,成都高升桥-CR1,第二晚割接,1涉及的链路成都CR1-西安CR1(一条POS)成都CR1-武汉CR1（一条POS）成都CR1-西藏BR1(一条pos)2割接思路链路上：调整西部II-1环3系统到高升桥，断开万年CR1-府青CR2的链路，使万年CR1直接退网。配置上：启用所有主tunnel，bypasstunnel，启用RSVPTE,第二晚割接,成都万年-CR1,成都府青-CR2,重庆-AR2,成都-AR3,成都-AR4,西藏-AR1,成都-AR1,成都-AR2,南宁-AR2,贵州-AR1,武汉-CR1,西安-CR1,广州-CR1,武汉-CR2,西安-CR2,广州-CR2,昆明-AR2,成都高升桥-CR1,四川移动现网拓扑,Page106,修改cost(AnyIGP)两边同时修改，引导链路流量链路仍然作为备份链路Set-overload（ISIS）本地设置，引导Transit流量设置此特性的设备不能作为备份Transit节点StubRouter（OSPF）本地设置，引导Transit流量设置此特性的设备仍然能作为备份Transit节点VRRPMasterVRRPBackup引导本地接入流量UndoNetwork/Undoimport/Route-policy(BGP)引导BGP回程流量,平滑割接之流量引导,Page107,P1,P2,PE1,PE2,PE3,PE4,P1:disisislsdblocalDatabaseinformationforISIS(1)Level-2LinkStateDatabaseLSPIDSeqNumChecksumHoldtimeLengthATT/P/OL-p1-00*0 x00000a8b0 x159711191370/0/1,P1,P2,PE1,PE2,PE3,PE4,disospflsdbrouterself-originateType:RouterLinkcount:2LinkID:10.1.12.2Data:10.1.12.1LinkType:P-2-PMetric:65535LinkID:10.1.12.0Data:255.255.255.252LinkType:StubNetMetric:1562,Set-overload&stub-router,Page108,TEFRR优化T局双归接入节点方案优化端局CE接入方案优化,网络优化篇,Page109,中国移动IP承载网TEFRR应用,RSVP-TE,TEFRR,Shortcut,ISISDomain,优化1将shortcut模式更改为FA模式2在物理链路上启用LDP,Page110,TEFRR应用优化（1）,P1/0/0,Shortcut,AR1,AR2,AR3,AR4,IGP&LDP收敛后，下一跳为AR2,1CR之间物理链路中断后，由于采用shortcut模式，PE设备进行IGP和LDP的收敛，出接口可能发生变化2在V3R1版本中，VRF的BGP路由采用定时器分块处理的方式，需要等待一段时间（取决于VRF的路由数量）才能完成BGP路由的迭代3在IGP&LDP收敛后BGP路由迭代完成之前，数据包不会从PE转发出去，TEFRR失效4采用FA模式可以规避此问题,61,300,CR2,CR4,CR3,CR1,1746,5001,5001,5001,5001,1746,308,301,Page111,TEFRR应用优化（2）,P1/0/0,Shortcut,AR1,AR2,AR3,AR4,CR2,CR4,CR3,CR1,1由于各种原因Tunnel端口中断，此时IGP重新收敛到物理端口上。但物理端口上没有启用LDP，导致LDPLSP无法建立。2在物理端口上启用LDP可以规避此问题,Page112,TEFRR优化T局双归接入节点方案优化端局CE接入方案优化,网络优化篇,Page113,中国移动IP承载网T局双归接入拓扑（海南）,UMG,SS1,UMG,OSPF,VRRP,VRRP,OSPF,UMG,OSPF,SS2,VRRP,VRRP,信令,媒体,海南BR1,海南BR2,广州CR1,广州CR2,广州AR1,广州AR2,ISIS277,5897,5001,5001,5897,海南UMG到广州SS2注册,11,Page114,T局双归接入信令（海南）,UMG,OSPF,VRRP,海南BR1,海南BR2,ISIS277,5897,SS2,广州CR1,广州CR2,广州AR1,广州AR2,5001,5001,5897,Default-route-advertisealways,1海南BR1的上行和互连IGP链路同时中断，信令流仍然会被引导到BR1上2海南BR1发生重启，在启动的过程中，OSPF先于BGP收敛，此时信令流会被引导到BR1优化方案：取消OSPF强制下发默认路由功能将BGP引入OSPF，并进行路由聚合,Page115,T局双归接入信令回程流量（海南）,UMG,OSPF,VRRP,海南BR1,海南BR2,ISIS277,5897,SS2,广州CR1,广州CR2,广州AR1,广州AR2,5001,5001,5897,IProute10.0.62.025null0preference200bgp24059ipv4-familyvpn-instanceChinaMobile_NGN_SGnetwork10.0.62.0255.255.255.128,10.0.62.0/25,disiprouting-tablevpn-instanceChinaMobile_NGN_SG10.0.62.0Destination/MaskProtoPreCostNextHopInterface10.0.62.0/25O_ASE1501010.0.60.10Ethernet2/1/0,11,disbgpvpnv4allrouting-table10.0.62.0Originalnexthop:221.130.208.75AS-pathNil,originigp,MED11,localpref100,pref-val0,valid,internal,best,pre255Originalnexthop:221.130.208.74AS-pathNil,originigp,MED11,localpref100,pref-val0,valid,internal,pre255,信令回程流量,Page116,T局双归接入信令回程流量（海南）,UMG,OSPF,VRRP,海南BR1,海南BR2,ISIS277,5897,SS2,广州CR1,广州CR2,广州AR1,广州AR2,5001,5001,5897,10.0.62.0/25,disiprouting-tablevpn-instanceChinaMobile_NGN_SG10.0.62.0Destination/MaskProtoPreCostNextHopInterface10.0.62.0/25static20000.0.0.0null0,11,disbgpvpnv4allrouting-table10.0.62.0Originalnexthop:221.130.208.75AS-pathNil,originigp,MED11,localpref100,pref-val0,valid,internal,pre255Originalnexthop:221.130.208.74AS-pathNil,originigp,MED1,localpref100,pref-val0,valid,internal,best,pre255,信令回程流量,disiprouting-tablevpn-instanceChinaMobile_NGN_SG10.0.62.0Destination/MaskProtoPreCostNextHopInterface10.0.62.0/25O_ASE1501010.0.60.10Ethernet2/1/0,Page117,T局双归接入信令回程流量优化方案,UMG,OSPF,VRRP,海南BR1,海南BR2,ISIS277,5897,SS2,广州CR1,广州CR2,广州AR1,广州AR2,5001,5001,5897,10.0.62.0/25,11,信令回程流量,1在BR1-BR2之间的链路上增加信令子接口，并启用OSPF协议2取消静态黑洞路由,Page118,中国移动IP承载网T局双归接入媒体（海南）,UMG,海南BR1,海南BR2,广州CR1,广州CR2,ISIS,主,备,Backbone,VRRP,Master,Backup,10.0.61.0/29,海南BR1:Interfacevlan20ipaddress10.0.61.4255.255.255.248vrrpvrid1virtual-ip10.0.61.2vrrpvrid1priority105,海南BR2:Interfacevlan20ipaddress10.0.61.4255.255.255.248vrrpvrid1virtual-ip10.0.61.2,Page119,中国移动IP承载网T局双归接入媒体（海南）,UMG,海南BR1,海南BR2,广州CR1,广州CR2,ISIS,主,备,Backbone,10.0.61.0/29,优化方案：在VRRPMaster设备上Track下行接口，下行端口故障时降低VRRP优先级，使之成为VRRPBackup,UMG,海南BR1,海南BR2,广州CR1,广州CR2,ISIS,主,备,Backbone,10.0.61.0/29,Trackthisinterface,Master,Master,Page120,T局双归接入媒体回程流量（海南）,UMG,BR1,BR2,CR1,CR2,ISIS,主,备,Backbone,VRRP,Master,Backup,10.0.61.0/29,iproute-staticvpn-instanceChinaMobile_NGN_Media10.0.61.0255.255.255.128NULL0preference200bgp24059ipv4-familyvpn-instanceChinaMobile_NGN_Medianetwork10.0.61.0255.255.255.128,媒体回程流量,媒体回程流量,Page121,T局双归接入媒体回程流量,UMG,BR1,BR2,CR1,CR2,ISIS,主,备,Backbone,VRRP,Master,Backup,10.0.61.0/29,优化方案1删除静态黑洞路由2在BGP中,发布直连明细路由3BGP中不能进行路由聚合,媒体回程流量,媒体回程流量,Page122,TEFRR优化T局双归接入节点方案优化端局CE接入方案优化,网络优化篇,Page123,端局VoIP接入组网图（媒体）,ISISLDP,OSPF,OSPF,OSPF,PE1,PE2,CE1,CE2,UMG,IP1-1,IP1-2,IP2-1,IP2-2,直连路由引入到OSPF中对IP1进行聚合（IP1），配置静态黑洞路由，并采用E1方式引入OSPF中，Cost为10配置目标前缀为IP2，下一条为IP1-2的静态路由，并引入OSPF,将IP1和IP2在BGP中发布,IP1IP1IP2,IP1-2,IP2-2,IP2MED:31IP1MED:21,IP2MED:31IP1MED:11,IP2IP2IP1,直连路由引入到OSPF中对IP2进行聚合（IP2），配置静态黑洞路由，并采用E1方式引入OSPF中，Cost为10配置目标前缀为IP1，下一条为IP2-2的静态路由，并引入OSPF,IP1-2,Page124,端局VoIP接入组网图（媒体）,ISISLDP,OSPF,OSPF,OSPF,PE1,PE2,CE1,CE2,UMG,IP1-1,IP1-2,IP2-1,IP2-2,IP2-2,IP1MED:31,IP2IP2IP1,IP2-2,IP2MED:11,CE1宕机后，PE1撤销BGP路由。UMG将以IP