TCP链接之间的网络物理断开了然后有连上，这个TCP链接是否断开？ 第1页

TCP是虚拟连接，如果低层物理链路断开，只要不引起keepalive retry timeout，TCP连接会一直健在。

有两种场景：

场景1:通信双方A/B非直连链路断

1.1 断开时间很短暂，小于TCP连接超时时间

TCP连接丝毫不受影响

1.2 断开很长时间，超过TCP连接超时时间

TCP双方会删除这个连接

场景2: 通信双方A/B物理直连链路断

如这个例子里的A或B的网线拔掉了，A/B网卡灯灭，网卡驱动程序会通知IP层：网络接口down 掉了，IP层删除所有和该接口有关联的路由表，如果该接口为唯一出口，则流量的出口即为空，所有依赖于此接口的TCP连接都应该收到通知消息，消息大意为：No route to the destination，您老人家看着办！TCP最简单的做法就是Reset现有连接，或者弹出一个消息窗口：No Route is available now! 收到用户的确认，再删除连接。

以上演绎也可以基于路由协议BGP，因为BGP也是TCP连接，唯一的不同是BGP使用了自己的keep live ，三次没有收到对方的keeplive，将reset 整个TCP连接，并释放路由表。

如果依靠BGP Hello(最小值为1秒），至少会耗费3 秒才会发现中间路径断，对于要求收敛速度…<50 ms 的场景，黄花菜都凉了，我们需要配置BFD来检测双向的连接。

对于直连链路，网络接口会第一时间通知BGP链路断，即使这样，配置BFD也可以大大缩短发现故障的时间，让快速收敛成为可能。