设置列表
对齐方式
设备:7506X-S两台IRF
目的,让VLAN1访问公网的数据走10.0.1.102,其余走本地三层和静态路由
用next-hop空跳的办法做转向
配置:
acl number 3000
rule 0 permit ip source 10.0.1.0 0.0.0.255 destination 10.0.0.0 0.0.0.255
rule 10 permit ip source 10.0.1.0 0.0.0.255 destination 172.0.0.0 0.0.0.255
rule 20 permit ip source 10.0.1.0 0.0.0.255 destination 192.168.0.0 0.0.255.255
rule 30 permit ip source 10.0.1.0 0.0.0.255 destination 100.100.0.0 0.0.255.255
#以上匹配整个内网段
acl number 3001
rule 0 permit ip
quit
#以上匹配缺省出公网
policy-based-route Server permit node 10
if-match acl 3000
#这里不写apply next-hop,根据官方说法和知了社区之前问的,是为了让匹配目标为整个内网的数据走三层何者静态路由,node 10 优先匹配到了ACL3000
policy-based-route Server permit node 20
if-match acl 3001
apply next-hop 10.0.1.102
#随后缺省转向10.0.1.102这台防火墙
int vlan 1
ip policy-based-route Server
#下发
目的是为了来自VLAN1上的数据,访问内网,走三层和静态路由,缺省,指向某10.0.1.102
然而实际下发后,该VLAN所有出站访问数据下一跳均指向10.0.1.102(包括到内网其它段的应该走三层直通和静态路由的),空跳策略路由并没有生效。
从结果来看,是node 10这个匹配有问题,没有匹配到,于是全部只好走了node 20。可是之前我做过测试,同样的设备(不过没IRF堆叠),利用空跳的办法确实是可以正确工作的,甚至实际环境里下发的脚本都是测试环境里抄的,改下IP。。无非是测试环境随便搭了几个网段,但整个拓补结构和生产环境是一样的,顶多是生产环境的VLAN1上有ip add sub子接口,不知道有没有影响。
感谢感谢
(0)
最佳答案
确认下acl匹配是否有有问题
(0)
哦,谢谢回答,但这ACL匹配确实是没问题 (第一次发帖时ACL复制错了,全复制成rule10了,现在修改了),内网确确实实时落在这些段上的
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
哦,谢谢回答,但这ACL匹配确实是没问题 (第一次发帖时ACL复制错了,全复制成rule10了,现在修改了),内网确确实实时落在这些段上的