路由器闪断,日志谁看得懂,麻烦分析一下
根据当前信息,PPPOE与局端能够建立连接,并正确获取到了ip地址和dns。貌似每次建立连接都只维持了11秒就断开了。可以从如下方面着手:将猫直接连接到电脑上,用电脑拨号,看是否能够正常上网,这样可以判断出外网是否正常,猫是否正常,猫lan口是否正常,猫出来的网线是否完好;做了第一步后如果没问题,重新接入路由器,进入路由器管理页面,重新核对检查下账号、密码,尤其检查下路由器wan口和猫lan口是否插接牢固,最好换个路由器,或把你的路由器拿到别人家去试试,以便判断路由器的好坏。如果路由器确实完好,将电脑网卡MAC克隆到路由器wan口。做了上面几部,应该可以判断出问题出在哪里了。
换个新的吧。RX

TL-WDR5620 网络频繁断开怎么办?
重置路由器,然后重新设置试试,如果不行,就更新一下路由器固件,另外去掉路由器单独宽带连接拨号上网试试,如果拨号上网依然存在问题就是运营商网络问题,需要运营商解决,如果拨号上网没有问题,那就是路由器自身问题了。
如果是墙内的埋线,可以考虑换条新的明线直接连接光纤猫到路由器,看问题能否解决,如果问题解决可能是墙内的线不达标或者打线不合格。 如果就是明线的情况下,建议不用路由器,直接连接电脑到光纤猫,看是否会出现掉线。 如果直接连接没有问题,那么可能就是路由器坏了,如果直接连接光纤猫也会掉线,那么可能则是光纤猫或者入户光纤的问题,要找运营商的维护人员上门维修了。

IP控制协议的IPCP配置选项
IPCP配置选项可以选择希望的IP参数。IPCP使用与LCP相同的配置选项格式。IPCP选项类型域的值如下所示:1 IP地址12 IP压缩协议3 IP地址2 此配置选项可以使用系统使用特定的压缩协议,默认情况下不需要进行压缩。IP压缩协议配置选项格式如下所示,传送顺序从左至右。类型 2长度 >= 4IP压缩协议域由两个字节组成,指示希望的压缩协议,此域的值和PPP数据链路层协议域指示的压缩协议一致。当前能够使用的压缩协议值如下:002d代表Van Jacobson Compressed TCP/IP。数据域为0个或多个字节,存储特定的压缩协议的一些参数。 这个域提供了确定用于本地连接端的IP地址的方法。它使得配置请求的发送者可以要求自己希望的IP地址,或者要求对方提供相应的信息。对方可以通过返回NAKing选项和合法的IP地址提供这方面的信息。如果确定远程IP地址是必须的,而对方又未在它的配置请求选项中提供,此选项应该加在配置拒绝选项后。IP地址值要么是一个合法的远程IP地址,要么要求对方提供信息。默认情况下未指定IP地址。下面是IP地址配置选项格式,传送顺序是从左至右。类型 3长度 6四个字节的IP地址是配置请求发送方希望本地地址。如果这四位全部为零,则要求对方提供IP地址信息。

哪位大神来帮看一下这个路由器日志看看什么地方出问题了
外网协商正常,但内网的DHCP的IP地址租用被拒绝了,很可能是进行了黑名单或白名单过滤。

懂网络和路由器仙人进!!
32-38行是DHCP服务分配动态IP的日志,全部分配成功。 建议关闭路由器DHCP服务,IP手动分配 总掉线你可以打电话到服务商那问一下再确定是不是本地的问题
最好将路由器自带的 防火墙关闭
看提示好象是路由器的外网口向ISP的服务器192.168.1.102请求IP地址,不过ISP的DHCP地址不应该是192.168类地址啊,是不是网络中有假DHCP服务器?
32-38行是DHCP服务分配动态IP的日志,全部分配成功。 建议关闭路由器DHCP服务,IP手动分配总掉线你可以打电话到服务商那问一下再确定是不是本地的问题最好将路由器自带的 防火墙关闭看提示好象是路由器的外网口向ISP的服务器192.168.1.102请求IP地址,不过ISP的DHCP地址不应该是192.168类地址啊,是不是网络中有假DHCP服务器?日志会正常显示的内容;1 0000:系统启动成功.2 0010:PPPoE 开启自动连接.3 0015:发送PADI,请求建立连接.4 0016:发送PADI,请求建立连接.5 0018:发送PADI,请求建立连接.6 0022:发送PADT.7 0032:PPPoE 开启自动连接.8 0032:发送PADI,请求建立连接.9 0033:发送PADI,请求建立连接.10 0033:接收PADO,AC-Name=B-JH-JH-SE800-9C074030300201,AC-MAC=003088011595.11 0033:发送PADR.12 0033:接收PADS,Session-ID=11002,AC-MAC=003088011595.13 0033:PPP_LCP Tx cfgReq: op=1,Maximum-Receive-Unit,val=0x05d414 0033:PPP_LCP Rx cfgReq: op=1,Maximum-Receive-Unit,val=0x05d415 0033:PPP_LCP Rx cfgReq: op=3,Authentication-Protocol,val=0xc02316 0033:PPP_LCP Rx cfgReq: op=5,Magic-Number,val=0x1df7ae4317 0033:PPP_LCP Tx cfgAck: op=1,Maximum-Receive-Unit,val=0x05d418 0033:PPP_LCP Tx cfgAck: op=3,Authentication-Protocol,val=0xc02319 0033:PPP_LCP Tx cfgAck: op=5,Magic-Number,val=0x1df7ae4320 0033:PAP:密码验证成功.21 0033:PPP_IPCP Tx cfReq: op=3,IP-Address,val=0x0000000022 0033:PPP_IPCP Tx cfReq: op=129,Primary-DNS,val=0x0000000023 0033:PPP_IPCP Tx cfReq: op=131,Secondary-DNS,val=0x0000000024 0033:PPP_IPCP Rx cfgReq: op=3,IP-Address,val=0xde5ae30125 0033:PPP_IPCP Rx cfgNak: op=3,IP-Address,val=0xde5ae3f426 0033:PPP_IPCP Rx cfgNak: op=129,Primary-DNS,val=0xda1e132827 0033:PPP_IPCP Rx cfgNak: op=131,Secondary-DNS,val=0x3d86010428 0033:PPP_IPCP Tx cfReq: op=3,IP-Address,val=0xde5ae3f429 0033:PPP_IPCP Tx cfReq: op=129,Primary-DNS,val=0xda1e132830 0033:PPP_IPCP Tx cfReq: op=131,Secondary-DNS,val=0x3d860104 31 0033:PPP_IPCP:成功获取IP 222.90.227.244. ”

本文由 在线网速测试 整理编辑,转载请注明出处。