感谢你的关注！

我也在想，这么不堪一击的策略，那电信客服部门岂不烦死，现在路由都很厉害，分分钟把猫拖死这怎么得了。
但是这几天的测试，最终原因只能是这个了。
1.其他都没动，就是用asus把tplink换下来，之前tplink稳定工作了好多年，但是wifi实在太慢了，不得已换掉。
2.只有在下载峰值来的时候，才有可能出现这个故障，随机的。100m跑到160确实很为难猫，多数的keep alive信号在峰值时还是feedback给电信了，但是少数时候猫实在没带宽资源去回应了，所以有时候下几个小时都没事，但是有时候一开下载，两分钟内猫就挂起。。
3.把猫和asus之间的wan线换成5类的差线，就不会出现这个故障，当然，wan的峰值速率顶多在100出头，绝不会到160.
4.看到路由里面有个Internet connection开关，可选ppp和dns检测时间和次数，我这都是关闭的，如果开了，猫无疑是雪上加霜。
不是我做事绝，要榨干电信的带宽，而是有时候电脑下个电影什么的，没法时时注意这个问题，
然后我给电信打电话问这个，还没回应，不过我在asus的qos里可以管控wan速率，如果电信不给解决，我就用qos了。

【 在 cageforever 的大作中提到: 】
: 隐约觉得不应该是keep alive的检测信号问题
: 一般来说这种检测机制（如果有的话）都会用最高优先级，一般的网络下载不至于把检测报文拥塞掉
: 感觉应该是光猫本身的性能缺陷，有办法让电信给换个新猫么
--
FROM 113.87.160.*