网络路由问题都用下面这些方法解决

　　很多年至今，大部分不便的网络路由问题都用下边这种办法处理：选用大部分经销商机器设备中的规范技术性，或是布署更强的第三方软件。

　　例如，假如您的生成树网络占有主要部位，或是没法离去nProbe或Wireshark，那麼您就需要应用安全可靠的解决方法，处理之前必须几小时才可以修补的问题。IEEE 802.1D适用无控制回路的联接，而Wireshark只要简洁的实际操作就可以清除随意数据。殊不知，即使有这么多完善的网络管理方法技术水平和专用工具，依然有一些网络路由问题必须管理方法根据安全性shell开展调节。路由剖析便是一个有效的事例。

　　网络便捷专用工具

　　也许大家不容易像安消防灭火器那般在墙壁安裝淡蓝色网络线，可是每一位管理人员都了解从哪里可以立刻寻找。处理路由问题必须根据命令插口反复查询状态表，并且您一直要在每个声卡机架上往返行走。您乃至还很有可能必须联接多台机器设备的控制面板，才可以追踪路由。可是，这种方式也许还没法处理路由调节的真真正正挑戰。路由好像常常会产生问题，而找寻问题根本原因的最有效方式便是即时获取错误信息。

　　即使您配备了不错的syslog警报，很多路由变化也只能隔几日发生一次，因而难以捕获他们。并且，客户也不是汇报路由不正确的最好由来：在页面加载减缓或闲聊运用延迟时间显著时，她们仅仅会向附近人埋怨(尽管在传送途径发生震动或丢包率问题时，有一些VoIP顾客会故意得出主观性的低得分)因此，问题就产生了：“您该怎样按时查看路由表，并在网络路由发生问题时立刻能接收到警报呢?”

　　路由分析时发生的危害

　　网络的具体路由包括很多要素，他们会(但不一直)以多种方法对分别造成危害。路由信息内容协议书、对外开放最短路径算法优先选择、界限网关ip协议书、提高内部结构网关ip路由协议书和静态数据配备等都是对最后路由造成危害。实质上，他们一起组成了一种虚似配备。可是，最后的“物理学”路由只有在一个部位认证：路由表。可是，哪里有那么多時间一天到晚盯住全部设施的路由表呢(并且也没道理那样做)?

　　最先，每每路由产生变化时，它会强制性路由器再次测算网络拓扑结构，因而网络会充斥着升级的数据。这并不太好。次之，路由变化检验通常在问题发生以后，因而您务必花时间查询每个路由叶连接点，才可以发觉几个小时前发生什么事。有时，路由变化很有可能会减少总流量传输速率，因而路由很有可能回退到前一条特性欠佳的路由。而有时，这种变化很有可能会断开某条链接或终断重要客户服务。

　　幸亏，很多网络特性监控解决方案可以轻轻松松浏览所监控系统的路由表。由于他们可以认知路由变化，因此您不用联接控制面板，就可以接受到警报、转化成表格或立即查询路由表。将他们与网络拓扑结构发觉专用工具紧密结合，您就可以监管每个终端设备的详细总流量路由，查验插口联接自然环境的路由关键点。一层网络是不是依然全部问题的根本原因，追踪一台网络服务器到一个联接信号指示灯灭掉的端口号间的终断数据流，不用管理人员离去自身的工序。路由变化历史时间汇报和变化路由查询主视图通常全是免費的。

　　毫无疑问，当路由变化时推送syslog信息是很便捷，可是您依然务必监管日志，才可以立即捕获有时候难以解释的变化。为了更好地节约您的時间，花一些时间配备路由监管专用工具，以即时方法推送与变化有关的警报，而且追踪他们的变化历史时间。那样，您就可以更迅速地修补问题，而且取代控制面板连线的方式。