（5）网络状态的确认
网络状态的确认——所指定的方案是在前期调研的前提下提出的， 所以如果网络状态发生变化的话，可能割接方案就不再适用，所以你需要随时监测网路状态，有可能的话需要重新调整割接方案，重新进行模拟割接测试。
02 割接风险及应对措施
组织结构
时间安排
本次调整的时间安排在 20XX年 XX月 XX日 00:00～XX月 XX日 04:30 期间进行。
实施方案
回退方案
（1）在割接后， 如果到凌晨 03：30 还有不可解决的重要问题， 需要进行回退工作，之后再确定选定时间进行再次割接。
03：30 开始执行系统回退工作，依照以下割接步骤操作：
将2块新的业务板从交换机 4560E上热拔出，同时在交换机上用命令：
Show run
show int summary
show module
show inventory
show ip int bri
查看交换机中的引擎，模块，端口等是否正常。之后测试交换机上的业务是否正常使用。如出现问题，应及时发现并排除故障。如确认是硬件问题，需及时与客户商量应该怎么处理。
（2）主机 C4506E-A回退步骤与上相同
（3）进行业务测试，确保业务
测试及确认
（1）首先在备机 cisco4506E-B上，敲命令：
cisco4506-B#show inventory
cisco4506-B#show module
cisco4506-B#show run
当发现在 4506E上分别认出 2 块新的业务板卡，端口和信息，并无报警方式发生，即可进行下一步业务测试与验证。
（2）用户方需在板卡割接完成后按照所需业务进行逐步、逐项业务测试、验证。
（3）确保一切业务都与以前一样，并未出现故障，即可表示本次割接任务顺利完成。
最后，我们来梳理一下整个项目一直到切割的流程：
假设我们有这么一个客户，客户有个新的园区刚刚建成，园区内包括建筑物若干，地理覆盖面也较广。
园区、土建施工等这块我们就不说了，园区建成后，肯定是需要一个专用网络的，用于承载公司的业务流量，可能是无线，也可能是有线，或者是有线、无线的融合网络。
不管怎样，肯定是需要一个大规模的园区网络来承载电子化的业务交互数据的，最少，园区内的用户总要上网的吧？
那么有建网需求，就有网络产品或解决方案的销售行为，这里我们直接忽略销售环节，现在假设所有的售前和销售环节都定下来了。
