路由表逻辑bug

xibanya

留意到一个转发表逻辑层面的bug

测试版本：最新版，以前的版本有没有这个bug没留意过

假设物理口 lan1 ：192.168.1.1 /24     有一条静态 去往223.5.5.5 指向该网段某个地址192.168.1.x（假设223.5.5.5为内网部署的服务器）  

接口正常时，局域网设备去往223.5.5.5 走lan1转发

直接把lan1的网线拔掉，当前路由表中，该路由依旧存在。。。。这样去往223.5.5.5还是发向该接口，不会走缺省送去wan侧

直连接口都down掉了，对应的静态路由怎么还要下发到路由的转发表中呢？

xibanya

smurfs 发表于 2023-8-3 12:50路由检测机制 对于不生效的路由 或者down的路由应该需要有动作...降低优先级.  ...

理是这么个理，做不做就是厂家说了算了

someone

哈哈，你要习惯，这是正常现象。

xibanya

someone 发表于 2023-8-15 09:29正常情况下是，你提出一个问题，
他们说，哦，知道了，
然后，就没有然后了 ...

看来这个问题也没有然后了。

xibanya

这个需求还有希望吗？   

xibanya

小老弟 发表于 2023-7-28 17:10我们接口都是桥模式，不是物理的三层接口，网桥下的端口链路断开，静态路由规则是不会消失的，和传统路由设 ...

请问下现在进入评估阶段了吗？

someone

正常情况下是，你提出一个问题，
他们说，哦，知道了，
然后，就没有然后了

xibanya

apibits 发表于 2023-8-4 13:27我倒是觉得爱快应该评估一下这个问题   在实际工况下 很多使用场景要做静态路由的 算是很常见的问题 ...

估计这个问题又可能沉下去了。

apibits

xibanya 发表于 2023-8-3 13:39理是这么个理，做不做就是厂家说了算了

我倒是觉得爱快应该评估一下这个问题   在实际工况下 很多使用场景要做静态路由的 算是很常见的问题

smurfs

路由检测机制 对于不生效的路由 或者down的路由应该需要有动作...降低优先级.