2.检查数据链路层
既然有连接,说明网络是通的,发生物理层错误的可能性很小,所以可以将故障排查上升一层到数据链路层。因此交换机对数据包的转发是建立在MAC地址(物理地址)基础之上的,对于IP网络协议来说,它是透明的,即交换机在转发数据包时,不知道也无须知道信源机和信宿机的IP地址,只需其物理地址,即MAC地址。
是不是我们过分相信《网络记录文档》中的接口信息了,交换机的这个接口没有真正连接到这台客户端,而是连接到其他的客户端呢?此时,可以利用第二层信息的排查来确定这个错误是否存在。第二层的关键是MAC地址,可以对照交换机接口上的MAC地址和客户端的MAC地址是否相同,这样也能排除是不是当初施工时《网络记录文档》出现了问题。使用show mac address-table interface gigabitEthernet 1/0/2 命令可以显示连接此接口计算机的MAC地址信息。
3750-24#show mac address-table interface gigabitEthernet 1/0/2
Mac Address Table
-------------------------------------------
Vlan Mac Address Type Ports
---- ----------- -------- -----
10 0014.2275.57ac DYNAMIC Gi1/0/2
Total Mac Addresses for this criterion: 1
此时在客户端上查看本机的MAC地址,如果不匹配则说明交换机上的接口并不是真的连接了这台客户端。工程师让用户在客户端上执行IPCONFIG /ALL命令,然后将MAC地址和上面的进行对比,发现MAC地址是相同的。可能在数据链路层还有其他的错误,但至少“网络记录文档”并没有欺骗我们,交换机端口和客户端主机是对应的。
中铁实战:利用分层模型解决网络故障
0
相关文章