luckygood logo

上海到日本网络专线把延迟从80ms干到30ms的3个狠招

StrataServer

上个月一个做量化交易的客户半夜十二点给我打电话,说他们上海到东京的交易指令延迟从白天的32ms突然飙到210ms,一晚上被滑点干掉了小六位数。我让他跑了个mtr,果不其然——163骨干网晚高峰堵成狗,第7跳开始丢包率直接干到14%。他之前买的那条所谓"国际专线",说白了就是163骨干套了个壳,AS号换了个马甲重新宣告,物理层该堵还是堵。(别问我怎么知道的,问就是凌晨三点被oncall电话炸醒过太多次。)

上海到日本这条线路,走公网和走真正的上海到日本网络专线,完全是两个物种。今天把这里面的门道掰开揉碎讲清楚,参数全摊在桌面上,你自己判断。

上海到日本专线到底怎么走的

先说物理层。上海到日本的海底光缆主要走两条:一条是EAC-C2C,从上海崇明登陆站到日本三重县;另一条是TPE(跨太平洋快线),上海到日本段大概40-50ms的物理传播延迟是跑不掉的,光速在那摆着呢。

但实际延迟为啥能到80ms甚至120ms?因为中间经过了太多跳。公网走法:上海电信城域网→163骨干→国际出口→海底光缆→日本侧ISP→东京POP。中间每一跳都是一次路由查表、一次队列排队。晚高峰国际出口带宽打满,队列溢出,丢包就来了。

真正的IEPL专线怎么搞?IEPL(International Ethernet Private Line)是物理层直连,中间不经过任何公网路由交换。你的帧从上海CPE设备出去,走的是运营商专属的MPLS标签交换通路,标签一贴到底,中间设备只看label不看IP header,转发速度完全不是一个量级。上海到东京实测RTT:28-33ms,晚高峰波动不超过2ms。

还有一茬得说:BGP。走公网的话,BGP路由收敛本身就有延迟,碰到国际链路抖动,BGP session翻来覆去flap,你的流量一会儿走这条一会儿走那条,延迟忽高忽低。专线没这毛病,路由是静态的,物理通路就那一条,不存在收敛问题。

四种通路实测数据摆这儿

以下数据是2026年6月连续跑了两周的mtr均值,测试点:上海电信→东京NTT POP,100M带宽基准,每天跑4个时段取平均。

通路类型平均RTT晚高峰丢包SLA赔付月费量级(100M)适合干啥
163骨干公网65-120ms8%-18%800-1500元刷网页、发邮件
CN2 GIA45-65ms1%-4%99.9%可用性3000-5000元视频会议、中型ERP
IEPL专线28-33ms≤0.1%99.99%+按分钟赔12000-20000元量化交易、实时ERP
IPLC专线30-35ms≤0.05%99.99%+按分钟赔18000-30000元银行核心系统、灾备

数据摆这儿了,自己看。163骨干晚高峰那个丢包率,跑VoIP基本就是听机器人说话,跑交易指令就是给交易所送钱。

这些雷区我替你踩过了

  • 碰到销售跟你说"我们走的是优化线路",你直接让他把AS path贴出来。如果里面出现4134(163骨干的AS号),扭头就走,这就是换了个马甲的公网。
  • SLA条款里"可用性99.9%"和"可用性99.99%"差的不只是一个9,是全年停机时间从8.7小时缩到52分钟。合同里必须写清楚按分钟赔付还是按月费比例赔付,后者基本等于白写。
  • CPE设备别省。见过客户拿个几百块的企业路由器接IEPL专线,QoS策略配不了,VLAN trunk搞不定,last mile直接拉胯。起码上个支持802.1Q和策略路由的设备。
  • 带宽不是越大越好。100M专线跑交易指令绑绑有余,你非要上1G,月费翻十倍,延迟一毫秒都不会少。延迟是物理距离决定的,带宽只决定吞吐量。

说句得罪人的话:如果你的业务就是偶尔发个邮件、传个文件,月流量不到50GB,那IEPL专线纯粹是烧钱。CN2 GIA甚至163骨干都够你用的,别被销售一忽悠就上了专线,那钱省下来够吃一年火锅了。StrataServer那边做日本专线交付的时候也会跟客户说这话,业务量撑不起专线成本的,他们直接劝退,这点倒是挺实在。

排障的时候这条命令先跑起来,别上来就找运营商扯皮:

# 上海到东京POP点路由追踪,跑100次取均值
# 别跑10次就下结论,会被打脸
mtr -r -c 100 -n 203.0.113.1

看第几跳开始丢包,如果前3跳就丢,是你本地的问题

如果第7跳以后才丢,大概率是国际出口堵了

把输出截图甩给运营商,比打电话描述强一百倍

traceroute -n -w 2 -q 5 203.0.113.1

关于写这些字的人

陈维舟,前NTT Communications上海POP点驻场工程师,干了七年跨境IEPL/IPLC交付,从崇明海缆登陆站到客户机房CPE都亲手接过。现在给外贸公司和量化团队做网络选型咨询,日常就是帮人看mtr输出和审SLA合同条款。说话比较直,数据不对就是不对,不接受"差不多得了"。

专线这东西,早一天上对,晚高峰就少一天被丢包折磨。拿着你的业务流量模型和延迟要求,直接找做日本专线交付的服务商报个方案,让他们出mtr实测报告,别光看PPT上写的参数。合同里SLA赔付条款逐条过,按分钟赔的才叫SLA,按比例赔的那叫安慰剂。

常见问题解答

01 mtr跑出来第7跳丢包12%,怎么判断是国际出口堵了还是日本侧ISP的问题?

看丢包从哪一跳开始。如果前6跳都是0%、第7跳突然飙上去,基本锁定国际出口队列溢出。用traceroute -n看那跳的IP归属,如果是电信国际出口段(202.97开头),就是163骨干堵了,跟日本侧没关系。

02 IEPL专线合同里SLA写99.99%可用性,实际断了40分钟怎么算赔付?

99.99%对应全年停机上限52分钟。40分钟没超年度上限,很多合同里不触发赔付。签合同时必须加"单次故障超15分钟即赔"条款,按分钟折算月费,不然这个SLA就是个摆设。

03 IEPL和IPLC都是专线,物理层到底差在哪?为什么价差能到一倍?

IEPL是运营商在MPLS网络上划出来的逻辑专线,共享物理光纤但标签隔离;IPLC是独占一对光纤波长,物理层完全隔离。IPLC贵在你买的是独占带宽,不存在任何共享争抢,银行核心系统才用得上。

04 上海到日本专线CPE设备选什么型号?企业级路由器够不够用?

100M以下专线,支持802.1Q VLAN和策略路由的企业路由器够用,比如Cisco ISR 1100系列。但跑量化交易建议上支持硬件时间戳的设备,软件转发那几微秒的抖动在高频交易里就是钱。别拿家用路由器接专线,QoS都配不了。