OSI的条理结构把每层功能及职责局限界说得异常清晰，为治理员剖析和排查故障提供了异常好的组织方式。由于各层相对自力，按层排査能够有效地发现和隔离故障，因而一样平常使用逐层剖析和排查的方式。通常有两种逐层排查方式，一种是从低层最先排査，适用于物理网络不够成熟稳固的情形，如组建新的网络、重新调整网络线缆、增添新的网络装备；另一种是从高层最先排查，适用于物理网络相对成熟稳固的情形，如硬件装备没有更改。无论哪种方式，最终都能到达目的，只是解决问题的效率有所差异，第一种方式较为普遍。
详细接纳哪种方式，可根据详细情形来选择。例如，遇到某客户端不能访同Web服务的情，若是治理员首先去检查网络的毗邻线缆，就显得太消极了，除非明确知道网络线路有所更改。比较好的选择是直接从应用层着手，可以这样来排查:首先检查客户端Web浏览器是否准确设置，可实验使用浏览器接见另一个Web服务器:若是Web测览器没有问题，可在Web服务器上测试Web服务器是否正常运行:若是Web服务器没有问题，再测试网络的连通性。即使是Web服务器问题，
从底层最先逐层排查也能最终解决问题，只是破费的时间太多了。若是碰巧是线路问题，从高层最先逐层排查也要浪费时间。在现实应用中往往接纳折中的方式，通常涉及网络通信的应用出了问题，直接从位于中心的网络层最先排查，首先测试网络连通性，若是网络不能连通，再从物理层(测试线路)最先排查:若是网络能够连通，再从应用层(测试应用程序自己)最先排査。
据统计，网站建设网络故障有35%在物理层，25%在数据链路层，12%在网络层，10%在传输层，8%在对话层，7%在示意层，3%在应用层。由此可以看出网络故障通常发生在网络七层模子的下三层，即物理层、链路层和网络层，对应于现实的网络也就是我们使用的网线、毗邻模块、网卡、交换机、路由器等装备故障。这些故障可能由于产物的质量或性能、磨损老化、人为误操作、不准确的设置以及治理缺陷等原因而经常性地发生。其结果轻则影响单个站点的信息传送，重则可能造成网络主要装备:服务器、交换机和路由器的宕机，导致全网络的瘫痪。
(责任编辑：网络)
评论列表