上周三晚上八点，一个做TikTok跨境带货的客户在群里甩了张截图：OBS推流码率从6000kbps直接掉到800kbps，画面冻了整整四秒，弹幕全是"卡""卡""卡"。他用的某运营商200M家宽，ping香港服务器延迟180ms，丢包率3.7%。

我让他把mtr报告发过来一看，第4跳开始延迟从35ms飙到190ms，典型的BGP晚高峰拥塞。家宽走公网国际出口，跟几百万人抢同一条通路，你不卡谁卡？

换成深港IEPL物理专线之后，同样的OBS配置、同样的SRT推流，RTT稳在38ms，丢包率万分之二。晚高峰？不存在的。物理隔离的通路，不跟公网流量挤。但光有专线还不够——香港直播网络专线不卡顿这事儿，SRT推流的三个参数要是拧错了，专线也白搭。

为啥你的直播专线照样卡

很多人花了大几千上了IEPL，结果直播照样卡。不是专线不行，是SRT（Secure Reliable Transport）推流的参数没拧对。专线给你一条物理隔离的通路，但上面跑什么协议、参数怎么配，那才是决定卡不卡的地方。

三个要命的旋钮：

• latency（SRT缓冲延迟）—— 设太大，画面延迟白涨；设太小，ARQ重传来不及补包，直接花屏。广港IEPL的RTT实测35ms上下，latency给70-100ms就够，别拍脑袋写个500ms进去。
• FEC冗余比例（前向纠错）—— 很多人一上来就拉20%，结果50M带宽被冗余吃掉10M，晚高峰直接堵死。直播推流给5%-8%，配合ARQ做保底，够了。
• QoS队列优先级 —— 直播UDP流量和下载TCP流量走同一个队列，晚高峰一堵推流直接排队等死。把SRT端口标记成EF（DSCP 46），路由器上配一条策略路由，这事儿就解决了。

（说句得罪人的话：90%的"专线卡顿"工单，拆开一看都是这三个参数没配对。通路是好的，参数是烂的。）

两种专线跑直播的实测数据

上个月拿深圳福田到香港葵涌的通路跑了一组对比，同一家运营商，同时段，OBS推SRT流，1080p/60fps/8Mbps码率：

跑直播推流，IEPL（International Ethernet Private Line）的以太网接口天然适配SRT/RTMP这类IP协议栈，不用额外搞协议转换。IPLC的TDM时隙隔离确实抗干扰，但你得在上面再套一层以太网封装，多一跳就多一份延迟飘移的风险。

排障的时候别光看ping，直接上mtr跑100个包看分布：

# 跑100个包看每一跳的丢包和延迟分布
mtr -n --report-wide -c 100 103.xx.xx.xx

怀疑是ICMP限速造成的假丢包，换TCP模式再跑
mtr -T -P 9000 -n --report-wide -c 100 103.xx.xx.xx
抓SRT推流包看重传风暴
tcpdump -i eth0 udp port 9000 -w /tmp/srt_capture.pcap -c 5000

mtr报告里重点看Loss%和StDev两列。Loss%超过0.5%的那一跳就是堵点，StDev超过10ms说明延迟飘移严重，SRT的latency参数得往上调。

这些情况碰了专线也白搭

讲真，不是所有人都需要上IEPL。以下情况你碰了专线也是白扔钱：

• 一天就播半小时，观众不超过50人 —— 普通BGP带宽绑个SRT就够用了，月租省下来的钱够买两台采集卡。
• 推流码率低于2Mbps —— 这个码率公网都扛得住，上专线属于杀鸡用牛刀。
• 团队里没人会看mtr报告、不会调SRT参数 —— 专线买回来参数还是默认的，那跟公网没区别。先把手艺练出来再签合同。
• 预算卡死在3000以内 —— 这个价位只能买到共享带宽的"伪专线"，晚高峰照样堵。不如把这笔钱花在SRT参数调教和FEC配置上。

反过来说，如果你同时跑3路以上推流、码率8Mbps往上、晚高峰必须稳如老狗、观众分布在东南亚和北美 —— 那IEPL专线基本是刚需，没得选。

深港IEPL通路这块，StrataServer的POP接入点设在深圳福田和香港葵涌，RTT实测38ms上下，晚高峰丢包没超过万分之二。合同里写死了SLA 99.99%，超时按小时赔。选服务商就盯一个东西：能不能给你看最近30天的mtr报告原文。给不出来的，扭头就走。

作者简介：老贺，前某头部CDN厂商网络运维组技术主管，干了9年跨境传输通路的调度和排障。后来出来自己搞了个小工作室，专门帮跨境电商团队搭直播推流环境。手上跑过的IEPL/IPLC合同少说四五十份，踩过的雷能写一本书。现在日常就是帮客户看mtr报告、拧SRT参数、跟运营商扯皮开通周期。

专线合同一签就是半年起步，参数没调对等于白扔钱。拿到通路第一天就把mtr跑起来，latency、FEC、QoS三个旋钮挨个拧过去。拖到开播当天才翻车，观众可不会等你。