BPG 连接建立失败问题的答案和解析
内容提要
本文通过抓包分析BGP连接建立失败问题。发现服务器与对端已有由bird进程建立的EBGP会话（TTL=1），导致后续IBGP连接被拒绝。重启后EBGP成功，IBGP仍失败。文章属于“抓包破案录”系列，分享网络抓包分析实战经验。
延伸解读
抓包定位BGP故障的关键线索
文章通过抓包发现两个关键线索：一是TCP连接建立后发送OPEN消息即收到RST，说明对端拒绝BGP连接；二是收到的RST包TTL为1，且对端持续发送keepalive，暗示已存在一个EBGP会话。这些线索帮助定位到bird进程，从而解释故障原因。
EBGP与IBGP会话冲突的机制
故障源于同一台服务器上bird进程已与对端建立EBGP会话（TTL=1），而后续尝试建立IBGP会话时被对端拒绝。重启后EBGP成功建立，导致IBGP持续失败。这提醒我们，在配置BGP时需注意不同协议实例间的会话冲突，避免重复建立连接。
升级触发故障的偶然性
文章指出，升级前IBGP正常而EBGP一直失败，重启后EBGP成功，IBGP反而失败。这说明故障并非升级直接导致，而是重启改变了会话状态，暴露了配置冲突。实际运维中，类似问题可能因环境混乱而难以预料，需定期检查网络配置。
Q&A
BGP连接建立失败时，如何通过抓包分析定位问题？
通过抓包分析，首先检查TCP连接是否正常建立，然后观察BGP OPEN消息发送后是否收到TCP RST。如果收到RST且IP层TTL为1，可能表明对端已有BGP会话。同时，注意对端持续发送的keepalive消息，这暗示已有BGP会话存在。
为什么BGP OPEN消息发送后会收到TCP RST？
因为对端设备已经与另一个进程（如bird）建立了EBGP会话，当尝试建立新的IBGP连接时，对端会拒绝并发送RST。
BGP keepalive消息的TTL为1说明了什么？
TTL为1表明该keepalive消息来自直连的EBGP会话，因为EBGP通常使用TTL=1，而IBGP的TTL通常更大。这提示已有EBGP会话存在。
bird进程在BGP故障中扮演了什么角色？
bird进程与对端建立了EBGP会话，导致后续尝试建立IBGP连接时被拒绝。重启后EBGP成功，但IBGP仍失败，因为EBGP会话已存在。
为什么升级后BGP连接会失败？
升级前IBGP正常，bird的EBGP一直失败；重启后EBGP成功，导致IBGP被拒绝。因此升级触发了EBGP的成功建立，进而影响了IBGP。
如何根据BGP会话使用的端口找到相关进程？
通过抓包发现对端发送的keepalive消息使用的源端口（如22709），可以在服务器上查找监听该端口的进程，从而定位到bird进程。
