1. 当前位置: 网站首页 >  路由器百科 >  AX86U更换光猫后遇到WAN无网络不会自动重播

AX86U更换光猫后遇到WAN无网络不会自动重播

问题描述:用的是梅林3004.388.11,用着用着会突然无法联网,连接路由器ssh后无法ping通网站,但是联机状态依旧显示已联机,恢复网络需要重新应用一下设置触发重播,这样就可以恢复。
是更换了光猫以后出现的这个问题:
因为升级套餐,电信先给更换了tewa7501v,用着用着会遇到光信号闪灯无网络,需要等待一段时间才能恢复,后面还出现过运营商显示光猫离线但是网络正常上网的情况。
后面找运营商再次上门,光猫更换了以后,闪灯这个问题是没有了,师傅说对侧的设备也换了,用了好几天都正常,这两天开始不到24小时就有概率出现网络不通,表现就是路由器显示已联机,但是实际没办法上网,也没有触发路由器的重新拨号,必须要人工重启或者是触发拨号才行,不手动触发拨号会一直显示已联机也不会自己拨号。

 

这应该是PPPoE会话保持异常问题,表现为路由器认为连接正常(显示"已联机"),但实际上数据链路已中断。根据症状,极大概率是运营商侧(光猫/BRAS)的会话保活机制与梅林固件的兼容性问题。
下面是系统的排查思路和解决方案:

一、先判断是路由器还是运营商问题

快速验证方法

下次断网时,不要重启路由器,先执行以下操作:
  1. 电脑直连光猫拨号测试
    • 断开路由器WAN口,电脑网线直连光猫LAN口
    • 电脑新建PPPoE拨号,看能否正常上网
    • 如果能上 → 说明运营商线路正常,问题在路由器与光猫的PPPoE协商
    • 如果不能上 → 说明运营商侧有问题(光猫或上层设备)
  2. 检查光猫指示灯状态
    • 断网时观察光猫PON/LOS灯:如果PON常亮、LOS不闪,说明光猫到运营商的光路正常
    • 如果此时电脑直连光猫能拨号上网,但路由器不行,基本可以确定是路由器PPPoE心跳机制问题

二、梅林固件特有的排查点

1. 检查PPPoE拨号日志

SSH登录路由器后执行:
# 查看拨号日志
cat /tmp/syslog.log | grep -i ppp
# 或实时查看
logread -f | grep -i ppp
 
关键看断网时是否有这些日志:
  • No response to x echo-requests(PPPoE心跳无响应)
  • Serial link appears to be disconnected(链路断开但未重拨)
  • Couldn't increase MTU(MTU协商问题)

2. 检查当前PPPoE会话状态

# 查看PPPoE连接状态
cat /var/run/ppp-wan.pid 2>/dev/null && echo "PID存在" || echo "PID丢失"
ifconfig ppp0  # 看接口是否存在
ping -I ppp0 223.5.5.5 -c 3  # 指定接口ping测试
 
如果ppp0接口存在但ping不通,说明PPPoE会话在底层已死,但守护进程没检测到。

三、针对性解决方案(按优先级)

方案1:启用PPPoE心跳检测与自动重连(最可能解决)

梅林固件默认的LCP回声检测可能过于宽松,导致无法及时检测到死连接:
进入路由器后台 → 外部网络(WAN) → 互联网连接:
  1. 启用"PPPoE回显检测"(如果有此选项)
  2. 调整LCP失败阈值:将"LCP echo failure"设为3,"LCP echo interval"设为5秒
  3. 启用"掉线自动重连"(Connection Retry)
SSH命令行修改(更彻底):
# 编辑PPPoE配置
nvram set wan_pppoe_options="lcp-echo-interval 5 lcp-echo-failure 3"
nvram commit
reboot
 
这会让路由器每5秒检测一次链路,连续3次无响应就判定断开并重拨。

方案2:调整MTU值(常见兼容性问题)

电信新光猫可能对MTU处理更严格:
将路由器WAN口MTU从默认1492改为1480或1472:
# 临时测试
ifconfig ppp0 mtu 1480

# 永久修改(梅林界面)
外部网络 → WAN口设置 → MTU设置 → 改为1480
 

方案3:更换拨号模式(关键尝试)

电信新光猫可能是双栈IPv4/IPv6IPoE+PPPoE混合模式,与梅林默认设置冲突:
  1. 尝试仅IPv4拨号:关闭IPv6 DHCP-PD
  2. 检查光猫桥接模式:确认新光猫确实是桥接模式(非路由模式),且VLAN ID与旧光猫一致
  3. MAC地址克隆:尝试克隆旧光猫WAN口MAC或电脑网卡MAC(有些地区绑定MAC)

方案4:定时任务强制保活(兜底方案)

如果上述无效,用crontab定时重启WAN口:
 
# 编辑定时任务
cru a wan_check "*/10 * * * * /usr/sbin/check_wan.sh"

# 创建检测脚本
cat > /usr/sbin/check_wan.sh << 'EOF'
#!/bin/sh
if ! ping -c 3 -W 5 223.5.5.5 >/dev/null 2>&1; then
    logger "WAN check failed, restarting wan..."
    service restart_wan
fi
EOF
chmod +x /usr/sbin/check_wan.sh
 
这会每10分钟检测一次,ping不通就自动重拨。

四、与运营商沟通的关键点

如果确认是运营商侧问题(电脑直连光猫也断),要求师傅:
  1. 查询BRAS侧会话超时时间:新套餐可能调整了PPPoE会话老化时间(如24小时强制下线)
  2. 检查光猫OLT模板:确认新光猫的SN/LOID注册正确,光功率正常(-8到-25dBm)
  3. 要求查看光猫管理界面:确认是纯桥接模式(非路由模式),且没有开启"PPPoE代理"之类的功能

五、总结建议

优先级 操作 预期效果
1 启用LCP回声检测(5秒/3次失败) 解决90%的假死问题
2 MTU改为1480 解决大包不通问题
3 下次断网时电脑直连光猫测试 明确责任方
4 检查光猫是否为纯桥接 排除双重NAT冲突
最可能的根因:新光猫或上层BRAS设备的PPPoE保活间隔与梅林默认配置不匹配,导致路由器收不到LCP终止包,误以为连接还在。通过缩短LCP检测间隔可以强制路由器及时发现链路异常。
建议先实施方案1的nvram命令修改,观察24小时是否还出现断网。
展开全文


版权说明 手机扫码阅读
版权所有:《数巢笔记》 => 《AX86U更换光猫后遇到WAN无网络不会自动重播
本文地址:https://www.shunot.com/lybk/704.html
除非注明,文章均为 《SHUNOT》 原创,欢迎转载!转载请注明本文地址,谢谢。

发表评论

联系我们

在线咨询:点击这里给我发消息

微信号:master_135

工作日:9:00-23:00,节假日休息

扫码关注