实时业务选线路优先看哪几项指标？直接给结论：先看延迟、抖动、丢包率，再看可用性和故障切换时长，带宽放在最后，多数实时业务的带宽需求远比想象中低。
把线路想象成快递员，延迟是出发速度，抖动是路上忽快忽慢，丢包是包裹直接弄丢，实时业务对这"快递员"要求很苛刻：动作要稳，不能迟到，更不许丢件，选线路之前，先把这三项核心看清,比盯着带宽数字有用得多。
延迟与抖动：实时业务线路的第一道门槛
网络延迟和丢包哪个影响大？先分清平均值的欺骗性
很多人测线路只看平均延迟，觉得20毫秒就算优秀，但实时业务真正怕的是不稳定的延迟，业内专家指出一个常见的坑：平均20毫秒，实际可能是5毫秒和35毫秒交替出现,这种波动对音视频通话的破坏力比稳定30毫秒还要大。
抖动指的是延迟的离散程度，视频会议卡顿、在线协同掉线，大部分原因不是延迟太高，而是抖动太明显，TCP协议遇到延迟波动会启动拥塞控制，把发送速率降下来，表现在体验上就是画面突然模糊、声音断断续续。
判断标准，行业共识认为：抖动低于10毫秒属于优质线路，抖动超过30毫秒时实时业务基本不可用，测试抖动不能只跑一次ping，要持续测30分钟以上,看延迟曲线是否平直。
端到端延迟与物理距离的博弈
延迟由光速和路由跳数共同决定，同城专线延迟通常在1到3毫秒，跨省线路在10到30毫秒，跨境线路普遍超过50毫秒，选线路不是越短越好，而是越直越好。
一个具体场景：上海到深圳的实时交易系统，选直连专线可能20毫秒，但如果运营商路由绕到武汉中转，延迟会飙升到35毫秒以上，路由绕行在普通宽带上很常见,专线则提供更优路径。
实操验证方法：使用traceroute命令跟踪路由跳数，看每一跳的延迟，如果中途某跳延迟突然增加20毫秒以上,基本可以判断线路绕路了。
丢包率：实时业务里最隐蔽的线路瓶颈
丢包1%是什么概念
延迟和抖动是慢，丢包是直接坏，实时语音业务里，丢包超过2%就能明显感知杂音，视频会议丢包超过1%会出现马赛克和卡顿,这比很多人以为的阈值低得多。
普通宽带在高峰时段丢包率经常达到1%到3%，平时测不出问题，一开视频会议全暴露了，专线的丢包率普遍控制在0.1%以下,这是两者最本质的差距。
丢包的影响机制要看清：TCP协议下的丢包触发重传，流量越大重传越频繁，恶性循环，UDP协议下的丢包（比如RTP音视频流）不重传，直接丢弃，表现就是画面损坏，所以丢包率这条线,直接决定实时业务的底线体验。
弱网对抗技术解决不了物理丢包
现在很多会议软件宣称有丢包对抗算法，能容忍30%的丢包，这话别全信，算法补偿的是随机丢包，网络拥塞导致的突发丢包,任何算法都救不回来。
选线路时丢包率的考察方法：
- 分时段测试，早高峰、晚高峰各测一次
- 连续测一周，看丢包率是否每天稳定
- 重点关注丢包是否集中在某个时间段
- 用
mtr命令结合ping与traceroute，定位丢包发生的具体路由节点
可用性与故障切换：决定实时业务线路的下限
SLA数字背后的切换速度
线路的可用性用SLA衡量，常见的有99.9%和99.99%两档，看起来只差0.09%，换算成一年停机时间，前者是8.76小时，后者只有52分钟，对于实时业务，每停机一分钟都是直接损失,选线路时这个数字必须较真。
光看SLA不够，还要看故障切换时长，主线路断了，备用线路多久能顶上？优秀的线路组网方案能做到毫秒级切换，业务无感知，糟糕的方案要等路由器协议收敛，几十秒才能恢复,实时业务早就断了。
验证方法：直接问服务商要故障演练记录，正规的专线服务商会定期做链路切换测试，能提供最近几次的演练报告，如果对方支支吾吾,说明切换机制大概率不成熟。
多链路冗余怎么评估
比较实用的做法是双线路热备，两条物理链路同时在线，业务流量走主线路，备用线路实时同步状态，主线路故障时,备用线路无缝接管。
注意区分主备和负载均衡：负载均衡是两条线路同时分摊流量，出故障时只损失一半带宽；主备模式是始终走一条，切换后全量接管，实时业务更适合主备模式,因为负载均衡会引入抖动。
实时业务专线价格怎么选？把预算和场景套起来
专线与SD-WAN的取舍逻辑
专线价格高但最省心，SD-WAN便宜但需要折腾，选哪种取决于业务体量：总部到分公司的大型会议室，专线更稳；几十人规模的电话会议，好的SD-WAN组网完全够用。
对比维度：
| 对比项 | 专线 | SD-WAN组网 |
|---|---|---|
| 延迟稳定性 | 极优，波动小 | 取决于底层网络，波动较大 |
| 丢包率 | 多数情况下低于0.1% | 高峰期可能超过1% |
| 部署周期 | 数周到数月 | 数天 |
| 年成本 | 高 | 中等 |
| 故障切换 | 运营商主导，SLA明确 | 需自行配置，依赖网络监控 |
预算不足时砍什么不砍什么
预算有限时最怕平均用力。砍带宽别砍延迟，100M专线和50M专线的延迟表现几乎一样，带宽节省一半，成本能降不少。砍冗余别砍丢包,单线路加优质服务比双线路加普通服务更实际。
有人说用普通宽带加智能路由器替代专线行不行，要看业务类型：在线文档编辑、云桌面这类对延迟敏感的，普通宽带高峰时段大概率拉胯；如果是非实时的数据同步,普通宽带确实能省一大笔钱。
同城实时业务选线路还要留意什么
本地接入与跨地域组网的差异
同城线路比跨省简单得多，但特意标出来的原因是：物理距离短不代表质量好，同一条运营商的光纤,不同接入点的抖动表现差异很大。
同城实时业务选线路优先问三件事：
- 运营商是否直连本地核心节点的传输链路
- 接入方式是PON（无源光网络）还是PTN（分组传送网），PTN更稳
- 能否提供本地下沉式接入点，就近接入比绕行中心机房强
视频会议选线路带宽跑不满正常吗
一个问题经常被问到，视频会议选线路到底多大带宽够用，大品牌的视频会议软件1080P码率普遍在1.5到2Mbps，几十人参会也才几十Mbps，选50M专线足够，真正的瓶颈从来不是带宽天花板，而是延迟、抖动、丢包这三座大山。
选完线路后的验收动作：先跑一周延迟和丢包的持续监控，正常后再上线正式业务，别急着迁移，实时业务对线路质量的容忍度极低,迁移后出问题排查成本更高。
Q&A：实时业务选线路优先看哪几项指标？
延迟、抖动、丢包率同时测，先看哪个？
按优先级排列：丢包率最致命，延迟次之，抖动再次，丢包直接导致业务不可用，延迟高只是体验差，抖动大大多数时候会被弱网算法弥补，但实际选线路时，三项都要测,只测一项没有意义。
同城专线的延迟一定比跨省专线低吗？
不一定，同城专线物理距离短，但如果运营商没有提前部署本地环网，信号可能需要绕到异地再回来，选同城线路要确认是否走本地直连，别默认距离近就质量好，据工信部公开信息，近年国内一线城市的本地传输网络覆盖率已相当完善，多数情况下同城专线延迟能控制在3毫秒以内,但验收测试仍不能少。
实时业务对带宽的最低要求是多少？
视频通话每人占用带宽在1到2Mbps，屏幕共享再增加1Mbps左右，云桌面需要5到20Mbps，具体看分辨率和帧率，30人规模的视频会议，50Mbps带宽绰绰有余，前提是延迟、抖动、丢包三项指标达标,否则带宽再大也白搭。
实时业务选线路，忘掉带宽焦虑，盯紧延迟、抖动、丢包，再确认可用性和切换速度，这五件事做扎实了，线路基本不会出大问题。 测完再上业务,别等开会时才发现线路扛不住。