设为首页收藏本站

宽带技术网

 找回密码
 注 册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 1898|回复: 6

请问一下,开路由后猫老是掉线,怎么办?

[复制链接]
本帖最后由 liulzqlzq 于 2012-10-10 01:33 编辑

    长沙电信4M ADSL宽带,一个账号,允许两台机子以同一个账号同时拨号上网,猫是华为HG520s(有路由功能),路由器是RG100A-AA刷的OpenWrt固件。以前还有一个副账号,那时两台机子需用不同的账号才能同时拨号上网。以前有两个账号的时候,有一段时间试过用HG520s开路由PPPoE拨号上网,很稳定没什么问题。后又改为拨号上网,发现电信将副账号封了,打服务电话才将那个副账号要回来的。今年续费后只一个账号了,而且有时有三台设备同时上网了,于是又想起开路由来了,结果发现麻烦不断。
    开始我还是像以前那样只用HG520s开路由上网,结果不管几台机子哪怕是一台机子在线,不到两分钟猫就会掉线。后面又将RG100A-AA刷OpenWrt后接在猫后面,所有机子都接在RG100A-AA后面,拨号仍由Hg520s完成,情况有所改善,如果只浏览网页的话猫掉线时间稍微延长了点,但只要一看在线视频,一集电视剧下载不到四分之一(大约两分钟不到)猫又掉线了。曾经怀疑HG520s刷的是官方固件,容易被电信控制,于是将其刷成了TP-LINK TD-8901G,情况还是一样。试着将拨号由RG100A-AA完成,情况还是如此。还用过MAC地址欺骗,将猫、路由的MAC地址都改成跟台式电脑一样,还将OpenWrt中那个防网络尖兵的选项也勾选上了,也没有用。现在搞得头都大了,难道只能用电脑拨号?用电脑拨号只能用两台机子,而且BT下载没有速度。请问各位高人,有什么方法解决这个问题?
发表于 2012-10-10 13:56:22 | 显示全部楼层
提供一下猫获取到的线路状态。
发表于 2012-10-10 14:25:08 | 显示全部楼层
检查下电话线
 楼主| 发表于 2012-10-10 23:29:30 | 显示全部楼层
本帖最后由 liulzqlzq 于 2012-10-10 15:31 编辑

Systemlog
10/10/2012 22:53:7> MPOA Link Up
10/10/2012 22:53:7> Quick bridge not allow multi-channel
10/10/2012 22:53:7> bridge only stop
10/10/2012 22:53:7> SNMP TRAP 3: link up
10/10/2012 22:53:7> Quick bridge not allow multi-channel
10/10/2012 22:53:7> bridge only stop
10/10/2012 22:53:7> SNMP TRAP 3: link up
10/10/2012 22:53:7> Quick bridge not allow multi-channel
10/10/2012 22:53:7> bridge only stop
10/10/2012 22:53:7> SNMP TRAP 3: link up
10/10/2012 22:53:7> Quick bridge not allow multi-channel
10/10/2012 22:53:7> bridge only stop
10/10/2012 22:53:7> SNMP TRAP 3: link up
10/10/2012 22:53:7> Quick bridge not allow multi-channel
10/10/2012 22:53:7> bridge only stop
10/10/2012 22:53:7> SNMP TRAP 3: link up
10/10/2012 22:53:7> Quick bridge not allow multi-channel
10/10/2012 22:53:7> bridge only stop
10/10/2012 22:53:7> SNMP TRAP 3: link up
10/10/2012 22:53:7> Quick bridge not allow multi-channel
10/10/2012 22:53:7> bridge only stop
10/10/2012 22:53:7> SNMP TRAP 3: link up
10/10/2012 22:53:14> ppp_ready: ch:805253a8, iface:8046b154
10/10/2012 22:53:14> SNMP TRAP 3: link up
10/10/2012 22:53:14> Accept() fail
10/10/2012 22:53:14> Accept() fail

(中间一段没保留住,自动消失了)

