HCL中S5820+QOS中数据包转发机制

SW4上QOS相关配置： # traffic classifier to-sw1 operator and if-match acl 3001 # traffic classifier to-sw3 operator and if-match acl 3000 # traffic behavior to-sw1 redirect interface GigabitEthernet1/0/1 # traffic behavior to-sw3 redirect interface GigabitEthernet1/0/3 # qos policy A classifier to-sw1 behavior to-sw1 classifier to-sw3 behavior to-sw3 # # acl advanced 3000 rule 0 permit ip # acl advanced 3001 rule 0 permit ip destination 10.1.1.1 0 # # interface GigabitEthernet1/0/5 port link-mode bridge port link-type trunk port trunk permit vlan all combo enable fiber # 基本网络配置包括，交换机所有接口配置为trunk，采用OSPF使得全网路由可达，问题在于做完QOS后，策略不生效，QOS配置文档中未能得到解决方案。

您好，QOS是应用到5口么？看到5口没有应用QOS的配置。

对的 应用在5口了 这个是我刚重新配的 调用错了 之前是在5口的

您好，那个10.1.1.1的地址是配置在哪里的呢？

10.1.1.1是SW1的回环，，ACL3001目的是为了在SW5所有流量走SW3的前提下，还要能够和10.1.1.1互通。

您好，中间的是SW1么？

除了6是SW2，中间是SW4，按照交换机的标号类推；

您好，可以尝试把10.1.1.1的策略修改为any看看是否能从3口出去到SW3

改成any的话 那两条ACL不是一样了吗

原本就可以访问到SW3，现在策略的目的是想要SW5无法访问SW2；

您好，看到原来ACL匹配到10.1.1.1的目的地址，而且是在SW1上的，应该是走路由过去了。 如果是为了SW5无法访问SW2，可以直接用ACL来拒绝了。

那为什么用QOS实现不了吗 用PBR已经实现了这个需求，QOS应该也是可以实现的啊

按道理QOS可以实现的啊 是因为模拟器转发机制有所不同吗

您好，这些ACL在策略路由是生效的？

模拟器确实有很多未知的问题。

是的 相同的逻辑 在策略路由里是生效的

您好，可以在真机上测试下，看是否能生效了。

您好 真机上试了一下 也不生效

还有可能是什么原因呢

真机上还是不行的话，只能继续检查下配置了。

您好，真机上在接口应用QOS策略为什么报错无法重定向到接口？（设备型号S5130） Failed to apply classifier-behavior 1 in policy 1 to the outbound direction of interface GigabitEthernet1/0/11. Redirect to interface is not supported.

Redirect to interface is not supported. //不支持重定向到这个端口

不支持的原因是什么呢

看下这个11口是否有其他的特殊配置。

[sw1-GigabitEthernet1/0/11]dis this # interface GigabitEthernet1/0/11 port link-type trunk port trunk permit vlan all qos apply policy 1 outbound #