目前在使用H3C 的包括模拟器、VSR、VBRAS、VFW等产品。在做策略路由的时候遇到一个问题,发现下发在接口的策略路由实际上在所有接口上都生效,导致出现路由环路,无法访问,数据包直接就ttl超时了。希望华三的研发能尽快解决,谢谢。
组网拓扑很简单,如下:
从192.168.1.2 要访问192.168.3.2,在路由器MSR3620_1的G0/0接口上做PBR,源IP是192.169.1.2,目标IP是192.168.3.2,指定下一跳到192.168.2.2,然后再通过192.168.2.2 的默认路由扔回到MSR 3620_1的G 0/1接口,之后让路由器正常转发,发到192.168.3.2上。
但是实际情况是在中间路由器收到报文之后将报文扔到192.168.2.2之后,在192.168.2.2 通过默认路由扔回来之后,但是中间路由器又匹配到策略路由,又扔到192.168.2.2 了,这样就出现了路由环路,导致ttl超时。
不管是在HCL模拟器,还是在VSR、VBRAS、VFW等设备上测试都是这样的结果,希望华三的研发工程师解决。
各个设备配置:
R3
R1
R2:
R4:
测试结果:
在R3上ping
抓包查看,可以看到ttl跳数一直减1
请华三的工程师和研发尽快解决!
(0)
最佳答案
R1把快速转发关闭就行了。
由于没有具体型号请参考以下命令
undo ip fast-forwarding load-sharing
(0)
我添加了空节点20 ,还是这样。他匹配的就是第一个node,感觉我下发在接口上了,但是对于设备来说是全局生效。这样就导致有问题
怎么是来回路径问题呢?PBR先送上去,然后上面的路由器默认路由指回来,回来之后R1应该按照正常的路由转发,转发到R4上去。说实话,相同的配置思路我在华为的ENSP上,和思科模拟器GNS3上都试过,华为和思科的都没问题,就华三的设备出现了问题。而且我这曾经试过在R1和R2之间再增加一个线路,让来回路径不一致也是出现这样的问题。不信你们可以试一下。
不能解决问题,还请再帮忙看一下。如确定是产品问题,可以给研发提个需求,让研发在后面的版本解决掉。现在不只是HCL这个模拟器有这个问题,关键是现在发行的所有VSR、VBRAS、VFW等设备上都是这个问题,这个影响就大了。
这个不上产品有问题,是组网转发表来回路径问题,影响了快速转发功能而已。如果需要解决建议拨打400热线反馈下由原厂工程师或者产品线等方面专家给出建议。
RT1没路由怎么转去RT4
(0)
R1是直连三台路由器,直连路由的,不需要配置路由
R1是直连三台路由器,直连路由的,不需要配置路由
模拟器上看不出来,我昨天在VSR上面做得,就ping了一个报文,查看策略路由的node 10 匹配次数增加了128次,说明都匹配上了,但是关键我是在一个接口上下发的,但是实际设备处理针对所有的接口都生效了。这样就不合理了。
(0)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
我在HCL测试可以了,我一会在VSR上测试一下,感谢支持!