隧道多了就要有规划
一端对接多个对端时会存在多条隧道接口，数量上去以后，问题不再是单条隧道能不能通，而是能不能快速找到出问题的那一条。可行做法是把编号、地址与描述成套规划：接口编号按对端或线路固定分配，每个隧道使用独立的小网段避免重叠，接口描述写清对端名称与所走线路，再维护一份台账记录接口与对端、网段、算法的对应关系。这样在排查时，只看接口描述就能确定位置，不必翻配置逐条比对地址。
基本信息
| 编号规则 | 按对端或线路固定分配，避免随意跳号 |
|---|---|
| 地址规划 | 每条隧道使用独立的点对点小网段 |
| 接口描述 | 写明对端名称与承载线路，便于快速定位 |
| 台账内容 | 接口、对端、隧道网段、加密参数的对应关系 |
| 查看方式 | 列出接口描述，按对端快速检索 |
典型使用场景
- 总部对接大量分支：隧道数量多，需要统一编号规则
- 多线路备份：同一对端的不同线路用不同接口承载
- 新增隧道：按既有规则分配编号与网段，保持一致性
- 故障定位：通过接口描述快速找到对应隧道
- 交接文档：让接手人员能独立完成日常排障
描述与台账示例
描述与台账示例
interface Tunnel101
description TO-BRANCH-A via ISP1 # 对端与线路都写在描述里
ip address 169.254.101.1 255.255.255.252
!
# 一次列出所有隧道接口及其描述，快速定位
show interfaces description | include Tunnel
# 台账建议同步维护：接口号、对端名称、隧道网段、加密参数规划要素对照
| 要素 | 规划方式 | 不规划的后果 |
|---|---|---|
| 接口编号 | 按对端或线路固定分配 | 编号混乱，排查时需逐条比对 |
| 隧道网段 | 每条隧道独立小网段 | 网段复用导致路由重叠与黑洞 |
| 描述 | 写清对端与线路 | 同类隧道无法区分，定位靠猜 |
| 台账 | 与配置同步更新 | 人员变动后信息丢失，排障成本倍增 |
接口描述是成本最低的文档形式：不需要额外系统，只要在每个接口下写清楚，巡检和排障时立即能用。
隧道网段建议使用不会与业务网段冲突的专用地址段，避免后期新增业务时发生重叠。