用 bgpq4 生成过滤策略
bgpq4 把 IRR 数据库中的 as-set 或 AS 号批量转换成设备可用的过滤器（例如前缀列表），减少手工维护。它解决的是「对端会发哪些前缀」这类高频变更问题。但生成结果只能当草案：IRR 数据可能滞后或缺失，上线前必须人工评审关键差异。
基本信息
| 输入 | AS 号或 as-set 名称 |
|---|---|
| 输出 | 目标平台格式的过滤条目 |
| 常用参数 | 地址族、掩码长度上限、列表名称 |
| 数据来源 | IRR 数据库中的路由对象声明 |
| 使用原则 | 生成结果作为草案，人工评审后上线 |
典型使用场景
- 对等互联上线：快速生成对端前缀过滤清单
- 定期巡检：对比 IRR 声明与实际收到的前缀集合
- 变更比对：重新生成并 diff，找出新增与消失的前缀
- 多平台输出：按设备类型生成对应语法
- 模板维护：把生成流程脚本化，减少手工录入错误
常用形式
常用形式
bgpq4 -4 -R 24 -l PL-AS65001 AS65001 # 生成 IPv4 前缀列表
bgpq4 -6 -R 48 -l PL6-AS65001 AS65001 # 生成 IPv6 前缀列表
!
# 具体参数与输出格式以 bgpq4 --help 及所用版本为准
# 生成后先做 diff 比对，再人工评审关键差异使用环节
| 环节 | 动作 | 注意 |
|---|---|---|
| 数据源 | 读取 IRR 声明 | 数据可能滞后或缺失 |
| 生成 | 按平台输出过滤条目 | 版本差异需要核对 |
| 评审 | 人工比对关键前缀 | 重点看新增与删除项 |
| 上线 | 与实发前缀抽样核对 | 两侧核对才能形成闭环 |
生成结果直接下发风险很高：IRR 数据滞后或错误会引入误伤，把业务前缀拦在门外。
只依赖 IRR 不核对实发前缀，等于只有单向信息：用实际通告或对端提供的清单做交叉验证，才能发现声明与现实的差异。
自动生成的价值在于流程化：把生成、比对、评审、上线串成固定步骤，比每次手工整理更不容易出错，也便于审计。