> ## Documentation Index
> Fetch the complete documentation index at: https://doc.lwops.cn/llms.txt
> Use this file to discover all available pages before exploring further.

# 网络拓扑实践（通用）

<Tip>
  操作手册：[网络拓扑](https://doc.lwops.cn/net-topo)
</Tip>

**核心结论：** 网络拓扑不是画一张好看的架构图，而是把网络区域、站点、设备、链路和责任边界组织成可监控、可下钻、可授权的运维视图。

## 1. 适用场景

适用于多站点、多网络区域、多厂商设备、总部与分支级联的交通、电力、金融、集团企业等客户环境。这类客户的网络关系靠图纸和人工记忆维护，故障定位和权限管理都容易失真。

| **环境特点**  | **典型表现**                    | **网络拓扑如何解决**              |
| :-------- | :-------------------------- | :------------------------ |
| 站点多、地域分布广 | 站点断网后，需逐级电话定位是骨干链路还是站点内故障   | 按区域和站点搭建拓扑树，骨干链路变色快速定位故障段 |
| 多套业务网络并存  | 生产 / 办公 / 互联网告警混杂，拓扑易被跨团队误改 | 一级目录按网络区域划分，目录即权限边界       |
| 网络分层复杂    | 核心、汇聚、接入依赖 Excel 人工维护，交接易丢失 | 自动发现打底，人工按架构修正，构建分层拓扑     |
| 上下级单位级联   | 总部要统览各分支状态，但不需要看内部细节        | 总图只留骨干节点和站点级链路，细节子图下钻     |
| 品牌型号杂     | 指标口径不一，人工逐台登录巡检效率低          | 拓扑节点绑定实时指标，在图上直接查看设备状态    |

## 2. 为什么要建设网络拓扑

<Danger>
  网络结构在 Excel 和个人经验里，故障定位只能靠电话
</Danger>

夜间站点中断，值班工程师同时收到交换机 Down、链路超时、应用不可达告警，却看不到设备连线、端口状态和影响范围，只能从站点、运营商到核心机房逐级确认，半小时仍难定界。

这种环境的通病是：

* **定位慢**：链路关系靠记忆和电话，平均 30 分钟以上，容易误判错派
* **权责乱**：拓扑被跨组误改，故障后互相推诿
* **专线没人认**：两端分属不同单位，中断后无人处理
* **巡检累**：多厂商设备逐台登录，耗大半天还漏检

<Tip>
  网络拓扑把分散的链路关系、实时状态和责任边界，统一成一张可直接排障的全景图。
</Tip>

## 3. 网络拓扑最佳实践

**核心设计思路：** 树管「边界与归属」，图管「结构与状态」——树的层级对齐排障路径和授权颗粒度，图按「总图统览、子图下钻」分层。

### 3.1 规划网络拓扑目录树

<Note>
  设计原则：排障路径是"哪个区域 → 哪个站点 → 哪类设备"，树的每层对应一步；目录即授权颗粒度，按目录授权，不逐图配权限。广域网专线单独建公共目录，避免两端归属争议。
</Note>

| **管理维度** | **示例** | **设计说明**        |
| :------- | :----- | :-------------- |
| 一级       | 网络区域大类 | 分支单位、广域网线路、核心机房 |
| 二级       | 地域分区   | 华东区、华南区         |
| 三级       | 站点     | 上海站点、广州站点       |
| 四级       | 设备类型拓扑 | 核心交换拓扑、无线网络拓扑   |

<img src="https://mintcdn.com/lerwee/L4oT_tLrik7rBIhF/images/image-218.png?fit=max&auto=format&n=L4oT_tLrik7rBIhF&q=85&s=462e71d3663aad035baf6375a276493d" alt="Image" width="2206" height="1180" data-path="images/image-218.png" />

### 3.2 校准真实连接关系

<Check>
  思路：调研摸底 → 自动发现打底 → 手工补齐盲区 → 分层建图、绑定指标。
</Check>

* **调研：** 获取最新的网络架构图和设备清单（IP、SNMP 团体字、型号），确认专线走向。
* **自动发现打底：** 按核心网段配置发现范围（IP 段 + SNMP 凭证）生成初始拓扑。
* **手工修正：** 自动发现不全的链路按架构图补节点、补链路。
* **分层建图：** 总图只放骨干节点（≤30个），接入层和服务器区拆到子图，节点支持下钻。
* **链路绑定指标：** 链路绑定两端端口状态和带宽利用率，颜色随阈值变化。

<img src="https://mintcdn.com/lerwee/9HLdjBmrhWZuPofH/images/image-216.png?fit=max&auto=format&n=9HLdjBmrhWZuPofH&q=85&s=53c4193aad528c5888521f4011c35208" alt="Image" width="2393" height="1531" data-path="images/image-216.png" />

### 3.3 常见问题及处理方式

| **遇到的问题** | **原因**                   | **处理方式**              |
| :-------- | :----------------------- | :-------------------- |
| 发现漏设备     | SNMP 未开启或团体字不统一          | 导出失败清单，交网络组统一补开后补扫    |
| 链路缺失      | 跨广域网、NAT、安全设备串接，邻居关系发现不全 | 按客户架构图手工补节点和链路        |
| 链路归属不清    | 专线两端分属不同单位               | 统一挂到广域网线路公共目录，双方都授权可见 |
| 拓扑图过密     | 单图超过 50 个节点，看不清也拖不动      | 按站点拆子图，总图只留骨干节点       |
| 采集量过大     | 接入层全量指标采集，压力大且利用率低       | 接入层只采存活和上联口流量，核心汇聚采全量 |

## 4. 典型应用场景

### 场景一：骨干链路故障定位

问题：几十个站点同时纳管，某站点失联后，只能靠电话逐级确认是专线故障还是站点内部故障。

解决：拓扑图画出各站点间的专线链路，每条链路绑定两端端口状态和实时流量，中断或越限自动变红。

<img src="https://mintcdn.com/lerwee/9HLdjBmrhWZuPofH/images/thisisachangj01.png?fit=max&auto=format&n=9HLdjBmrhWZuPofH&q=85&s=7616335e83951e17c7673800b840f323" alt="Thisisachangj01" width="2089" height="1196" data-path="images/thisisachangj01.png" />

### 场景二：拓扑权限管理

问题：全公司共用一张拓扑图，人人可编辑。A组排查时拖动几下，B区的链路布局被打乱；一次误删，导致整张图结构错乱，排查半天才发现是有人改图；出了问题互相怀疑，但没有任何记录，无法定位是谁改的。大家被迫约定"非必要不动图"，拓扑图沦为摆设，没人敢维护。

解决：一级目录按网络区域划分，目录即权限边界：按目录授权，各组只能编辑自己区域的图，越权操作直接拦截；每次修改自动留痕，谁改的、改了什么、什么时间，一目了然。

<img src="https://mintcdn.com/lerwee/9HLdjBmrhWZuPofH/images/thisisachangjin02.png?fit=max&auto=format&n=9HLdjBmrhWZuPofH&q=85&s=a3e6ac86aa8df6b1ed98e38ae32db8bb" alt="Thisisachangjin02" width="2864" height="1536" data-path="images/thisisachangjin02.png" />