我在经历了一次痛苦的跨境访问故障后，彻底意识到，单靠默认的BGP优化远远不够。虽然我们早早引入了多ISP接入、智能DNS调度，甚至花高价打通了BGP Anycast路径，但用户反馈“访问卡顿”“偶发丢包”始终未解。我决定深入底层路由控制逻辑，最终将目标聚焦在FRRouting（FRR）上，尝试通过AS_PATH和社区标签的精细化策略，实现真正的链路优选与流量稳定。这篇文章记录了我在香港裸金属服务器上构建BGP策略路由系统的实操过程与解决方案。
一、问题复现与背景排查
现象描述：
- 香港服务器部署于多ISP BGP混合网络（HE、NTT、本地IX）；
- 使用Bird/Quagga进行基本路由接入，路径选择由默认BGP决策机制主导；
- 路由最短，但实际出口存在“低概率大抖动”，丢包率可达5~10%；
- Traceroute显示路径切换不频繁，但单一路径质量不稳定。
初步分析结论：
- BGP本身不感知链路质量（丢包、延迟）；
- 默认策略优先最短AS_PATH，不考虑网络质量；
- 缺乏对社区（Community）标记的灵活使用，无法精准控制下一跳行为；
- 多运营商返回路径不可控，流量回程走劣质链路。
为解决上述问题，我决定使用FRR替代原有BGP守护进程，并构建基于社区标签与AS_PATH策略的精细路由系统。
二、环境准备与FRR部署
测试平台：
- 香港裸金属服务器（Xeon D + 10G Port）
- Debian 12 + Linux Kernel 6.x
- 多ISP直连（NTT、HE、HKIX本地互联）
- BGP会话通过FRR控制，vtysh统一配置接口
安装步骤：
apt update
apt install frr frr-pythontools
启用相关守护进程：
sed -i 's/bgpd=no/bgpd=yes/' /etc/frr/daemons
systemctl enable frr && systemctl start frr
三、基础BGP配置与邻居建立
我们先确保每个ISP BGP邻居能够成功建立：
vtysh
conf t
router bgp 65001
bgp router-id 1.1.1.1
no bgp default ipv4-unicast
neighbor 203.0.113.1 remote-as 2914
neighbor 203.0.113.1 description NTT
neighbor 2001:db8::1 remote-as 6939
neighbor 2001:db8::1 description HE.NET
address-family ipv4 unicast
neighbor 203.0.113.1 activate
neighbor 2001:db8::1 activate
exit-address-family
完成邻居建立后，确认路由接收：
show ip bgp summary
show ip bgp neighbors 203.0.113.1 received-routes
四、基于社区标签的出口控制策略
1. 设置本地出口策略：引入自定义社区
定义社区用于标识不同ISP：
ip community-list standard NTT permit 65001:100
ip community-list standard HE permit 65001:200
将特定前缀打上社区标签：
route-map SET-NNT-COMMUNITY permit 10
match ip address prefix-list TO_NTT
set community 65001:100 additive
route-map SET-HE-COMMUNITY permit 10
match ip address prefix-list TO_HE
set community 65001:200 additive
2. 对等体入站策略
拦截对方传入的社区标记，引导不同优先级：
route-map IN-NNT permit 10
match community 65001:200
set local-preference 50
route-map IN-HE permit 10
match community 65001:100
set local-preference 150
router bgp 65001
address-family ipv4 unicast
neighbor 203.0.113.1 route-map IN-NNT in
neighbor 2001:db8::1 route-map IN-HE in
效果：
接收到对方带有我定义的Community标签后，根据业务意图赋予不同Local Preference；
本地路由器可依据业务需求灵活调度出站路径。
五、基于AS_PATH长度与前缀过滤的优化
在部分ISP（如HE.NET）上，路径较短但质量差。我们主动加长AS_PATH以降低优先级：
route-map HE-ASPATH-WEIGHT permit 10
match ip address prefix-list PREFER_NTT
set as-path prepend 65001 65001
router bgp 65001
address-family ipv4 unicast
neighbor 2001:db8::1 route-map HE-ASPATH-WEIGHT out
同时使用前缀列表精准控制某些前缀仅通过特定ISP发布：
ip prefix-list ONLY_NTT seq 5 permit 203.0.113.0/24
neighbor 203.0.113.1 prefix-list ONLY_NTT out
六、结合链路质量数据实现动态路由调整（可选）
虽然BGP本身无感丢包，但可通过外部监控机制（如ping probe + script）动态调整FRR配置：
if ping -I eth1 8.8.8.8 -c 3 | grep '100% packet loss'; then
vtysh -c 'conf t' -c 'router bgp 65001' \
-c 'neighbor 203.0.113.1 shutdown'
fi
也可以通过FRR对接BFD (Bidirectional Forwarding Detection) 快速检测链路可达性：
bfd
peer 203.0.113.1
no shutdown
七、验证与观测
配置完成后，我通过以下方式确认策略生效：
show ip bgp
show ip route
show ip bgp community
show ip bgp neighbor <IP> advertised-routes
同时通过MTR与Smokeping持续观测各ISP的路径质量，发现通过Community + AS_PATH的引导，路径选择更加稳定，丢包显著下降，访问体验平滑。
八、结语与反思
从最初只依赖默认BGP路由，到现在利用FRR精细控制社区标签与AS_PATH策略，我深刻体会到：真正的BGP优化不是“配置完就丢手”，而是一场不断调参与链路感知的博弈。在香港这种网络多运营商混杂、路径变动频繁的环境下，唯有拥抱控制权、用社区表达意图、用策略约束行为，才能构建稳定高可用的BGP体系。
未来我计划将FRR与Prometheus联动，实现路径质量自动探测与路由调整闭环，让策略真正做到“动态自适应”。这才是属于工程师的BGP之路。
