BGP

【背景】 我负责一条双活数据中心的 eBGP 出口（本地 AS65000，对端运营商 AS4134），核心交换机是 Cisco N9K（IOS-XR 对端），业务侧是长连接 gRPC，对丢包敏感。最近一次 10G 上联抖动 12 分钟、BG

背景 做了 8 年网络工程，最近一年反复遇到同一个争论：核心出口要不要上双 ISP / 双机房 / 双上联。很多团队的答案是"要"，理由很朴素——单链路就是单点，SRE 教科书里写得很明白。但真正落地时大家会撞上一组很现实的账：第二链路的带

【背景】 做了 15 年网络工程，从运营商核心网到互联网数据中心，再到现在帮业务侧做网络运维，一个观察越来越强烈：应用侧的变更管理（灰度、金丝雀、一键回滚）已经相当成熟，但网络侧的变更管理在很多团队还停留在"凌晨三点割接 + 祈祷"的阶段。

【背景】 我负责一个双活数据中心的出口链路：两台核心交换机（Cisco N9K，IOS-XR 邻居是运营商 AS4134）跑 eBGP 双上联，业务侧是长连接 gRPC 服务，对丢包非常敏感（一次 50ms 内的丢包窗口就能让上游熔断）。链

现象：10G 上联链路抖动，下游 5 个机房流量来回震荡 10 月 17 日 22:38，核心机房一条 10G 上联链路（AS65000 → 运营商 AS4134）开始间歇性 UP/DOWN。持续约 12 分钟（22:38–22:50），期

【背景】 我负责一条核心业务链路：A 机房（10.10.x.0/24）→ 骨干交换机（Cisco N9K，ToR 接 25G 光模块）→ B 机房（10.20.x.0/24），承载约 12 Gbps 的 TCP 流量（主要是 gRPC +