BGP多线切换时的会话保持核心在于让出口IP地址在切换过程中保持不变，并同步连接跟踪状态，否则TCP连接会被重置。
BGP多线切换会话保持怎么实现
BGP多线环境下，链路切换通常由BGP路由协议自动完成，但切换的瞬间，如果出口公网IP发生变化，已经建立的TCP会话就会因为四元组（源IP、源端口、目的IP、目的端口）中源IP改变而中断，会话保持的本质,就是让上层业务感知不到底层路径的变化。
先搞清楚为什么会断
- TCP连接用四元组唯一标识，源IP变了,对端会认为这是新连接或直接RST。
- 传统NAT设备在切换出口时，如果NAT表不迁移,连接状态丢失。
- 应用层心跳超时后才会重连,造成短暂不可用。
业内专家指出，会话保持效果取决于路由收敛速度和状态同步效率,两者缺一不可。
主流实现路径
出口地址池统一
所有BGP出口共享同一个公网地址池，切换线路时，出口设备仍然使用相同地址做SNAT，这需要运营商支持,或者使用自有IP段广播到多家运营商。
配置命令（以Linux iptables为例）：
iptables -t nat -A POSTROUTING -s 10.0.0.0/24 -j SNAT --to-source 203.0.113.10-203.0.113.20
切换链路时SNAT池不变，源地址保持,核心前提是地址池里的公网IP必须在所有运营商线路上都可路由。
连接跟踪同步
使用conntrackd在多台出口设备之间同步连接状态，主设备故障后，备设备接管流量时，TCP连接状态已被同步过去,不会因状态缺失而丢包。
安装并配置：
apt install conntrackd
关键配置片段：
Sync {
Mode FTFW {
DisableExternalCache Off
}
Multicast {
IPv4_address 225.0.0.50
IPv4_interface eth1
Group 3780
}
}启动同步：
conntrackd -C /etc/conntrackd/conntrackd.conf conntrackd -s
conntrackd -s
可以看到同步的连接数，验证是否生效，主备设备之间需要心跳链路，建议使用独立网卡,避免业务流量干扰同步报文。
隧道牵引
在出口设备之间建立GRE或IPsec隧道，当主链路故障时，流量先被隧道牵引到仍正常出口，再转发出去，此方案适合无法统一地址池的场景，缺点是会增加报文头部开销,MTU需要相应调小。
一次典型切换的完整流程
- 主链路光模块故障,BFD在几十毫秒内检测到。
- BGP邻居超时,路由收敛开始。
- 备设备通过conntrackd确认已同步所有连接状态。
- 出口SNAT地址池切换到备用设备,源IP不变。
- 目的地收到源IP相同的TCP包,连接继续。
实操注意点
- BFD（双向转发检测）能把链路故障检测时间从BGP默认的秒级缩短到毫秒级。
- 路由收敛和连接状态同步需要配合,否则先切路由后同步状态仍会丢包。
- 出口设备应配置
local-pref或MED确保正常情况下流量走主链路。
游戏服务器BGP多线切换会掉线吗
答案是：没做会话保持配置，大概率会掉线；做了源地址保持和连接跟踪同步，多数情况下可以做到不掉线。
游戏服务器大多采用TCP长连接，玩家和服务器之间的连接一旦建立，中途发生BGP线路切换，如果出口IP变化，客户端会立刻收到RST或者连接超时，BGP多线本身只解决路由冗余，不解决会话状态延续,所以游戏行业对BGP多线切换的会话保持要求尤其高。
游戏场景下的特殊要求
- 实时性高,切换延迟超过几百毫秒就可能被玩家感知。
- 连接数大,单台服务器可能维持数万条TCP连接。
- 部分游戏协议基于UDP，UDP本身无连接,但业务层仍需保持源地址一致。
游戏服务器不掉线的配置思路
- 使用任播地址（Anycast），让多个机房出口同时广播同一IP段，客户端始终连接同一地址,路由切换时源地址天然不变。
-
配合
conntrackd同步UDP和TCP状态,覆盖不同协议的游戏。 - 机房侧开启BFD,缩短故障检测。
实际部署中，大部分商业游戏服务器会购买云厂商的BGP多线服务，由云平台底层实现会话保持，自建机房则需要自己动手配置上述工具,或者采购支持状态化切换的商业防火墙。
BGP多线和单线对比有什么区别
很多人认为BGP多线只是比单线多几条线路，其实在会话保持层面差异更大，单线环境下，出口唯一，不存在跨链路切换，所以不需要考虑源地址漂移问题，一旦线路故障，只能等待运营商修复，业务直接中断，BGP多线通过路由冗余提供了自动切换能力，但切换过程中如果缺乏会话保持配置，业务仍会中断，等于只解决了“路由可用”，没解决“连接可用”。
| 对比项 | 单线 | BGP多线 |
|---|---|---|
| 线路冗余 | 无，单点故障 | 多运营商冗余 |
| 切换行为 | 人工或等待修复 | 自动路由收敛 |
| 源IP变化 | 不涉及 | 切换时可能变化 |
| 会话保持难度 | 无 | 需要额外配置 |
| 延迟表现 | 单一运营商路径 | 可优化跨网访问 |
| 成本 | 低 | 高 |
行业共识认为，对业务连续性要求较高的场景，如在线交易、游戏对战、视频会议,BGP多线配合会话保持方案已成为标配。
企业网站BGP多线价格一般多少
企业网站选择BGP多线时，价格受地域、带宽、IP资源和机房等级影响较大，北京BGP多线机房价格普遍高于二三线城市，因为骨干网资源集中、机柜成本高，基础共享带宽的BGP多线托管，月费通常在数百元起步；独享带宽或高防场景，月费可能达到数千元甚至更高,价格差异主要来自：
- 带宽大小：10M和100M独享价格差异明显。
- 运营商组合：电信、联通、移动三线BGP比双线贵。
- 是否包含IPv4地址段：自有IP段广播成本更高。
- 机房级别：T3+机房比普通IDC贵。
如果只是展示型企业网站，访问量不大，选择基础BGP多线即可满足需求，不必盲目追求高规格，如果业务涉及在线支付或实时交互,则需要在预算中单独考虑会话保持部署成本。
北京BGP多线机房选择时的关键点
如果需要在华北地区部署，北京BGP多线机房哪家好没有统一答案,但可以从以下几个维度评估：
- 是否支持自有IP段广播,这直接影响源地址保持方案的可行性。
- 机房出口是否覆盖电信、联通、移动三大运营商,且移动线路质量是否达标。
- 是否提供BFD和快速收敛能力,故障切换时间能否控制在毫秒级。
- 是否允许部署conntrackd等会话同步工具。
- 上联带宽是否有突增缓冲,避免切换瞬间拥塞。
价格不是唯一因素，切换时是否断连才是业务方最该关注的，可以先测试切换过程的丢包率和RST包数量,再决定是否采用该机房。
BGP多线切换的会话保持，不是单个配置项，而是源地址规划、连接状态同步、路由快速收敛三者合力的结果，缺任何一环,切换时都可能出现TCP重置或掉线。
Q&A
BGP多线切换时如何保持TCP连接不断？
保持TCP连接不断需要同时满足两个条件：切换前后出口源IP不变，以及连接跟踪状态在设备间完整同步,可以使用统一SNAT地址池配合conntrackd实现。
BGP多线和双线有什么区别？
双线通常指电信、联通两条静态线路，需要人工或策略路由切换，BGP多线则是通过BGP协议与多家运营商动态交换路由，故障时自动切换,且支持更多运营商组合。
自建BGP多线切换一定要用conntrackd吗？
不一定，如果出口设备本身支持状态化切换（如部分商业防火墙或负载均衡器），也可以实现，但conntrackd是开源方案中成本较低、验证较广的一种,多数情况下能够满足中小规模需求。