如果你的生成树网络中占有重要地位或不能离开nprobe或Wireshark的，那么你应该使用可靠的解决方案，需要几小时repair.ieee 802.1d支持环自由连接的问题，只需要简单的操作和Wireshark清理任何数据包。然而，即使有很多成熟的网络管理技术和工具，还有一些网络需要通过安全壳调试托管问题路由路径分析是一个很好的例子。


网络的便利工具


也许我们不安装淡蓝色的线像一个灭火器壁，但每个管理员知道马上找到它。解决路由问题需要状态表反复查看通过命令行界面，你总是需要在每个机架上来回移动。需要连接设备的数量控制台的路由跟踪你甚至可能。然而，这些方法不可能解决路由调试的真正挑战。路由往往是一个问题，和最有效的方法来找到问题的根源是在实时获取错误信息。


即使你有一个良好的syslog警报，许多路由变化只会每隔几天，所以很难抓住他们。此外，用户最好来源不报告路由错误：慢下来或者在聊天应用程序页面加载明显延迟，他们只会对周围的人抱怨（虽然抖动或数据包丢失的问题出现在传输路径，一些VoIP客户会故意给一个主观评分很低），问题就出现了：你怎么会；定期检查路由表，网络中的路由问题立即可以收到警告；


路由解析的影响


实际的路由的网络，将包含的因素很多，但不总是，在各种不同的方式互相影响。路由信息协议、开放最短路径优先，边界网关协议，增强内部网关协议和静态配置路由都会对最终的路由的影响。在本质上，它们形成一个虚拟的配置在一起然而，最终的物理路由只能在一个位置验证：路由表。但谁有那么多时间去看一整天的所有设备的路由表（它不这样做的道理）


首先，当路由发生变化，它迫使路由器重新计算网络拓扑结构，因此网络将充满更新包。那是不好的。其次，路由变化检测通常是发生问题后，你必须花时间看每个路由节点找出几个小时前发生了什么事。有时，路由变化可能减少交通的传输速度，所以路由可以回滚到以前的表现不佳的航线。有时，这些变化可能会切断连接或中断关键用户服务。


幸运的是，许多网络性能监控解决方案可以很容易地访问的监控设备的路由表，因为他们可以感知路由发生改变，你不需要连接到控制台，你可以收到报警信息，生成报告，或直接查看路由表。结合网络拓扑发现工具，可以监控完整交通各终端的路由和检查接口连接环境的路由信息。是否一层网络仍然是所有问题的根源，跟踪服务器中断的数据包流，连接电灯熄灭港口之间，不需要管理员离开自己的工作站路由历史报告。改变路线V镜下观通常是免费的。


当然，这是发送syslog消息路由变化时非常方便，但你仍然要监控日志赶上有时候很难理解的变化。为了节省你的时间，花一些时间配置路由监测工具，发送警报，实时的改变有关，并跟踪他们的变化历史。这样，你会能够解决问题更迅速，消除机的方法。