连接冲突是怎么来的
BGP 邻居要先用 TCP 179 完成握手，两台设备如果几乎在同一时刻互相发起连接（典型场景是双端同时重启、链路闪断后恢复、或两端割接窗口重叠），同一个邻居会短暂出现两条 TCP 会话。RFC 4271 要求此时做连接冲突检测：比较双方的 BGP Identifier（即 Router ID），按规则只保留其中一条，另一条由判决的一方主动关闭，剩下的会话继续走到 Established。Cisco IOS、华为 VRP、Juniper Junos、FRR 都按这套规则实现，因此冲突日志本身不是故障。
基本信息
| 触发条件 | 双方几乎同时主动发起 TCP 179 连接 |
|---|---|
| 判决依据 | 比较 BGP Identifier（Router ID）大小 |
| 高发时机 | 设备重启、主控倒换、链路闪断恢复、割接窗口重叠 |
| 正常表现 | 日志出现冲突处理后收敛为一条 Established 会话 |
| 异常表现 | 长期反复冲突、状态在 Idle/Connect 间跳动 |
| 查看入口 | show log、show bgp summary、display bgp peer verbose |
典型使用场景
- 割接或双端同时重启后读日志：区分正常的冲突收敛与真正的邻居故障
- 邻居反复 Up/Down 时定位根因：确认是冲突未收敛，还是 holdtime 与链路问题
- Router ID 规划审计：确认全网唯一，避免判决结果不可预期
- 设备替换或主控倒换后核对：确认最终只留下一条 Established 会话
- 减少冲突概率的设计：在一端配置为被动模式，只允许对端发起连接
常用观察命令
常用观察命令
show log | include conflict # Cisco：过滤冲突处理相关日志
show bgp neighbors 10.0.0.2 # 看当前邻居状态与 Up 计数器
show bgp summary # 快速确认会话是否 Established
display bgp peer verbose # 华为 VRP：看邻居明细与对端 Router ID
display bgp peer 10.0.0.2 log-info # 华为：看该邻居的日志记录
show bgp neighbor 10.0.0.2 # Junos：确认 Peer ID 与连接方向现象与判断
| 现象 | 可能原因 | 处理动作 |
|---|---|---|
| 日志有冲突记录，随后 Established | 协议规定的正常收敛 | 无需干预，确认只剩一条会话即可 |
| 反复冲突且状态在 Idle/Connect 间跳 | Router ID 重复或 TCP 层不通 | 先核对 Router ID 唯一性，再查 179 可达性 |
| Established 但 Up 计数器很短 | 会话仍在反复重建 | 拉长观察窗口，核对两端 holdtime 与链路质量 |
| Established 但业务前缀缺失 | 与冲突无关 | 转查策略、下一跳解析与路由通告 |
Router ID 是判决的唯一依据，重复就意味着判决结果不可预期。多数实现未显式配置时优先取 Loopback 地址、无 Loopback 时取物理接口中较大的 IP，各厂商细节略有差异；跨厂商对接务必在 BGP 视图里显式写 router-id，避免设备重启后取值变化。
想从源头减少冲突，可以让一侧配置为被动模式（只接受对端发起，不主动连接），冲突就失去发生的条件；代价是该侧不能再作为主动方，双端都配被动会永远建不起邻居。