当前位置:文档之家› 系统在线割接方案

系统在线割接方案

系统在线割接方案
系统在线割接方案

系统在线割接方案

12.1 割接准备

1、在割接前一天将设备上电观察其运行状态,确保所有的板卡都可以正常注册到新设备上并运行正常。

2、准备好设备割接时所需要的尾纤跳线和以太网线,并对所有线缆做好相应的测试工作,预留部分线缆以备割接中出现损坏。

3、在割接前,将旧网的配置做相应备份。

4、将旧网的配置翻译为新网配置,并将配置加载到新设备上运行观察,确保配置正确无误,所有的配置都可以在新设备正常下发。

5、将设备放置于方便操作的位置,保证不会中途掉电,以备网络割接。12.2 割接步骤

12.2.1 保存网络相关参数

在内蒙古政法网正常运行的前提下,分别保存两台NE40-8设备的相关参数,ospf路由、ospf peer、bgp peer 、bgp路由、MPLS LSP通道数、vrrp参数是否正常,以备设备割接后进行相应参数的比较。

12.2.2 设备割接

现网双链路双设备,可以采用分设备和链路进行切换,保证网络和业务不中断。将原设备1放置于原设备机柜前方,将原设备1所连网络线缆中断,切换到新设备上,查看通过新上设备到局域网到广域网的链路、路由是否可达,如果到路由不可达,立即回退到割接前的状态。

将设备2连接局域网的线缆中断,切换到新设备2上,测试新设备2网络是否正常,并且测试各地的路由是否可达,如果到各地路由出现异常,立即切换回割接前的状态。

将两台新设备通过互联接口进行连接,查看两台新设备之间运行的路由协议是否正常,如果不正常,检查异常原因。

将原网设备1连接的广域网跳线进行切换到新设备1上,查看通过新设备到各地网络链路是否UP,并且测试通过新设备到各个盟市的其它设备是否可达,接下来测试通过新设备到各个盟市的设备是否正常建立OSPF邻居关系,互相之间

的路由是否学习正确。在此操作上,任何一个盟市的路由不可达或接口不UP的情况一旦发生,立刻将该盟市的广域网线缆接回原有的设备1上,看是否正常,并查找原因。

将原网设备2上连接的广域网到新设备2上,查看各广域网接口是否UP,到对端设备路由是否可达,并通过查看接口,查看OSPF状态是否正常,如果一旦出现异常,立刻切换回原设备2上,查看原设备是否正常,并找到故障原因。

将法院、检察院、政法委、司法局、消防总队等从原设备上切换到新设备上,查看其接口连接状态、到对端可达性以及互相学习的路由是否正常,如果一旦任何一条出现异常,立刻切换回原有状态,并检查故障原因。

查看原有在厅路由器、盟市路由器和旗县路由器上所做的路由策略是否正常,如不正常,检查原因并进行更改。

12.2.3 VPN连通性检查

通过上述的设备连通性割接检查,已经证实此次割接在物理层面正常,接下来通过在新设备1和新设备2上执行命令,查看如下参数:ospf路由、ospf peer、bgp peer 、bgp路由、MPLS LSP通道数、vrrp参数是否正常。如果一旦某项参数,例如OSPF peer,BGP peer出现异常,通过着重检查物理连通性、路由学习等方面进行检查,其中注意一点,因为两台设备上的OSPF 路由随着任何一个地址段的可达性进行变化,所以在两台SR88上,ospf路由、BGP路由可能会出现不等数量的丢失会增加,此属于正常现象。

12.2.4 割接检查

经过上述的割接步骤,如果全部通过,说明在此次割接中,物理联通性、路由可达性已经全部验证通过,接下来进行VPN内部数据连通性检查,针对内蒙古政法网上的各个VPN,例如:GA_data、JCY_data、FY_data、SF_data、ZFW_data、voice、video、share、Netmanager、JY_data等VPN进行带源地址PING测试对端,例如盟市节点或旗县节点,查看数据连通性是否正常,如不正常,查看原因并进行相应更改。

12.2.5 业务验证

针对内蒙古政法网网络上运行的各类业务,有代表性的选择部分业务,例如

人口数据库查询等,进行业务验证,看本次割接后内蒙古政法网业务是否正常。如不正常,检查原因并改正。

12.2.6 业务验证后的系统观察

当所有业务测试正常时,后续进行为期一周左右的业务观察,尤其是针对公安系统的人口数据库查询等重要业务,一旦出现业务办理不成功现象,立刻进行检查并找到原因,同时为了保障此次割接的正常进行,在割接后H3C厂家派工程师驻内蒙古公安厅进行业务守局,以确保此次割接的成功,并在出现问题时加紧处理。

相关主题
文本预览
相关文档 最新文档