拓扑和端口不一致
图纸、设备配置和现场端口无法互相验证，排障和改造都要重新摸底。
改造先从现状关系开始
网络改造不是把旧设备换新，而是把依赖关系重新讲清楚
很多旧网络并非完全不可用，而是拓扑、地址、端口、策略和业务依赖逐渐失去记录。改造需要先确认哪些必须保留、哪些需要重构、哪些业务不能中断，再制定可以验证和回退的实施路径。
01 / 改造起点
旧网络难改，常常是因为现状没有形成共同基线
改造风险不只来自设备老旧，也来自“没人知道现在到底怎么连”。端口、地址、上联、业务系统和安全策略没有共同图纸，任何一次调整都可能影响未被记录的依赖。
业务依赖隐藏在临时配置里
旧路由、NAT、VLAN 和例外策略由个人经验维持，变更窗口难以评估。
扩容只能继续叠加
没有目标架构和容量基线，新增区域继续沿用旧问题。
02 / 目标架构
把布线、交换、路由、安全和业务迁移放进一张改造蓝图
目标架构要同时看物理和逻辑：机柜、链路、交换层、网关、分区、出口、服务器和关键应用如何连接，哪些设备可复用，哪些路径需要重建，都要在改造前形成判断。
保留与重构
按容量、兼容性、生命周期和风险判断设备、链路与配置是否继续使用。
分区与路径
重新组织办公、服务器、访客、管理、分支和云资源的访问边界。
容量与演进
为端口、上联、地址、PoE、无线和后续业务留出可解释的扩展空间。
03 / 迁移割接
先试点、再分批，把业务连续性变成可验证的实施条件
改造施工要把设备安装、配置迁移、业务验证和回退步骤安排在同一个窗口内。每一批切换都要有明确的观察指标和责任人，避免出现“设备已经换了，但业务是否正常没人确认”的情况。
- 01
盘点与建模
核对设备、端口、链路、地址、路由、策略、应用和责任人。
- 02
设计与预演
形成目标拓扑、配置基线、迁移顺序、测试清单和回退条件。
- 03
分批割接
先完成低风险或代表性区域，再扩展到核心和关键业务。
- 04
验收交接
用业务访问、链路、策略、性能和日志结果确认改造有效。
04 / 交付与维护
改造结束后，新的网络应该比旧网络更容易理解
交付资料需要把新旧差异、设备配置、地址规划、端口关系、测试结果和变更责任留下来。这样后续扩容或故障处理才能基于新的基线继续推进。
新旧拓扑对照
说明哪些设备、链路、地址和策略被保留、替换或废弃。
配置与资产资料
交付设备、端口、版本、配置备份和管理责任。
测试与回退记录
保留业务、性能、策略、日志、切换和回退验证结果。
05 / 常见问题
项目开始前，应该先把这些问题问清楚
网络改造一定要全部停机吗？
不一定。可以根据业务依赖和目标架构安排分区、分批或旁路验证，但需要提前确认窗口、观察指标和回退路径。
旧设备能不能继续利用？
需要结合性能、兼容性、支持周期、配置质量和故障风险判断，不能只按设备是否还能启动来决定。
下一步
从现有网络、用户和业务路径开始沟通。
说明现有拓扑、反复出现的问题、扩容计划或安全要求，再围绕真实运行环境确认实施范围。