S6805G,版本R8307p62版本，接口应用包过滤问题

原理说明

share-mode作用：同板卡多个接口绑定同一条 ACL 时，多接口共享同一份硬件 ACL 资源，节约 TCAM 表项。 芯片转发流水线差异：

1. 入方向 inbound：报文进入芯片时做 ACL 查表，硬件支持共享资源复用，所以packet-filter ... inbound share-mode可以正常配置；
2. 出方向 outbound：报文路由查表之后、出接口发送前做 ACL 过滤；S6805G 这款芯片的出方向报文过滤，硬件架构不支持多端口共享 TCAM 资源，R8307P62 版本没有放开这个能力，带 share-mode 参数直接校验失败。

文档原文：packet-filter 的 share-mode 关键字，仅支持入方向，出方向不支持。

两种可行方案

方案 1：放弃 outbound share-mode（推荐）

直接删掉 outbound 后面的share-mode，使用独占资源模式：

缺点：每个应用该 ACL 的接口，单独占用一条 TCAM 资源；如果端口数量不多，完全够用，PTP 场景一般端口量很小。

方案 2：全局开启 qos-acl 资源共享（特殊场景，聚合口适用）

仅聚合接口才支持 outbound 共享模式 packet-filter；普通万兆口不适用。

普通物理 Ten-GigabitEthernet 口，这条全局命令也无法让 packet-filter outbound share-mode 生效。

其他备选思路（如果目的是节省 TCAM）

1. 把过滤逻辑尽量移到 inbound 方向做；流量在入接口完成过滤，不需要在出方向做包过滤；
2. 评估版本升级：查 400case 确认后续基线版本是否对 S6805G 芯片放开 packet-filter outbound share-mode 限制；R8307P62 不支持。

补充注意点

• 这个限制是芯片硬件限制，不是 ACL 本身问题，不是 ACL 规则复杂导致；
• 不要混淆：QoS policy 的 share-mode 和 packet-filter 的 share-mode 不是一套限制；QoS 策略 outbound 可以 share-mode，但是 packet-filter 报文过滤不行；
• 你的 PTP 时间同步场景：PTP 报文优先级高，出方向包过滤尽量精简 ACL 规则，减少硬件资源压力。

简短总结

R8307P62 版本 S6805G 硬件限制，packet-filter share-mode 只支持 inbound，outbound 不支持。不带 share-mode 时，outbound 走独占 TCAM 资源，所以可以成功应用。解决办法：outbound 配置去掉 share-mode 关键字。

直接原因

看报错：The ACL is not supported —— 芯片驱动在下发这条 ACL 时直接拒绝了。原因：

share-mode（ACL 共享资源模式）在这台设备/这块单板上只有 inbound 方向支持，outbound 方向的硬件 ACL 资源区没有共享区域。​

Comware 的 share-mode 本质是：多个端口引用同一条 ACL 时，规则只往 TCAM 里写一份，大家共享，省硬件资源。但这个“共享资源区”是芯片上预先划分的特殊区域——很多 H3C 型号（尤其是一部分板卡）只在入方向做了共享区，出方向根本没有这块资源，所以你一加 share-mode，驱动发现出方向没有对应的共享资源区域，就报 "The ACL is not supported"，不带这个参数走普通资源下发就能成功