10/10/2012 23:12:0> MPOA Link Up
10/10/2012 23:12:0> Quick bridge not allow multi-channel
10/10/2012 23:12:0> bridge only stop
10/10/2012 23:12:0> SNMP TRAP 3: link up
10/10/2012 23:12:0> Quick bridge not allow multi-channel
10/10/2012 23:12:0> bridge only stop
10/10/2012 23:12:0> SNMP TRAP 3: link up
10/10/2012 23:12:0> Quick bridge not allow multi-channel
10/10/2012 23:12:0> bridge only stop
10/10/2012 23:12:0> SNMP TRAP 3: link up
10/10/2012 23:12:0> Quick bridge not allow multi-channel
10/10/2012 23:12:0> bridge only stop
10/10/2012 23:12:0> SNMP TRAP 3: link up
10/10/2012 23:12:0> Quick bridge not allow multi-channel
10/10/2012 23:12:0> bridge only stop
10/10/2012 23:12:0> SNMP TRAP 3: link up
10/10/2012 23:12:0> Quick bridge not allow multi-channel
10/10/2012 23:12:0> bridge only stop
10/10/2012 23:12:0> SNMP TRAP 3: link up
10/10/2012 23:12:0> Quick bridge not allow multi-channel
10/10/2012 23:12:0> bridge only stop
10/10/2012 23:12:0> SNMP TRAP 3: link up
10/10/2012 23:12:6> ppp_ready: ch:805253a8, iface:8046b154
10/10/2012 23:12:6> SNMP TRAP 3: link up
10/10/2012 23:12:6> Accept() fail
10/10/2012 23:12:6> Accept() fail


10/10/2012 23:28:46> SNMP TRAP 2: link down
10/10/2012 23:28:46> SNMP TRAP 2: link down
10/10/2012 23:28:46> mpoaChannDown: ch<7> null iface
10/10/2012 23:28:46> netMakeChannDial: err=-3001 rn_p=804dbd2c
10/10/2012 23:29:12> Last errorlog repeat 27 Times
10/10/2012 23:29:12> MPOA Link Up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:12> Quick bridge not allow multi-channel
10/10/2012 23:29:12> bridge only stop
10/10/2012 23:29:12> SNMP TRAP 3: link up
10/10/2012 23:29:44> Call Failed
10/10/2012 23:29:45> ppp_ready: ch:805253a8, iface:8046b568
10/10/2012 23:29:45> SNMP TRAP 3: link up
10/10/2012 23:29:45> Accept() fail
10/10/2012 23:29:45> Accept() fail

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注 册

x
发表于 2012-10-10 23:52:52 | 显示全部楼层
图中显示你上行的信号低于标准,只有8.0。你这个线路质量是存在问题的。找服务商报障解决,直接说一传东西给人就容易断线,别说你使用路由。说电脑直接拔号,他们会检查线路解决。

点评

谢谢指点!这周末报修去  详情 回复 发表于 2012-10-11 08:15
 楼主| 发表于 2012-10-11 08:15:35 | 显示全部楼层
YES东 发表于 2012-10-10 15:52
图中显示你上行的信号低于标准,只有8.0。你这个线路质量是存在问题的。找服务商报障解决,直接说一传东西给 ...

谢谢指点!这周末报修去
 楼主| 发表于 2012-10-14 16:13:07 | 显示全部楼层
突然想起以前猫在另一个房间,线路很长,那时接了两个分离器。后将猫移了一个位置,线路短了很多,一根电话线就能解决了,只接了一个分离器,会不会是这原因呢?于是将线重新拔插了一下,在猫的前面加了一个分离器,问题解决,原来那个数值8变成了15以上。不知此数值要多少以上才算合格。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注 册

x
您需要登录后才可以回帖 登录 | 注 册

本版积分规则

QQ|Archiver|手机版|小黑屋|宽带技术网 ( 粤ICP备15054574号  

粤公网安备 44152102000001号

GMT+8, 2017-5-23 16:53 , Processed in 0.524034 second(s), 26 queries , Gzip On.

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表