上周帮一个做电商的朋友排查公司网络问题。公司三十来号人拉的宽带套餐是下行2000M、上行100M合同价还不便宜可一到下午视频会议就“马赛克”设计稿传到客户那边动不动就卡死。朋友一脸不解地问我“同样花了钱为什么我这2000M/100M的光纤还不如隔壁公司那50M的专线稳”这个问题我回答过太多次了今天干脆写成一篇把它彻底拆开。先说结论带宽数字只代表管道有多粗网络稳不稳要看管道在什么条件下运行、有多少人共用、坏了多久能修。2000M/100M和50M专线的差距不在那一串速度数字上而在接入架构、服务质量承诺和运维响应这三件完全不同的事情上。1. 先澄清概念能跑到2000M/100M的通常不是传统意义的ADSL1.1 说“ADSL”只是习惯实际产品是GPON家宽严格讲ADSL是窄带时代的技术ADSL2理论下行上限也就24Mbps上行只有3Mbps左右和标题里的2000M相差两个数量级。所以“2000M/100M ADSL”这个说法只能理解为“非对称入户宽带”的口语化称呼类似的说法还有“宽带”“光纤”等等。现在家庭宽带普遍是GPON或XGS-PON光纤入户下行和上行用不同波长在同一根光纤上跑由运营商的OLT设备统一调度。我为什么要先抠这个细节因为很多人讨论家宽和专线时喜欢拿套餐名字说事结果越聊越糊涂。我们真正需要记住的只有一个关键事实GPON/XGS-PON从出生起就是为“一户一根、共享主干”设计的而专线从一开始就是为企业“独占通道”设计的。两者基因不同后面所有行为差异都源于此。1.2 本质上家宽是公共水管专线是自家独立水缸GPON的分光器常见1:64分光一根主干光纤最多分出64路给64户一台OLT设备下面挂几千户所有用户共享OLT到核心网的上联带宽。运营商为了控制成本上联收敛比往往拉到1:10甚至1:50。这是什么概念假设某个PON口下面64户每户签约1000M总带宽是64G但OLT给这个口分配的上联带宽可能只有2.5G甚至更低。日常没问题大家不会同时跑满晚高峰全在刷视频、下载、传文件公共水管的水压就掉了体现在网络上就是吞吐下降、延迟升高、丢包变多。企业专线走的是PTN、OTN或独立以太网接入在承载网上给每条专线划出独立逻辑通道并有明确的CIR承诺信息速率。买50M专线意味着承载网保证给你至少50M的纯净带宽不跟你讲“错峰使用”。家宽是“业主共用一根管高峰期靠运气”专线是“自己家的水缸随时开龙头都是满水压”。这是第一层本质差别。2. 把“稳”拆成可测量的指标延迟、抖动、丢包和可用性“稳”这个词太模糊如果始终停留在“感觉卡”“感觉流畅”的层面就没办法做判断。做网络的人都清楚判断链路质量要看四个数字延迟、抖动、丢包率、可用性。2.1 延迟与抖动实时业务被“忽快忽慢”折磨死延迟是发送端发出一个包到收到回包的时间通常用毫秒计。家宽空闲时延迟并不差5到15ms很常见但一旦上联拥塞路由器交换机的队列开始积压延迟就会出现锯齿状波动一下10ms、一下80ms、一下300ms。这个波动就是抖动Jitter。这里有个不太被注意的规律链路利用率超过70%以后队列时延会以非线性速度暴涨利用率到90%以上时延迟抖动几乎失控。家宽因为超售晚高峰段落利用率经常冲到90%以上于是你感受到的就不是“慢”而是“一顿一顿的慢”。视频会议、语音通话、远程桌面这类实时业务对绝对延迟其实并不苛刻100ms也能接受但对抖动非常敏感——忽快忽慢会让音频解码器误判丢帧于是画面冻结、声音断续。这就是为什么2000M带宽喂不饱一场视频会议业务需要的不是更大带宽而是稳定的时延。专线因为有独立调度通道和带宽保障延迟曲线平直抖动通常只有几毫秒实时业务自然流畅。2.2 丢包率和SLA家宽是尽力而为专线是写进合同拥塞到极限时路由器会选择丢包。家宽晚高峰丢包1%到5%很常见看视频有缓冲掩盖感觉不明显但对音视频通话、数据库同步、远程登录这类交互业务1%丢包已经能明显感知5%基本没法用。TCP协议虽然会重传但重传造成的延迟叠加在视频通话上就是连续卡顿。专线的做法是把网络质量写进服务等级协议SLA。我见过比较常见的承诺条款包括链路可用性≥99.9%丢包率≤0.1%平均延迟≤30ms抖动≤10ms故障响应4小时不达标按天减免费用。这个承诺不是一纸空文它倒逼运营商在承载网上给专线流量做高优先级调度拥塞时先保专线、再保家宽。指标普通家宽GPON企业专线带宽模型共享超售严重独立逻辑通道CIR承诺晚高峰丢包率常在1%-5%合同承诺≤0.1%抖动可超50ms通常≤5ms可用性SLA无明确承诺99.9%-99.99%并有赔付条款IP地址类型动态/内网IP为主固定公网IP可配路由策略2.3 测量“稳”的方法网页测速是安慰剂MTR和iperf3才有用要验证一条线路到底稳不稳第一步就是忘掉网页测速。网页测速测的是“尽力而为的最大吞吐”它靠TCP重传掩盖丢包测出来的数字好看但反映不出真实质量而且测速节点离你太近根本看不出中间链路拥塞。正确做法分三步# 1. 持续ping关注rtt的平均值、标准差和丢包率 ping -c 300 目标IP # 2. MTR看每一跳的丢包和延迟分布 mtr -rwzbc 300 目标IP # 3. iperf3双向打流验证上行和下行的实际稳定吞吐 iperf3 -c 服务端IP iperf3 -c 服务端IP -R对比测试时要在同一时间段、同一台设备上分别跑家宽和专线连续记录至少三天的晚高峰数据。MTR输出里Loss列看丢包StDev看抖动标准差Avg看平均延迟。如果某条线路晚高峰时StDev翻了几倍、Loss从0.1%升到3%那它就是“假稳”只是平时没人监控而已。3. 上行速率只是表象固定IP、超售承诺和故障兜底才是分水岭经常有人拿“我家宽上行有100M专线才50M”来抬杠。这句话对单个数字成立但对真实业务完全不成立背后藏着三个容易被忽视的差异。3.1 标称上行和实际可用上行是两个世界家宽上行标称100M指的是PON口的共享速率。晚高峰几十户同时上传你的实际上行可能只剩30M甚至更低。而50M专线的50M是CIR承诺值任何时间只要不超额都是稳定50M。对生产业务来说30M和50M的差异不只是“少一点”而是“能否预期”——一个可以计划的资源和一个要靠运气的资源价值完全不同。另外有个被忽视的点TCP协议是双向联动的。你上传大文件时服务器需要回传ACK确认包这些确认包走的是你的上行链路上行一拥塞确认包进不来发送速率会被TCP拥塞控制算法主动降速。也就是说上行不稳定还会反向拖累下行体验。所以我一直建议朋友买宽带不要只看下行数字上行质量同样决定了你“下载得好不好”。3.2 固定IP与内网IP能不能被找到决定了线路能做什么家宽普遍是动态分配很多地区甚至直接分内网IP运营商级NAT外部网络根本找不到你这台设备。想开远程访问、做端口映射、把公司内部系统开放给客户或分支机构基本做不了。2000M带宽却无法对外提供任何服务那它就只能是一个“室内娱乐管道”。专线标配固定公网IP部分还支持反向DNS、静态路由、BGP接入可以让你的网段在全球路由表里宣告出去。跨地域组网、混合云接入、与客户建立点对点互联这些业务天然需要一个“能被别人找到、且身份明确”的地址。这时候你会发现IP资源比带宽数字金贵得多。3.3 故障兜底断网这件事专线有赔付家宽只有排队家宽故障报修走大众客服流程48小时上门都算客气碰上光缆被挖断一个片区一起瘫痪你只能等。专线合同里普遍写明故障响应时限常见的有4小时、2小时极端重要的还有1小时部分线路提供双路由保护光缆断了一芯自动切换备用路由。对生产业务来说断网1小时的损失可能超过专线整年的费用。我们替客户做过测算一家日均几十万流水的电商团队断网半小时的损失足够抵三年专线费。所以从财务角度看“稳定”不是体验问题是ROI问题。业务场景2000M/100M家宽50M专线视频会议白天尚可晚高峰抖动卡顿稳定流畅大文件上传到服务器实际速率浮动高峰期明显缩水稳定达到CIR对外提供服务/端口映射多为内网IP难以实现固定公网IP直接发布断网故障排队报修恢复时间不可控SLA时限超时赔付4. 别忽略用户侧光猫、路由器和网线也能毁掉一条好链路很多人把带宽数字看得太重却忘了流量最终要经过自己家里那堆设备。链路再稳用户侧设备不行一样会卡这条内容不分家宽还是专线但专线用户踩坑后更心疼钱。4.1 光猫默认路由模式第一件事就是改成桥接运营商送的光猫默认开路由模式光转电、NAT、DHCP、DNS转发全压在光猫上。光猫硬件为了量产成本压得极低CPU很弱几十人办公一开视频会议并发连接数一高光猫CPU先过载延迟从几毫秒飙到几百毫秒。解决办法很简单让运营商把光猫改成桥接模式再用自己的企业级路由器拨号并做NAT。多数地区联系客服就能改部分地区要装维上门。我们实测过不少客户换完桥接后晚高峰延迟直接降一半就是“让专业设备干专业的事”的效果。4.2 路由器性能决定了你能跑出多少有效带宽宽带签约2000M如果接的是千兆口家用路由物理上限就是1000M再往上只能靠2.5G口或链路聚合。很多人的“2000M跑不满”根本不是运营商问题是设备问题。企业场景还要多关注一个指标多连接并发能力。几十人开会、传文件、走远程接入时路由器NAT表项不够用就会丢包QoS没配置就会大流量下载挤占视频会议流量。选型时不要看天线数量要看带机量、并发连接数、WAN口速率和是否支持QoS调度。办公网关建议选企业级路由不要买“电竞路由器”来凑数两码事。4.3 网线、网口与双工协商最基础但最容易被忽视2000M宽带光猫到路由器的网线必须六类或以上超五类短距离能跑但抗干扰差、容易协商降速。电脑网卡只有千兆口的话2000M下行跑不满也很正常想跑满得配2.5G或更高规格的网口。还有一个隐蔽问题双工协商。如果网口被协商成半双工老化线路、水晶头接触不良都会引起会出现大量CRC错误和重传表现为“带宽不高但延迟极高”。检查方法不复杂登录路由器看端口协商速率和错误计数错误计数持续增长基本就是物理层有问题换线换头就能解决。5. 从业务倒推选型该买专线还是家宽先回答三个问题技术聊完了落到实际决策。很多人纠结无非是“要不要多花钱上专线”。我不直接给答案给你三个问题按重要程度排。5.1 三个用来判断的问题第一个线路断了半小时业务损失多少只是浏览网页、看视频断网半小时几乎零损失家宽性价比够客服系统、收银、实时交易、远程办公接入断半小时就是大几万损失那稳定性就是硬需求。第二个有没有被外部访问的需求要挂公司官网、开端口映射、让异地分支接入总部固定公网IP绕不开。家宽哪怕是1000M只要给的是内网IP这类需求就是做不了省下的钱没有意义。第三个实时业务占比高不高视频会议、在线协同、远程桌面这类交互型应用占到你日常办公的三分之一以上就别幻想“大带宽优化工具”能掩盖底层链路抖动。底层质量不行上层优化全是打补丁。5.2 采购专线要谈什么CIR、SLA、IP资源、故障时限决定上专线后别只盯着“多少M带宽”。和运营商谈的时候以下内容必须落到合同CIR/PIR承诺速率是多少突发速率是多少。不能只写“100M”要写清“承诺100M、突发200M”之类的具体条款。SLA四项可用性、丢包率、延迟上限、抖动上限最好带赔偿条款。IP资源几个固定公网IP是否支持反向解析、BGP路由。故障时限响应时间、恢复时间以及超时的减免标准。验收也有标准动作。我的习惯是连续监测一周每小时跑一次MTR记录丢包率和抖动对比合同再在繁忙时段用iperf3打满双向流量确认CIR兑现。有位客户就是靠一周的监控记录拿着SLA找运营商追回两个月月租。带上数据去谈永远比什么都好使。5.3 “假专线”避坑指南这两年市面上出现很多“企业级宽带”产品名字叫专线价格也向专线看齐实际上线还是GPON家宽只是公网IP换成了固定IP链路本身没有独立CIR也不承担SLA责任超售比跟家宽没区别。怎么识别签约前要求对方提供接入方式。真专线一般走PTN、OTN、SDH或以太网专线接入链路有独立VLAN标签光模块可以和家宽明显区分假专线走PON口光模块和家宽同款OLT上和其他用户共享同一个端口。如果对方含糊其辞只给套餐名不给技术细节大概率有水分。最后分享一个我自己的判断习惯给任何新链路做验收时我只认连续三天的MTR监控数据。晚高峰丢包率能稳定在0.1%以下、抖动不超过5ms我才敢把它接到生产环境。带宽数字再大如果每天下午都有一段“心电图式”的延迟曲线它就不适合跑业务。这个道理适用于你即将采购的专线也适用于你现在正在纠结的这条2000M。先别急着加钱升带宽花30分钟做完连续ping你心里就有答案了。
2000M宽带为何不如50M专线稳？带宽、SLA与网络架构深度解析
上周帮一个做电商的朋友排查公司网络问题。公司三十来号人拉的宽带套餐是下行2000M、上行100M合同价还不便宜可一到下午视频会议就“马赛克”设计稿传到客户那边动不动就卡死。朋友一脸不解地问我“同样花了钱为什么我这2000M/100M的光纤还不如隔壁公司那50M的专线稳”这个问题我回答过太多次了今天干脆写成一篇把它彻底拆开。先说结论带宽数字只代表管道有多粗网络稳不稳要看管道在什么条件下运行、有多少人共用、坏了多久能修。2000M/100M和50M专线的差距不在那一串速度数字上而在接入架构、服务质量承诺和运维响应这三件完全不同的事情上。1. 先澄清概念能跑到2000M/100M的通常不是传统意义的ADSL1.1 说“ADSL”只是习惯实际产品是GPON家宽严格讲ADSL是窄带时代的技术ADSL2理论下行上限也就24Mbps上行只有3Mbps左右和标题里的2000M相差两个数量级。所以“2000M/100M ADSL”这个说法只能理解为“非对称入户宽带”的口语化称呼类似的说法还有“宽带”“光纤”等等。现在家庭宽带普遍是GPON或XGS-PON光纤入户下行和上行用不同波长在同一根光纤上跑由运营商的OLT设备统一调度。我为什么要先抠这个细节因为很多人讨论家宽和专线时喜欢拿套餐名字说事结果越聊越糊涂。我们真正需要记住的只有一个关键事实GPON/XGS-PON从出生起就是为“一户一根、共享主干”设计的而专线从一开始就是为企业“独占通道”设计的。两者基因不同后面所有行为差异都源于此。1.2 本质上家宽是公共水管专线是自家独立水缸GPON的分光器常见1:64分光一根主干光纤最多分出64路给64户一台OLT设备下面挂几千户所有用户共享OLT到核心网的上联带宽。运营商为了控制成本上联收敛比往往拉到1:10甚至1:50。这是什么概念假设某个PON口下面64户每户签约1000M总带宽是64G但OLT给这个口分配的上联带宽可能只有2.5G甚至更低。日常没问题大家不会同时跑满晚高峰全在刷视频、下载、传文件公共水管的水压就掉了体现在网络上就是吞吐下降、延迟升高、丢包变多。企业专线走的是PTN、OTN或独立以太网接入在承载网上给每条专线划出独立逻辑通道并有明确的CIR承诺信息速率。买50M专线意味着承载网保证给你至少50M的纯净带宽不跟你讲“错峰使用”。家宽是“业主共用一根管高峰期靠运气”专线是“自己家的水缸随时开龙头都是满水压”。这是第一层本质差别。2. 把“稳”拆成可测量的指标延迟、抖动、丢包和可用性“稳”这个词太模糊如果始终停留在“感觉卡”“感觉流畅”的层面就没办法做判断。做网络的人都清楚判断链路质量要看四个数字延迟、抖动、丢包率、可用性。2.1 延迟与抖动实时业务被“忽快忽慢”折磨死延迟是发送端发出一个包到收到回包的时间通常用毫秒计。家宽空闲时延迟并不差5到15ms很常见但一旦上联拥塞路由器交换机的队列开始积压延迟就会出现锯齿状波动一下10ms、一下80ms、一下300ms。这个波动就是抖动Jitter。这里有个不太被注意的规律链路利用率超过70%以后队列时延会以非线性速度暴涨利用率到90%以上时延迟抖动几乎失控。家宽因为超售晚高峰段落利用率经常冲到90%以上于是你感受到的就不是“慢”而是“一顿一顿的慢”。视频会议、语音通话、远程桌面这类实时业务对绝对延迟其实并不苛刻100ms也能接受但对抖动非常敏感——忽快忽慢会让音频解码器误判丢帧于是画面冻结、声音断续。这就是为什么2000M带宽喂不饱一场视频会议业务需要的不是更大带宽而是稳定的时延。专线因为有独立调度通道和带宽保障延迟曲线平直抖动通常只有几毫秒实时业务自然流畅。2.2 丢包率和SLA家宽是尽力而为专线是写进合同拥塞到极限时路由器会选择丢包。家宽晚高峰丢包1%到5%很常见看视频有缓冲掩盖感觉不明显但对音视频通话、数据库同步、远程登录这类交互业务1%丢包已经能明显感知5%基本没法用。TCP协议虽然会重传但重传造成的延迟叠加在视频通话上就是连续卡顿。专线的做法是把网络质量写进服务等级协议SLA。我见过比较常见的承诺条款包括链路可用性≥99.9%丢包率≤0.1%平均延迟≤30ms抖动≤10ms故障响应4小时不达标按天减免费用。这个承诺不是一纸空文它倒逼运营商在承载网上给专线流量做高优先级调度拥塞时先保专线、再保家宽。指标普通家宽GPON企业专线带宽模型共享超售严重独立逻辑通道CIR承诺晚高峰丢包率常在1%-5%合同承诺≤0.1%抖动可超50ms通常≤5ms可用性SLA无明确承诺99.9%-99.99%并有赔付条款IP地址类型动态/内网IP为主固定公网IP可配路由策略2.3 测量“稳”的方法网页测速是安慰剂MTR和iperf3才有用要验证一条线路到底稳不稳第一步就是忘掉网页测速。网页测速测的是“尽力而为的最大吞吐”它靠TCP重传掩盖丢包测出来的数字好看但反映不出真实质量而且测速节点离你太近根本看不出中间链路拥塞。正确做法分三步# 1. 持续ping关注rtt的平均值、标准差和丢包率 ping -c 300 目标IP # 2. MTR看每一跳的丢包和延迟分布 mtr -rwzbc 300 目标IP # 3. iperf3双向打流验证上行和下行的实际稳定吞吐 iperf3 -c 服务端IP iperf3 -c 服务端IP -R对比测试时要在同一时间段、同一台设备上分别跑家宽和专线连续记录至少三天的晚高峰数据。MTR输出里Loss列看丢包StDev看抖动标准差Avg看平均延迟。如果某条线路晚高峰时StDev翻了几倍、Loss从0.1%升到3%那它就是“假稳”只是平时没人监控而已。3. 上行速率只是表象固定IP、超售承诺和故障兜底才是分水岭经常有人拿“我家宽上行有100M专线才50M”来抬杠。这句话对单个数字成立但对真实业务完全不成立背后藏着三个容易被忽视的差异。3.1 标称上行和实际可用上行是两个世界家宽上行标称100M指的是PON口的共享速率。晚高峰几十户同时上传你的实际上行可能只剩30M甚至更低。而50M专线的50M是CIR承诺值任何时间只要不超额都是稳定50M。对生产业务来说30M和50M的差异不只是“少一点”而是“能否预期”——一个可以计划的资源和一个要靠运气的资源价值完全不同。另外有个被忽视的点TCP协议是双向联动的。你上传大文件时服务器需要回传ACK确认包这些确认包走的是你的上行链路上行一拥塞确认包进不来发送速率会被TCP拥塞控制算法主动降速。也就是说上行不稳定还会反向拖累下行体验。所以我一直建议朋友买宽带不要只看下行数字上行质量同样决定了你“下载得好不好”。3.2 固定IP与内网IP能不能被找到决定了线路能做什么家宽普遍是动态分配很多地区甚至直接分内网IP运营商级NAT外部网络根本找不到你这台设备。想开远程访问、做端口映射、把公司内部系统开放给客户或分支机构基本做不了。2000M带宽却无法对外提供任何服务那它就只能是一个“室内娱乐管道”。专线标配固定公网IP部分还支持反向DNS、静态路由、BGP接入可以让你的网段在全球路由表里宣告出去。跨地域组网、混合云接入、与客户建立点对点互联这些业务天然需要一个“能被别人找到、且身份明确”的地址。这时候你会发现IP资源比带宽数字金贵得多。3.3 故障兜底断网这件事专线有赔付家宽只有排队家宽故障报修走大众客服流程48小时上门都算客气碰上光缆被挖断一个片区一起瘫痪你只能等。专线合同里普遍写明故障响应时限常见的有4小时、2小时极端重要的还有1小时部分线路提供双路由保护光缆断了一芯自动切换备用路由。对生产业务来说断网1小时的损失可能超过专线整年的费用。我们替客户做过测算一家日均几十万流水的电商团队断网半小时的损失足够抵三年专线费。所以从财务角度看“稳定”不是体验问题是ROI问题。业务场景2000M/100M家宽50M专线视频会议白天尚可晚高峰抖动卡顿稳定流畅大文件上传到服务器实际速率浮动高峰期明显缩水稳定达到CIR对外提供服务/端口映射多为内网IP难以实现固定公网IP直接发布断网故障排队报修恢复时间不可控SLA时限超时赔付4. 别忽略用户侧光猫、路由器和网线也能毁掉一条好链路很多人把带宽数字看得太重却忘了流量最终要经过自己家里那堆设备。链路再稳用户侧设备不行一样会卡这条内容不分家宽还是专线但专线用户踩坑后更心疼钱。4.1 光猫默认路由模式第一件事就是改成桥接运营商送的光猫默认开路由模式光转电、NAT、DHCP、DNS转发全压在光猫上。光猫硬件为了量产成本压得极低CPU很弱几十人办公一开视频会议并发连接数一高光猫CPU先过载延迟从几毫秒飙到几百毫秒。解决办法很简单让运营商把光猫改成桥接模式再用自己的企业级路由器拨号并做NAT。多数地区联系客服就能改部分地区要装维上门。我们实测过不少客户换完桥接后晚高峰延迟直接降一半就是“让专业设备干专业的事”的效果。4.2 路由器性能决定了你能跑出多少有效带宽宽带签约2000M如果接的是千兆口家用路由物理上限就是1000M再往上只能靠2.5G口或链路聚合。很多人的“2000M跑不满”根本不是运营商问题是设备问题。企业场景还要多关注一个指标多连接并发能力。几十人开会、传文件、走远程接入时路由器NAT表项不够用就会丢包QoS没配置就会大流量下载挤占视频会议流量。选型时不要看天线数量要看带机量、并发连接数、WAN口速率和是否支持QoS调度。办公网关建议选企业级路由不要买“电竞路由器”来凑数两码事。4.3 网线、网口与双工协商最基础但最容易被忽视2000M宽带光猫到路由器的网线必须六类或以上超五类短距离能跑但抗干扰差、容易协商降速。电脑网卡只有千兆口的话2000M下行跑不满也很正常想跑满得配2.5G或更高规格的网口。还有一个隐蔽问题双工协商。如果网口被协商成半双工老化线路、水晶头接触不良都会引起会出现大量CRC错误和重传表现为“带宽不高但延迟极高”。检查方法不复杂登录路由器看端口协商速率和错误计数错误计数持续增长基本就是物理层有问题换线换头就能解决。5. 从业务倒推选型该买专线还是家宽先回答三个问题技术聊完了落到实际决策。很多人纠结无非是“要不要多花钱上专线”。我不直接给答案给你三个问题按重要程度排。5.1 三个用来判断的问题第一个线路断了半小时业务损失多少只是浏览网页、看视频断网半小时几乎零损失家宽性价比够客服系统、收银、实时交易、远程办公接入断半小时就是大几万损失那稳定性就是硬需求。第二个有没有被外部访问的需求要挂公司官网、开端口映射、让异地分支接入总部固定公网IP绕不开。家宽哪怕是1000M只要给的是内网IP这类需求就是做不了省下的钱没有意义。第三个实时业务占比高不高视频会议、在线协同、远程桌面这类交互型应用占到你日常办公的三分之一以上就别幻想“大带宽优化工具”能掩盖底层链路抖动。底层质量不行上层优化全是打补丁。5.2 采购专线要谈什么CIR、SLA、IP资源、故障时限决定上专线后别只盯着“多少M带宽”。和运营商谈的时候以下内容必须落到合同CIR/PIR承诺速率是多少突发速率是多少。不能只写“100M”要写清“承诺100M、突发200M”之类的具体条款。SLA四项可用性、丢包率、延迟上限、抖动上限最好带赔偿条款。IP资源几个固定公网IP是否支持反向解析、BGP路由。故障时限响应时间、恢复时间以及超时的减免标准。验收也有标准动作。我的习惯是连续监测一周每小时跑一次MTR记录丢包率和抖动对比合同再在繁忙时段用iperf3打满双向流量确认CIR兑现。有位客户就是靠一周的监控记录拿着SLA找运营商追回两个月月租。带上数据去谈永远比什么都好使。5.3 “假专线”避坑指南这两年市面上出现很多“企业级宽带”产品名字叫专线价格也向专线看齐实际上线还是GPON家宽只是公网IP换成了固定IP链路本身没有独立CIR也不承担SLA责任超售比跟家宽没区别。怎么识别签约前要求对方提供接入方式。真专线一般走PTN、OTN、SDH或以太网专线接入链路有独立VLAN标签光模块可以和家宽明显区分假专线走PON口光模块和家宽同款OLT上和其他用户共享同一个端口。如果对方含糊其辞只给套餐名不给技术细节大概率有水分。最后分享一个我自己的判断习惯给任何新链路做验收时我只认连续三天的MTR监控数据。晚高峰丢包率能稳定在0.1%以下、抖动不超过5ms我才敢把它接到生产环境。带宽数字再大如果每天下午都有一段“心电图式”的延迟曲线它就不适合跑业务。这个道理适用于你即将采购的专线也适用于你现在正在纠结的这条2000M。先别急着加钱升带宽花30分钟做完连续ping你心里就有答案了。
