通信数据网Ping包时延正常但业务卡顿——MTU不匹配的“隐形杀手”教法

wyzbxzz

今天聊一个数据通信网里经常被忽略的问题：用Ping命令测试铁路数据网的两个站点，时延稳定在2-3ms，丢包率0%，但用户反映传文件特别慢、打开办公网页卡顿、甚至CTC的某些数据偶尔刷新不出来。新学员小孙就遇到过：某站信号工区投诉CTC终端查列车计划时，有时要等十几秒才刷新。他Ping了一整天，时延正常，丢包为零，查了交换机配置、换了网线都没用。后来我让他用不同大小的Ping包测试，发现当包大小超过1472字节时，就开始出现丢包和长时延。原因是这条链路的MTU（最大传输单元）被某个老旧的路由器设成了1400字节，而业务端默认发1500字节的大包，导致IP分片和重组，造成卡顿。今天我就讲讲，怎么教新学员用“变长Ping”发现MTU不匹配的问题。

一、Ping正常 ≠ 大包正常——从小车过大桥讲起

我培训时用一个比喻：Ping默认发的包很小（通常32字节或64字节），就像一辆小自行车过桥，桥再窄也能过。业务发的大包（比如1500字节的以太网帧），就像一辆大卡车。如果桥洞限高2米，自行车能过，卡车就卡住了。MTU就是网络的“桥洞高度”。两端的设备默认用1500字节，但中间某个路由器或交换机把MTU改小了（比如设成1400），大包就会被强制拆分成多个小包（分片），到对端再重新组装。分片和重组消耗设备CPU时间，而且只要丢一个分片，整个大包就丢了，就得重传，导致卡顿和效率下降。

我让学员记住：“Ping通不代表大包通，Ping小包不代表业务顺。”

二、MTU不匹配的三大表现——卡顿、掉线、不全

我总结三个典型症状，让学员接到投诉时能快速判断是不是MTU问题：

第一，传文件慢但浏览网页还行。文件传输通常用大包，网页浏览用小包多。如果小包正常、大包慢，高度怀疑MTU。

第二，某些业务正常，某些业务异常。比如CTC的小数据查询正常，但大图片或计划表刷新慢。因为不同业务发的包大小不同。

第三，时延偶尔抖得很高。分片重组导致处理时延增加，Ping响应时间会从2ms跳到100ms以上，但不是持续的。

三、如何发现MTU不匹配——变长Ping法和DF标志位

我教新学员一个标准排查方法：

第一步，用Ping发送不同大小的包。Windows下命令：ping -l [大小] -f [目标IP]。-f是设置“不分片”标志（DF=1）。从1400字节开始，每次增加10字节，直到Ping不通或显示“需要分片但设置了不分片”。能Ping通的最大包长，就是这条链路的实际MTU（还要加上28字节的ICMP和IP头）。

第二步，找到临界值后，在业务两端设备上修改MTU。比如发现临界值是1472，实际MTU就是1500（1472+28）。如果临界值只有1372，实际MTU就是1400。需要在两端终端的网卡设置或路由器接口上把MTU改成1400或更小。

第三步，改完后用大包（比如1472字节）做长时间Ping测试，确认不丢包、时延稳定。

四、铁路数据网中常见的MTU陷阱——VPN隧道、老旧路由器、MSTP透传

我总结三个在铁路环境里特别容易出MTU问题的地方：

第一，VPN隧道。通信段的数据网经常通过IPsec VPN或L2TP连接不同站段。VPN会在原始包外面再加一层头，比如IPsec加50-60字节。如果原始包1500字节，加上VPN头就超过1500，必须分片或者把原始MTU设小。我遇到过某段VPN链路，MTU被迫降到1400才稳定。

第二，老旧路由器。有些沿线站点的路由器是十年前的设备，处理大包的能力差，或者默认启用了“IP分片”但性能跟不上。换新路由器或者调整MTU就能解决。

第三，MSTP透传。通信段租用运营商MSTP电路时，运营商侧设备的MTU可能只有1492（因为PPP over Ethernet开销）。需要和运营商确认透传的MTU大小，并在两端设备做匹配。

五、MTU不匹配对行车业务的影响——从“刷新慢”到“灰屏”

我专门讲一下对行车业务的影响。CTC和TDCS的数据通道，虽然主要传输小数据包（车次号、进路信息），但某些操作（比如调取站场图、查询历史计划）会传输较大数据块。如果MTU不匹配导致分片和重传，用户感知就是“刷新慢”、“转圈圈”。更严重的是，如果中间有个设备强制丢分片，大包永远到不了，业务就会中断。

我让学员记住：信号工区投诉“CTC卡”时，不要只查传输网的2M误码，也要查数据网的MTU。方法就是变长Ping。

六、对比：数据网MTU vs 传输网VCG捆绑

我做了一个跨系统对比，帮学员理解不同网络的“大包”概念。数据网的MTU是IP层的概念，指一个IP包最大能有多大。传输网的VCG（虚级联组）是将多个2M或VC12通道捆绑成一个大通道，类似多条小路拼成一条大路。MTU不匹配相当于路上有个小桥洞，VCG不通相当于路直接断了。排查顺序：先查路通不通（VCG状态），再查桥洞高度（MTU）。

七、一个实用的口诀：“小Ping正常大Ping丢，MTU多半矮一头；加个-f慢慢试，找到临界改数值”

我给学员总结排查口诀：

小Ping正常大Ping丢：默认32字节通，超过1400就断。
MTU多半矮一头：中间设备的MTU比两端小。
加个-f慢慢试：Ping时加-f（不分片）参数，从大到小测临界值。
找到临界改数值：两端网卡或路由器MTU设为临界值对应的值（临界值+28）。

本文内容主要引自《铁路数据通信网技术规范》及《铁路通信维护规则》中“IP网络性能测试”“MTU配置要求”“故障排查流程”等相关章节。所有教学案例均在培训演练环境或天窗内作业计划内实施，文中提供的测试方法仅供辅助判断，正式故障处理应以现场实测数据和厂家技术指标为准。以上教材及规范均来自铁道职培APP“铁道文库”。