转：爱快软路由做PPPOE给别人上网经常拨号频繁掉线重连的解决办法 修改LCP机制

小樱

转：爱快软路由做PPPOE给别人上网经常拨号频繁掉线重连的解决办法 修改LCP机制

PPPoE连接建立后，为了保持连接，需要发送Echo请求（其实就是心跳包），收到心跳包后，必须应答Echo响应，否则判断为PPPoE拨号连接已断开。
PPPoE协议上规定两端都可以发起（PPPoE服务器发起，或者PPPoE客户端发起）


实际上出于节约PPPoE服务器资源考虑，部分运营商拒绝频繁回应PPPoE客户端主动发起的Echo请求，比如可能60秒内只应答一次，PPPoE客户端发多了Echo请求，PPPoE服务器就不回复Echo响应。

现在爱快的LCP检测机制：我们的默认是 3秒1个包，20次无响应 则重连。

网络繁忙（比如大流量上传、下载）的时候，Echo响应很容易丢失，这样爱快就很容易超过60秒还收不到任何Echo响应，判断网络断开了，重连，
于是在你看来就是网络又卡了一下

临时措施，可以调整LCP检测机制，间隔加长，加到30秒，5次，之类的

终极办法是学习Windows内置的PPPoE客户端，老老实实，不主动惹事（不主动发起Echo请求），只被动响应PPPoE服务器发来的Echo请求，
服务端问的时候，你告诉服务端你在就行了

问题症状 日志中心 > 功能日志 > 外网拨号日志，爱快自身频繁掉线，系统日志出现wan1线路检测失败

No response to 20 echo-requests
LCP: timeout sending Config-Requests

爱快PPPOE服务器选项，设置更长的间隔


用户的拨号路由器连接拨号到爱快上面时也可以设置


解决办法：换光猫拨号，然后dmz给爱快，可以彻底解决掉线问题，非要桥接可以在爱快之前部署一个tp硬件路由器来拨号，然后爱快接在tp设备底下
这是爱快LCP的BUG，主动发起echo给pppoe服务器，然后pppoe服务器无响应 引起的掉线，应当和Windows内置拨号一样，仅被动接受响应pppoe服务器发来的echo请求就可以解决问题

爱快官方开发回复
现在爱快的LCP检测机制：我们的默认是 3秒1个包，20次无响应 则重连。
网络繁忙（比如大流量上传、下载）的时候，Echo响应很容易丢失，这样爱快就很容易超过60秒还收不到任何Echo响应，判断网络断开了，重连，
于是在你看来就是网络又卡了一下所以导致掉线
同时3.6.5版本进行了优化，可以在体验一下
3.1.0：ppp LCP检测是失败 >= 50%时，会开始判断是否能收到数据包. 如果能收到流量LCP失败统计归零.  
3.6.4:  ppp LCP加强响应, 当客户端收到LCP请求时，会持续的给客户端发送LCP响应, 避免友商小路由产生主动断开（只能尽量改善，彻底解决需要友商去优化PPP）
3.6.5:  ppp 收到LCP echo请求时, LCP失败统计归零