边界网关协议（BGP）在进行路由聚合时，会将多条明细路由合并成一条前缀更大的路由向外发布。这个操作虽然减少了路由表规模，却也会把明细路由里记录的AS_PATH属性抹掉。如果聚合点正好位于AS路径的中间，下游路由器就看不到原本经过的自治系统，有可能把流量又送回早已转发过的AS，形成路由环路。为了解决这个问题，RFC 4271里定义了AS_SET这种AS_PATH片段类型，它把被聚合路由经历过的所有AS号放进一个无序集合，聚合路由携带这个集合，相当于告诉邻居“这些AS我都覆盖过了”。
用Ruby来实现AS_SET的生成和防环逻辑非常合适，因为Ruby内置的数组与集合操作可以简洁地处理去重和包含判断。下面我们从一个具体场景出发：假设某台路由器收到了三条明细路由，分别是来自AS 100、AS 200和AS 100的宣告，现在要在本地AS 65001上做聚合。我们需要先收集这些明细的AS_PATH，再提炼出AS_SET，最后生成新的聚合路由属性。
AS_PATH解析与AS号提取
在真实环境中，BGP的AS_PATH可能是由多个段组成的字节流，但为了简化演示，我们用一种可读的文本格式来表示，例如“100 200”表示顺序路径，“(100,200)”表示集合。Ruby里可以用正则表达式把数字全部抓出来。要注意的是，AS_SET本身不区分顺序，所以提取后直接转成集合即可。
下面的代码演示了如何从多条明细路由的AS_PATH字符串里提取所有出现过的AS号，并合并到一个集合中。这里用到了Ruby的Set类，它提供了高效的去重和成员检测。我们故意让其中一条路径重复AS 100，用来验证去重是否生效。
require 'set'
# 模拟三条明细路由的AS_PATH，文本形式
detail_paths = [
"100 65001",
"200 65001",
"100 65001"
]
as_set = Set.new
detail_paths.each do |path|
# 用正则提取所有数字（AS号）
path.scan(/d+/).each do |as|
as_set.add(as.to_i)
end
end
puts "提取出的AS_SET内容: #{as_set.to_a.sort.inspect}"
# 输出应为 [100, 200, 65001]
上面的脚本运行后，无论明细里某个AS出现多少次，最终集合里只会保留一个。这种提取方式是后续构造AS_SET属性的基础。需要提醒的是，真实BGP消息里AS_PATH是类型长度值（TLV）编码，解析时要按字节偏移读取段类型和AS号，但逻辑上和文本提取一致。
另外，聚合路由器自身的AS号一般也会出现在明细的AS_PATH里（因为明细是先被本AS接收再聚合），所以集合里自然包含本地AS。这一点在后面做防环判断时很关键：下游收到聚合路由后，如果发现自己所在的AS号已经在AS_SET中，就说明这条路由曾经从自己这里出去过，必须丢弃。
聚合路由的AS_SET属性构造
提取出AS号集合后，下一步是把它们写成BGP认可的AS_SET片段，并拼到聚合路由的AS_PATH前面。按照协议，AS_SET在AS_PATH中表现为段类型3，里面的AS号无序。我们用Ruby构造一个聚合属性对象，把集合序列化成一个括号包裹的字符串，仅用于配置或日志展示。
以下示例展示如何生成聚合路由的AS_PATH属性，其中本地AS 65001作为顺序路径的起点，后面紧跟AS_SET。注意AS_SET里的数字排序并不影响语义，但为了可读性我们升序排列。
local_as = 65001
sorted_set = as_set.to_a.sort
# 构造AS_SET文本表示，例如 (100,200,65001)
as_set_str = "(#{sorted_set.join(',')})"
# 聚合路由的AS_PATH = 本地AS + AS_SET
aggregated_as_path = "#{local_as} #{as_set_str}"
puts "聚合路由的AS_PATH: #{aggregated_as_path}"
# 输出: 65001 (100,200,65001)
在真正下发到BGP演讲者时，这段代码生成的描述要被转换成对应的二进制属性。Ruby可以借助套接字或者调用外部路由守护进程（如Bird、FRR）的API来完成。脚本的价值在于快速验证集合内容是否符合预期，避免人工汇总时漏掉某个 transit AS。
如果网络工程师希望聚合路由不带任何AS_SET而只用ATOMIC_AGGREGATE标记，虽然也能警告下游“我聚合了”，但下游无法得知具体丢了哪些AS，防环能力弱。AS_SET以极小开销换来了可溯源性，这也是我们推荐用脚本自动生成的原因。
基于AS_SET的防环接收端校验
当对端路由器收到携带AS_SET的聚合路由时，它需要检查自身AS号是否处于该集合中。若是，则意味着路由已经环回，必须过滤。下面我们用Ruby模拟接收端的行为：输入是本端AS号和收到的AS_PATH字符串，输出是接受还是拒绝。
解析时我们只需找出括号里的数字，转成集合，再做include判断。这种校验可以集成进路由策略脚本，在每一条入境路由上自动执行。
def check_loop(local_as, aggregated_as_path)
# 匹配AS_SET括号内容
if aggregated_as_path =~ /(([^)]+))/
inner = $1
set_as = inner.split(',').map(&:to_i)
if set_as.include?(local_as)
return "拒绝: 本地AS #{local_as} 已在AS_SET中，存在环路风险"
else
return "接受: 本地AS #{local_as} 不在AS_SET中"
end
else
return "接受: 未携带AS_SET"
end
end
# 模拟对端AS 200收到上面的聚合路由
puts check_loop(200, "65001 (100,200,65001)")
# 输出拒绝
puts check_loop(300, "65001 (100,200,65001)")
# 输出接受
从输出可以看到，AS 200因为自身在集合里被拒收，而AS 300不在集合中所以正常接收。这种机制有效阻断了路由被错误回灌的可能。相比单纯依赖AS_PATH顺序检测，AS_SET让中间聚合场景下的防环变得可行。
实际部署中，接收端通常是由硬件或路由软件完成的，但用Ruby写这样一个校验器，可以在变更聚合策略前做离线仿真，提前发现会把哪些邻居误伤或者漏防。结合前面两节的生成逻辑，我们就拥有了一套从提取、构造到校验的完整工具链。