做两岸业务的都知道，大陆到台湾IPLC专线丢包率看着是0，但ERP同步就是卡成PPT。别急着骂应用层，这锅大概率是底层网络在背。
很多运维只看ICMP回显，一遇到业务超时就拿Ping结果找服务商扯皮。说白了，Ping不丢包根本不代表TCP握手顺畅。今天直接扒开底层，看看怎么揪出那些隐性的网络刺客。
别被ICMP零丢包假象骗了
IPLC (International Private Leased Circuit)本质是物理隔离的国际专线。但在跨境网关的出入口，设备性能瓶颈或MTU不匹配会直接导致TCP层“炸包”。
- 先查路由表，看两岸网关的 MTU值 是否对齐。
- 用 mtr 跑 TCP 模式，别用默认的 UDP，直接看 三次握手耗时。
- 抓包看 TCP Retransmission，这才是业务卡顿的万恶之源。
3种排障维度实测对比
| 测试维度 | 测试协议 | 能否发现MTU黑洞 | 能否发现QoS降级 | 排查耗时 |
|---|---|---|---|---|
| 传统 Ping | ICMP | 绝对看不出 | 完全失效 | 5分钟（白搭） |
| 链路追踪 | TCP/UDP | 只能看个大概 | 晚高峰才显形 | 15分钟 |
| 业务层抓包 | TCP Stream | 精准定位丢包点 | 直接看限速阈值 | 30分钟（根治） |
两类场景千万别用IPLC
不是所有业务都配得上IPLC的造价。如果你只是搞个普通静态网页展示，或者做低频的数据冷备份，千万别用IPLC。
这种场景下，普通BGP线路完全够用，上IPLC纯属烧钱。把钱省下来升级服务器的IO性能，收益比优化这零点几毫秒的网络延迟高得多。StrataServer 在给企业做网络架构评估时，遇到这类需求都是直接劝退，强推BGP方案。
实战抓包与MTU调优
遇到晚高峰TCP重传飙高，直接上服务器抓包。别整那些花里胡哨的图形化工具，命令行最靠谱。
# 抓取发往台湾目标IP的TCP重传和乱序包
tcpdump -i eth0 -nn host 103.x.x.x and tcp[13] & 0x14 != 0 -w tw_retrans.pcap
动态修改网卡MTU值测试黑洞
dhclient -r eth0
ifconfig eth0 mtu 1400 up