• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 是
  • 否
  • 全部
  • 是
  • 否
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索
问

新增业务板有如下报错,是业务板不支持吗

23小时前提问
  • 0关注
  • 0收藏,44浏览
粉丝:0人 关注:0人

问题描述:

设备:S125G-AF 版本:R8056P08 业务板:LSXM3CGQ18SF2,

acl规则:acl advanced 3002

 rule 16 permit tcp source object-group ZKFC destination 10.X.X.X 0 destination-port eq 1521

3 个回答
粉丝:44人 关注:1人

该日志表明在接口 Vlan-int 的入方向(inbound)应用或更新 IPv4 ACL 3002 规则 16 时失败,原因是该接口同一方向上已存在其他同类型的 IPv4 ACL 规则。

**处理建议**:
1. 检查该接口入方向当前已应用的 ACL 配置。
2. 确认冲突的 ACL 编号,若无需保留,请将其删除。
3. 重新应用目标 IPv4 ACL 3002。

注意:同一接口的同一方向(如入方向)仅允许应用一个同类型(IPv4/IPv6/MAC)的 ACL。

暂无评论

粉丝:46人 关注:2人

不是板卡硬件完全不支持 ACL,是这条 ACL 里面的 object-group(对象组),在 S125G‑AF、R8056P08 这个版本下,Vlan-interface 三层 SVI 接口绑定 packet-filter inbound,硬件转发芯片不支持带对象组的 ACL 下发!

日志:PFILTER/3/PFILTER_IF_NOT_SUPPORT: Failed to apply or refresh IPv4 ACL 3002 rule 16 ... The ACL is not supported. 触发时机:slot2(LSXM3CGQ18SF2)业务板卡上电注册、芯片初始化的时候,系统尝试把已绑定在 Vlan9 的 ACL 3002 下发到这块板的转发芯片,下发失败报这个告警。 其他老板卡如果是另一套芯片,可能可以正常下发,新增这块 LSXM3CGQ18SF2 是新一代芯片,对 SVI+inbound + 对象组 ACL 有约束。

拆解你的配置

acl advanced 3002 rule 16 permit tcp source object-group ZKFC destination 10.X.X.X 0 destination-port eq 1521

关键点:rule 里面用了 object-group 对象组。 S12500G-AF 平台 R8056 版本限制: ✅ 纯网段、纯端口、不带 object-group 的高级 ACL,可以正常绑定在 VlanIF inbound 做三层报文过滤; ❌ 包含 object-group(IP 对象组)的 ACL,不支持在 Vlan-interface(三层 SVI)上应用 packet-filter inbound 硬件下发,只能在物理端口 / 二层口应用,SVI 三层接口不支持。

补充区分:

  • 物理三层口(G 口、40G 口配 ip 地址):大多支持带对象组 ACL;
  • Vlan-interface(SVI)三层虚接口:R8056 版本芯片规格限制,不支持对象组 ACL 硬件过滤。

验证方法

  1. 把 rule 16 改成不使用 object-group,直接写 source 网段,保存后,再复位 slot2 板卡,告警直接消失:
rule 16 permit tcp source 10.1.1.0 0.0.0.255 destination 10.X.X.X 0 destination-port eq 1521
  1. 查看下发状态:
display packet-filter interface Vlan-interface 9 inbound display acl hardware 3002

改完不带对象组,就能正常显示硬件下发成功,不再报 PFILTER_IF_NOT_SUPPORT。

三个可行改造方案(按推荐排序)

方案 1:拆掉 object-group,ACL 直接写网段(最省事,推荐)

把 ZKFC 对象组里面的所有网段,展开成多条 rule,不再引用 object-group,VlanIF inbound 正常硬件过滤,性能无损。

适合对象组里面条目不多的场景。

方案 2:把过滤从【VlanIF inbound】迁移到【接入物理端口 inbound】

取消 Vlan-interface9 下的 packet-filter 3002 inbound; 在对应的接入物理接口下绑定 packet-filter 3002 inbound,物理口是支持 object-group 的,这条告警消失。

缺点:需要在多个接入口重复绑定,维护量大。

方案 3:改用 QoS policy+classifier 的方式(MQC)

MQC 策略在 S125G-AF 新一代芯片上对对象组支持更好,不用 packet-filter 直接绑定 SVI:

  1. classifier 匹配 acl 3002
  2. behavior permit
  3. qos policy 绑定到 VlanIF inbound

⚠️注意:R8056P08 也有部分芯片对 SVI 下 MQC 对象组有坑,优先先试方案 1。

误区澄清

  1. ❌不是 LSXM3CGQ18SF2 这块板不能用 ACL;它支持 ACL,只是SVI 三层接口 + inbound+object-group这个组合不支持;
  2. ❌不是板卡故障;板卡 BOAD_STATE_NORMAL,板卡本身识别正常、运行正常,只是 ACL 规则无法灌入芯片;
  3. ❌不是 MDC 问题;日志 - MDC=1 只是说明是在 MDC1 里的配置;
  4. 这个告警会持续存在,但流量会走 CPU 软件过滤,CPU 高的时候容易丢包,不建议长期带告警跑业务。

版本补充信息

R8056 是比较老的基线,后续 R806x 新版本有部分芯片放开了这个限制;如果必须保留 object-group+SVI 过滤,可以评估升级版本,但升级风险高于方案 1。


暂无评论

粉丝:109人 关注:1人

入方向不支持


暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

✖

分享扩散:

➤

提出建议

✖

    +
✖

亲~登录后才可以操作哦!

确定
✖

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub
✖

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

✖

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明