OSPFV3 接口下过滤5类LSA

12504G-AF（V7）OSPFv3 接口下是有对应命令的，只是关键字不一样，不是 ospf database-filter ase，而是 ospfv3 database-filter external，external 就对应 OSPFv3 Type-5 AS-external LSA（也就是 OSPFv2 里的 ase）H3C。

OSPFv2：ospf database-filter ase [acl 2000] OSPFv3 接口视图：ospfv3 database-filter external [ acl { ipv6-acl-number | ipv6-acl-name } ]

根本原因（H3C V7 OSPFv3 限制）

1. OSPFv2：接口视图支持database-filter ase，可以直接抑制本接口向外发送 5 类 ASE‑LSA 报文，邻居 LSDB 直接收不到这条 LSA。
2. OSPFv3（V7 版本包括 S12504G‑AF）没有接口级 database‑filter 对 Type‑5 外部 LSA 的过滤能力H3C：
   • area视图下filter import/export 只针对 Type‑3（Inter‑Area‑Prefix）区域间 LSA，对 5 类 External LSA 无效H3C；
   • OSPFv3 没有接口下database‑filter ase命令；
   • filter‑policy import：仅过滤本地路由表，LSA 仍然会存入本机 LSDB，也仍然泛洪发给邻居，邻居设备 LSDB 依然能看到 5 类 LSA，只是本机不把这条路由安装进路由表，不等于 LSA 报文拦截。

⚠️重点区分：

• 接口 database‑filter（OSPFv2）：LSA 报文直接不发出去，邻居 LSDB 无该 LSA
• filter‑policy import（OSPFv3）：LSA 报文照常接收、LSDB 存在，只是不计算进本机路由表

4 种可行方案，按需求选择

方案 1：源头 ASBR 上阻止生成 5 类 LSA（最优，彻底不产生 5 类 LSA）

如果可控 ASBR 设备，在 ASBR 重分发的时候过滤，从根源不生成 Type‑5 LSA，全网 LSDB 都不会出现该 LSA。

优点：LSDB 干净，没有多余 LSA 泛洪；缺点：必须操作 ASBR 设备。

方案 2：Stub / NSSA 区域（整区域屏蔽 5 类 LSA）

把对应区域配置为 Stub/NSSA，ABR 不会向该区域下发 5 类外部 LSA。

优点：标准 OSPF 机制，区域内所有设备 LSDB 看不到 5 类 LSA； 缺点：是整个区域生效，不能只针对某一个接口 / 某一个邻居做过滤，适合末梢区域，骨干 area 0 不能配置 stub。

方案 3：只能做到本地路由表过滤（不能阻止 LSA 发给邻居）

如果你只需要本机不学这条外部路由，不关心邻居是否收到 5 类 LSA，使用filter‑policy import。

重要提醒：执行完后，display ospfv3 lsdb external依然可以看到 5 类 LSA，只是路由表没有该路由；LSA 报文仍然发给邻居，邻居会学习该外部路由。

方案 4：需求是 “仅某一个接口，不要向该邻居发送 5 类 LSA”（OSPFv3 H3C V7 无原生支持）

当前 S12504G‑AF 的 V7 版本没有接口视图下过滤向外发送 Type‑5 LSA 的命令，不能像 OSPFv2 那样接口下 database‑filter ase。

• 临时规避：如果该链路两端可控，对端做 filter‑policy import，对端不收进路由表；但 LSDB 依旧存在 LSA。
• 版本诉求：向 H3C 400 提交需求，希望 OSPFv3 增加接口视图 database‑filter 对 external LSA 的过滤能力。

排查验证命令

选型快速建议

1. 可以操作 ASBR：优先方案 1，源头过滤，不生成 5 类 LSA；
2. 是末梢区域，不需要外部路由：用方案 2 stub/nssa；
3. 仅本机不学路由，邻居无所谓：方案 3 filter‑policy import；
4. 只希望某一个接口不向外发 5 类 LSA：现有 V7 版本 OSPFv3 做不到 LSA 报文拦截，只能对端过滤路由表。