LSDB 快照成为网络模型
单份快照能提供什么？
来自一台路由器的 show ip ospf database router 输出成为网络的静态快照：13 台路由器、26 条链路。无需访问路由器，即可离线处理：路径计算、网络元素搜索、维护规划。图中显示 pe15 → pe30 路径：cost 为 41，共四条等价路径。
Topolograph 如何了解你的网络并与之协同工作
1. 快照与分析 Community
在模型上模拟链路故障
能否将某条链路或某台设备下线？
在模型上关闭 core10 ↔ core30 链路：SPF 重新计算，流量转向 core11 ↔ core31，cost 从 41 变为 50，仍有四条路径。真实网络不受影响。
2. 持续监控 Enterprise
作为网络传感器的采集器
网络现在正在发生什么变化？
Topolograph 采集器（watcher）接收路由协议更新，并转发拓扑变化事件。它通过三种方式之一接入网络：普通 IGP 邻接、基于 GRE 的 IGP 邻接，或 BGP-LS；演示中使用的是与 rr1 之间的 GRE 邻接。当 pe15 ↔ core110 链路断开时，两端都会泛洪新的 Router LSA，更新到达采集器，带时间戳的事件随即送达 Topolograph。pe15 → pe30 的四条路径中剩下两条。
历史路由分析
事故发生时网络是什么样子？
时间线重放采集器事件：pe14 → core110 度量、pe15 ↔ core110 链路断开并恢复、core31 上出现的新网络、一个 TE 度量。随后光标在 T+3 秒与 T+5 秒之间移动：故障前四条路径，故障后两条。可以将 T0 快照与之后任一状态进行对比。
3. 借助 AI agent 排查 Agent 1.0
AI agent 基于同一份数据回答
最近 15 分钟网络里发生了什么？
工程师提出问题。agent 调用 Topolograph MCP 服务器中用于事件和故障计算的工具，并附上数据引用作答。Agent 2.0 已能按预先约定的 runbook 诊断事故：由工程师发起请求，或在事件触发工单时自动执行。只读访问、授权和明确的 runbook 步骤使诊断既安全又快上数倍。
结构与路径随时间的变化网络 AI Agent
工程师的问题与 AI agent 的回答 Agent 1.0 · 可用
工程师提问最近 15 分钟网络里发生了什么？
Topolograph agent 回答
15 分钟内有五处变化：
- T+2 秒 pe14 → core110 度量：10 → 14
- T+4 秒 pe15 ↔ core110 链路断开; pe15 → pe30 路径：4 → 2，均经过 core111，cost 为 41
- T+14 秒 core31 上出现了新网络 31.31.31.0/24
- T+24 秒 pe15 ↔ core110 链路恢复; 路径恢复为 4 条
- T+34 秒 core10 → core11 的 TE 度量发生变化
协议数据无法说明链路为何断开。 是否检查 pe15 和 core110 在事故时段的日志？ Agent 2.0