- 主题:华硕1759b1经常把电信光猫拖死了
100m的电信光纤，贝尔的天翼光猫，120e-qt，买了个1750b1把之前的老tplink换下来了，然后问题来了。
满速下载时，可以看到wan网速达到了160m，
然后猫随时会死，日志里显示wan连接断开，猫被挂起，只需重启猫就能恢复。
看到路由里网络连接ppp和dns检测都是关闭的，路由不主动发送在线检测信号给电信，
那就只能是电信服务器定时发送的检测信号没有得到我这边的回应，
因为路由把猫的带宽耗尽了，实在没资源再去回应电信，
所以就判定为断开，猫就挂起了。
升级带宽也没用，照样还是能耗尽，猫是千兆的，现在的路由和电脑都厉害。
我就纳闷儿了，有大量数据在跑，还用发送检测信号来判断猫是不是在线？
--
FROM 113.87.160.*
或者有没有可能让电信那边不要发在线检测信号给我这边了？
【 在 isk (朱迪) 的大作中提到: 】
:
: 100m的电信光纤，贝尔的天翼光猫，120e-qt，买了个1750b1把之前的老tplink换下来了，然后问题来了。
: 满速下载时，可以看到wan网速达到了160m，
: 然后猫随时会死，日志里显示wan连接断开，猫被挂起，只需重启猫就能恢复。
--
FROM 113.87.160.*
肯定是华硕路由拨号啊，
猫我从没进去过，之前用老tplink，一直用得好好的，就是有点慢，不会出现把猫拖死的问题。
【 在 kis2006 的大作中提到: 】
: 是光猫自动拨号，还是改桥接路由器拨号的？
: 登录光猫管理界面，看一下wan口设置
--
FROM 113.87.160.*
感谢你的关注！
我也在想，这么不堪一击的策略，那电信客服部门岂不烦死，现在路由都很厉害，分分钟把猫拖死这怎么得了。
但是这几天的测试，最终原因只能是这个了。
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.*
我早就把路由的ppp和dns关掉了
【 在 kis2006 () 的大作中提到: 】
: 合格的千兆光猫，跑800－900兆没问题，大量300-500兆宽带的用户，都没问题
:
: 华硕路由器拨号，主动定期探测，对方服务器超过10次不响应就掉线
:
--
FROM 223.104.64.*
没有吧，华硕还是挺强悍的，我看好多人都跑好几百的，区区160完全不在话下。哦，单位是mbps。
【 在 rayray () 的大作中提到: 】
: 160的下载流量都已经到华硕wan口了 再做qos有什么用？
:
: 【 在 isk () 的大作中提到: 】
--
FROM 223.104.64.*
刚电信回电话了，说没啥好办法，一般是在路由里用qos限制wan。
你说用猫直接拨号满速测试，刚这样做了就看到你的回复，看来想法一样。
【 在 kis2006 () 的大作中提到: 】
: 如果有时间，可以电脑直连光猫，用电脑拨号，然后满速下载，看看会不会掉线。
:
: 如果这样也掉线，找电信投诉上门维修
:
--
FROM 223.104.64.*
测试了几个小时，峰值150m的样子，还没挂。神奇的是，猫本身不怎么热，还是用塑料袋套着的。
继续测试一整晚，还不挂的话，就把华硕退了。
话说这天翼光猫里的ddns真有用吗？
端口和服务商查了半天，答案都不一样。
【 在 cageforever () 的大作中提到: 】
: 光猫直接拨号然后满速下载测试结果如何？
:
: 【 在 isk 的大作中提到: 】
--
FROM 223.104.64.*
应该不是华硕的问题，几个星期前我买了个66ub1，也是一样的现象，那时候忙没空细看是什么问题就退了。
这次仔细看了，至少我那个推测有可能是对的。华硕对猫压榨太狠，猫喘息的机会都没，如果是猫自己拨号自己当wan，可能会触发keep alive信号优先原则。
当然了，这些都不重要，好用就行，用猫拨号，加个千兆switch，一样用。而且这猫虽然简陋，但是port转发，dhcp什么的都有，ddns参数还没弄清楚，应该是能用。
【 在 cageforever () 的大作中提到: 】
: 那应该就是华硕的问题了，前面有人发的链接感觉和你的问题很相似，可以参考一下修改华硕的参数
:
: 电信光猫的DDNS没用过，但是听过不少人吐槽，这个功能有可能被运营商锁了
:
--
FROM 117.136.40.*
如果这两台华硕都有毛病，那运气也太好了。
可能华硕的wan从猫获取data，和网卡获取（用猫拨号，从猫出来的信号直接dhcp给各个终端）data有些不同，压榨没有华硕那么狠。
【 在 cageforever () 的大作中提到: 】
: 那应该就是华硕的问题了，前面有人发的链接感觉和你的问题很相似，可以参考一下修改华硕的参数
:
: 电信光猫的DDNS没用过，但是听过不少人吐槽，这个功能有可能被运营商锁了
:
--
FROM 117.136.40.*