FY城域网核心路由器升级方案.doc

,本次FY城域网扩容将两台GSR12416升级为12816,用2块2Port10G板卡替换原来的4块单口10G板卡。同时修改FY城域网核心设备和D设备间EBGPttl-security属性。本次实施涉及设备为安徽合肥芜湖四台骨干路由器D设备、FY城域网核心设备人民路A1和新大楼A1。二、实施原因1、城域网十二期工程遗留问题根据安徽电信十二期工程的要求,本次FY城域网扩容将两台GSR12416升级为12816(需利旧合肥和芜湖D2GSR12816的电源及交换矩阵),并将原来的2X10G扩容为4X10G上联省出口路由器,国庆前因FY扩容时间紧迫、于是临时调用了两块单口10G板卡将其出口扩容为4X10G,现原合肥芜湖D212816已经利旧下来,考虑到安徽其他地市单口10G板卡的需求,需要将FY两台GSR升级和板卡替换,利旧合肥2块2Port10G板卡替换原来的4块单口10G板卡。2、FY城域网核心设备和D设备间EBGPttl-security属性更改测试FY城域网出口带宽为40G,FY人民路A1分别以1*10GPOS上行至合肥D1、D2,FY新大楼A1分别以1*10GPOS上行至芜湖D1、芜湖D2。现网最近发生过如下故障:当FY人民路A1上连至合肥D2的链路非正常中断后,合肥D2的log日志中,至FY人民路A1的eBGPPeer出现flapping现象,而不是正常处于Down的状态,直到链路恢复正常后,eBGPPeer状态才恢复稳定的Up状态。当前,合肥D2和FY人民路A1之间通过LoopBack0地址建立eBGPPeer关系。FY人民路A1和合肥D1、D2均有直连链路,根据CiscoTAC对log日志的分析:当合肥D2和FYA1的直连链路中断后,原互指对端LoopBack0地址的32位静态主机路由消失,一条到达FY人民路A1的LoopBack0地址的次优路由出现在路由表中,合肥D2通过递归查找,采用此路由,因此短暂的激活eBGPPeer,至于flapping的原因还需进一步的研究。计划通过本次的测试,修改FY城域网核心A设备和骨干D设备间EBGPttl-security属性,从而杜绝次类故障的再次发生。:,搜集相关的路由和BGP信息;;;;、D2EBGPttl-security属性,然后恢复流量;;、D2EBGPttl-security属性,然后恢复流量;,并测试相应的BGPPeer是否出现flapping的现象。,则立即将修改EBGPttl-security属性的操作回退;如果不存在flapping,则搜集相关的路由和BGP信息,和步骤1中采集的信息进行对比,如不正常,也需要进行回退。,并测试相应的BGP