宽带又双叒叕限速了？这回似乎有点不一样

提示：本篇文章2088字符，阅读大约需要4分钟。

写在前面

去年五月份本薇的北京联通宽带被限速了一次，因为那次实际解决速度很快（大概前后也就花了两三天的时间），所以本薇也没有发出来。然后这不正常用了几个月，本薇又飘了，觉得上次投诉效果很好，都快一年过去了，应该不会再限速了。

于是本薇又做了和上次一模一样的蠢事，就是把QB的限速给关了，然后就杯具了。满速上行了几天，站内数据是又变好看了，在短短几天内为各省市素未谋面的NAS道友传了几个T的数据（因为回来重启过服务器，本薇现在确实没有确定的数据，短时间内超了10T也是有可能的，但是同时期又由于过年不在家，下行流量就更少了），加之二月份春节假期本薇一直在老家连回北京使用，于是就又被限速了。

然而，这次限速，本薇发现北京联通限速又有了新形式……

晚高峰限速

北京联通之前的限速策略非常简单，每天20点宽带会自动重拨，然后全局上行限速5Mbps，到23点宽带会再次重拨一次，恢复到正常上行速度。

但是今年北京联通晚高峰限速大概上科技了，20点没有重拨，使用“全球网测”或者北京联通测速上行都是正常的。

那本薇是怎么发现限速的呢？（毕竟QB上传有快有慢，光靠QB很难发现晚高峰上行限速了）

本薇是最近几天发现，每过晚上八点，经过旁路由的设备，比如iPhone或者Mac打开国内网站就比如张大妈会非常慢，加载不出来图片或者像京东钱包会干脆打不开，但是如果将网关切换到主路由又会恢复正常。

显然，这也不是本薇的旁路由在抽风或者DNS设置出了问题（虽然本薇最开始是按照这个思路排查的）。

DNS设置

经过旁路网关和主路由上网体验出现明显差异，可能是由于旁路网关改变了并发数分布、会话持续时间等，使得单IP下会话密度异常，大概在限速策略眼里长得就和PCDN流量差不多了。

所以，复盘时这里看起来很大概率就是北京联通使用了板卡限速，然后把经过旁路由处理的流量当做了PCDN，然后采取了降权或者丢包的操作，于是出现了经过旁路网关的流量频繁出现丢包的现象。

但其实本薇当时还没有意识到浓眉大眼的北京联通可能也添加了板卡限速，因为毕竟嘛，一是玩NAS人的家里网络环境都很复杂，其中比如某个交换机或者网线出问题，都有可能导致大规模丢包；二是北京联通的限速策略一直都很简单粗暴，没有听说过使用板卡限速的。

然后本薇某天灵机一动，突然想起来Mac mini上还在docker上部署了一项speedtest服务，这项服务本来是用来测内网速度，所以优化完网络后，本薇就把这个容器忘了，现在用它来测试限速正好合适。

speedtest容器

到晚上八点用北京联通5G网络一测，果然下行速度只有5Mbps（这里之所以是看下行，因为正好对应着speedtest服务器的上行），这个时候使用全球网测测试5G本身下行链接速度大概是100Mbps出头（家里可能信号不太好），证明手机5G网络不是短板。

晚高峰时期外网访问速度

同时，本薇又在白天十一点左右进行复测，使用北京联通5G均可以跑满宽带上行，没有限速。

非晚高峰测速正常

总结

虽然这看起来是坏消息，北京联通晚高峰可能采用了板卡限速策略。

但是好消息是，其他21个小时宽带还是正常的，尤其北京联通还提供公网IPv4和IPv6双栈，其余正常时间也不限制连接数，不限制任何上传，上传速度也非常正常。

全靠同行衬托吧，北京联通的服务质量在全国运营商面前已经算非常不错的了，刷到这么多限速案例，我个人对运营商的容忍阈值是在不断提高的。

最后由此会导致接下来两种截然不同处理策略，要不就直接破罐子破摔，完全不卡QB的流量了，就纯粹为爱发电，晚高峰用爱快策略自动切到5G路由器或者未受影响的宽带；要不就还是采取去年的策略，等限速解除以后管控一下上行避免再次限速。

各位觉得哪种策略更优呢？后面如果有更新情况，本薇也会更新在评论区置顶。

这就是本期的全部内容了，如果这篇文章对您有帮助的话，欢迎您在评论区多多讨论，也欢迎关注、点赞、打赏一键三连，您的支持对我非常重要。

我是冥冰薇，点个关注不迷路，我们下期再见。

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～