物理层检查:网线、光模块、端口状态

大家常遇到一种情况:网口指示灯亮,Link Up了,ping就是不通。这时候大多数人开始抓包、查路由,折腾半天发现是物理层在捣鬼。

物理层检查,说白了就是确认信号能不能从A正常走到B。它是一切通信的根基。根基不稳,上面再复杂的协议也白搭。我个人习惯,Link Up但ping不通时,先看物理层,绝不跳过去。

物理层检查三要素:网线(介质)、光模块(光电转换)、端口状态(电气/协议握手)。这三样只要有一项不对,数据就走不过去。

网线检查

网线很多人不重视,觉得“只要通就行”。其实80%的物理层故障是网线引起的。我遇到过一台交换机,端口绿灯亮着,速率也显示1000M,但PC就是ping不通网关。换了根短跳线,秒通。你说气不气人?

网线检查关注这几项:

  1. 线缆类型——是直通线还是交叉线?现在的设备基本都支持Auto MDI/MDIX,但老旧设备、特殊场景还是要注意。一般用T568B标准。
  2. 线序——两端线序必须一致(直通),或按规范交叉。我拆过一根“工友自制网线”,8芯乱跳,居然还能亮灯,但10M都跑不满。
  3. 线缆质量——超五类还是六类?屏蔽还是非屏蔽?距离有没有超100米?对于千兆,必须用8芯全通。曾经有个项目,弱电井里用了10年前的五类线,百兆能通,切千兆就狂丢包。
  4. 物理损伤——有没有被老鼠咬、踩断、水晶头接触不良?我见过一根线被机柜门夹出凹痕,Link灯正常,但只要一震动就断流。
常见网线类型对比
类型频率最大距离千兆支持典型场景
超五类(Cat5e)100 MHz100 m可以中小型办公
六类(Cat6)250 MHz100 m良好数据中心、高清视频
六A类(Cat6A)500 MHz100 m良好(10G)高性能网络
超六类(Cat7)600 MHz100 m良好(10G)屏蔽要求高的场合

测线仪不是万能的。普通通断测试只能检查8芯有没有断路或换位,但无法判断近端串扰、回波损耗这些高频性能。对于千兆以上网络,建议用专业线缆认证仪,或者至少用一根已知好的短跳线做对比测试。

光模块检查

光模块比网线更娇气。它涉及光信号、电信号、协议协商多层因素。我记得有回深夜割接,割完后链路亮灯,业务就是不通。折腾两小时,最后发现是模块速率协商失败——一端设成了100M强制,另一端是1G自协商。

光模块检查清单:

  • 速率与双工匹配——两端必须一致。有些模块不支持自协商,需要手动配置。我建议:能用自协商就不用强制,除非特定的SDH/专线场景。
  • 波长与距离——多模(850nm/1310nm)配多模光纤,单模(1310nm/1550nm)配单模光纤。混用可能导致光功率浪费或根本无法通信。曾经有人把单模模块插在多模光纤上,光口能亮(因为接收端有灵敏度),但误码率极高,ping丢包50%。
  • 兼容性——非原厂模块在部分交换机上可能无法正常协商。就算亮了,也可能出现异常。我遇到过思科交换机插了第三方SFP,Link up但MAC地址学不到,换个原厂模块立好。
  • 光纤清洁——光纤端面但凡有一点灰尘,都会导致光功率下降或者信号反射。我随身带光纤清洁笔,每次插模块前先擦一下。你不信?看看光模块端面,有的像糊了一层灰。

注意:不要直视光模块发光口! 尤其是单模1310nm/1550nm,人眼不可见但可以损伤视网膜。测量光功率时,请加光衰或使用经校准的光功率计。

光模块常见故障现象与根因
现象可能原因快速验证
Link up但光功率过低光纤衰耗大、熔接差、模块质量差用光功率计测收光强度,看是否在接收范围内
Link up但大量CRC错误光模块或光纤端面脏、双工不匹配擦光纤端面,检查自协商状态
Link不稳定,时而up时而down光模块温度过高、接触不良、光缆受损查看模块温度(命令行读取),检查跳线是否弯曲过度
Link始终不能up模块不兼容、光纤接反(RX/TX)互换光纤两芯,或更换已知正常的模块

端口状态检查

网线和光模块看了之后,别忘检查端口本省的状态。端口指示灯只能提供非常有限的信息。真正的状态要通过命令行查看。

核心检查项:

  1. 端口是否被shutdown——很多运维用脚本批量配置时,误关了端口。肉眼看去指示灯没亮,就以为是线坏了。我遇到好几次,前台报修,我远程一看端口admin down,一句no shutdown搞定。
  2. 自协商结果——用show interface看协商出来的速率和双工。如果一端是100M/Full,另一端是10M/Half,虽然Link up,但通讯极不稳定,ping延迟高、丢包。我建议在链路两端都设置成 speed auto 和 duplex auto,除非你有硬性要求。
  3. 错误计数器——重点关注CRC、FCS、alignment errors。这些计数器持续增长,说明物理层有问题(网线、光模块、接地等)。比如:show interface GigabitEthernet0/1 | include CRC。如果CRC errors数量在突增,首先怀疑网线或光模块。

快速自查命令(Cisco示例):

# 查看端口状态及协商结果
show interface GigabitEthernet0/1

# 只看错误计数
show interface GigabitEthernet0/1 | include error|CRC|FCS

# 查看光模块的DOM信息(数字诊断监控)
show interface transceiver GigabitEthernet0/1 detail

还有一种情况——端口被软件层面限制了。比如端口安全、风暴控制、流控设置等。这些暂归在第4章聊,但物理层排查时看一眼总没坏处。

本章知识体系与排查流程

下面这张图概括了物理层检查的核心逻辑。从“Link up但ping不通”出发,依次检查网线、光模块、端口状态,最后得出结论。你可以把它贴在手边,下次遇到问题直接对着走。

物理层故障排查流程 物理层检查排查流程 Link up但ping不通 检查网线 线序·类型·物理损伤 检查光模块 速率·波长·清洁度 检查端口状态 shutdown·自协商·错误计数 修复/更换 问题解决 物理层问题经常“假亮真暗” 不要只信赖指示灯

实际排查中,这三个方向往往是交错出现的。比如光模块脏了,Link灯可能依然亮,但端口错误计数狂涨。我习惯优先看端口错误计数——几秒内就知道了问题在哪。网线和光模块检查更像“取证”,靠经验和工具。

嗯,物理层就这么点东西。但越是底层,越容易出错,也越容易被忽视。下一次遇到Link up但ping不通,先别急着敲复杂的命令,摸摸网线、查查光模块、看看端口状态,很多时候五分钟内就能解决。