多WAN接入导致端口环路光猫线路挂死现象

bbs0663

上图是之前测试的时候.路由设置四WAN拨号.重启路由器后.端口不知是否环路问题还是其他原因.会出现随机光猫被挂死现象.需要运营商机房重做宽带数据后才正常上网


上图是今天继续测试的连接图.重启次数十次.未发现PPPOE拨号连接异常.测试通过


假如四PPPOE拨号有问题.那我测试只有两个PPPOE拨号.两个DHCP连接.如上图
测试结果重启后.会出现WAN2无法拨号.频率重启两次至少有一次无法连上.最后光猫被挂死了.现等待运营商处理中
下面是测试的截图

接口日志显示报文超时

WAN2无法连接的路由表信息



之前一直用的是Tomato DualWAN 520W的路由,四WAN同样的环境一直很稳定.未出现宽带被挂死现象,现也把路由寄给你们技术研究了为了帮助技术人员解决该问题也找了非常多的资料.联系了TOMATO固件作者和BREED作者.图片如下


以上BUG困扰了我长达一个多月时间.一直都很佩服高恪处理问题的态度.可这问题反馈后至今也过了非常长时间了,一直未得到有效的解决.心拨凉拨凉的
我不知道是不是高恪的技术人员看到少用户出现这问题而把事情先放一边了还是另有其因.我想说的是.做为一个主打多拨多WAN.流控功能的固件.这可是一大BUG,望酌情对待

Matrix

1.抑制计时：一条路由信息无效之后，一段时间内这条路由都处于抑制状态，如果，路由器从一个网段上得知一条路径失效，立即在另一个网段上得知这个路由有效，这个有效的信息往往是不正确的，抑制计时避免了这个问题，当一条链路频繁起停时，抑制计时减少了路由的浮动，增加了网络的稳定性。
2.毒性逆转：当一条路径信息变为无效之后，路由器并不立即将它从路由表中删除，而是用16，即不可达的度量值将它广播出去，这样可以立即清除相邻路由器之间的任何环路。
3.触发更新：当路由表发生变化时，更新报文立即广播给相邻的所有路由器，而不是等待30秒的更新周期，当一个路由器刚启动RIP时，它广播请求报文，收到此广播的相邻路由器立即应答一个更新报文，而不必等到下一个更新周期，网络拓扑的变化会最快地在网络上传播开，减少了路由环路产生的可能性。
4.水平分割：规定由1个接口发送出去的路由信息不能再朝这个接口往回发送.这个办法减少了路由信息的不正确性和负载。
这些是解决或避免环路的方法，不知道高恪有没有以上的机制。

bbs0663

这个是我正常四WAN的路由表.不知是否路由表导致.表示不懂.

浪漫路人sc

可能高恪没有这种测试环境 都是基于多拨 同一个运营商出来的数据值

jialebihaidao

bbs0663 发表于 2017-8-26 16:50
这个是我正常四WAN的路由表.不知是否路由表导致.表示不懂.

这个Tomato路由表没问题，没有冲突的

bbs0663

jialebihaidao 发表于 2017-8-26 23:34
这个Tomato路由表没问题，没有冲突的

哈.这个肯定没有问题啦.我只是截图上来给技术人员参考下.

victor

怎么会wan3,wan4和LAN在同一个网段的？这当然会造成环路啦。

bbs0663

victor 发表于 2017-8-27 10:50
怎么会wan3,wan4和LAN在同一个网段的？这当然会造成环路啦。

那个我只是为了测试随便弄的.DHCP没关系的.

victor

DHCP也会有关系的吧LAN和WAN同网段，路由表怎么写。。。

admin

此问题我们会尽快更进