我们有 2 个 ISP 提供商（X、Y），并且我们已将 ISP 连接到核心交换机>Sophos 防火墙>交换机机架>最终用户（LAN 和 WiFi）。该 ISP 采用故障转移机制。
这里的问题是我们致力于实时聊天流程，我们通过 Zendesk 和其他实时聊天应用程序回答客户的查询。当 ISP 关闭时，故障转移（备份 ISP）需要 2 到 3 秒才能启动。与此同时，聊天正在断开连接。因此，我们正在失去客户。我们可以使用IP NAT将两个IP地址变成一个IP地址吗？任何想法或建议都会有所帮助。谢谢。
虽然如果没有独立于提供商的寻址和对您自己的路由的控制，可能无法解决您关于 IP 地址的狭隘问题，但当然可以做一些更广泛的问题，因为您的 IP 地址更改而丢失实时聊天连接。
1. 更好的线路 质量更高的线路可能很少出现故障，这对您来说不是问题。这可能很难实现，具体取决于您当前问题的原因。
2. 备用线路一些 ISP 提供一种服务，如果主线路断开，备用线路就会出现，具有相同的 IP 地址，因此应该保持与 Zendesk 和类似设备相同的 HTTP 会话。如果当前服务不足，您可能不关心为您的 ISP 提供更多业务。
3. 隧道您可以在 ISP X 和 ISP Y 上建立两条隧道，连接到一个在单个公共出口点上有 NAT 的地方。您将路由器设置为将内部路由从一个隧道故障转移到另一个隧道；发生这种情况时，您的公共 IP 地址不会更改，从而使聊天服务中的会话保持活动状态。绝对可以用 AWS 和类似的东西做这种事情，或者找到提供这种服务的商业 ISP。
简短的回答：没有。
当您从一个 ISP 切换到另一个 ISP 时，您的 IP 地址会发生变化。您所有的聊天客户端都必须检测到并进行更改。几秒钟其实还不错。
我会花费我的时间和金钱来改善您的 ISP 连接，因此故障转移是非常罕见的事件。如果电路有问题，请考虑与 ISP（连接到它们一侧的不同设备）的第二个连接。如果问题出在 ISP 内部，请考虑换一个不同的 ISP。
在这种情况下，您需要使用 BGP 获得独立于供应商的寻址并与多个供应商对等。然后，您可以在故障转移时保持相同的地址。故障转移仍然需要有限的时间，但寻址将保持不变，因此会话不应断开连接。
第一次尝试：更改 IP 地址的路由
在互联网中，可以宣布的最小块是 IPv4 的 /24 和 IPv6 的 /48。
这意味着必须将具有相同前 3 个字节的两个 IPv4 地址路由到同一个 ISP。
示例：地址 192.0.2.43 和 192.0.2.65 都以 192.0.2 开头，因此它们必须通过同一 ISP 路由。
仅当使用 192.0.2.xxx 范围内地址的所有客户同时切换 ISP 时，才能通过另一个 ISP 路由 192.0.2.43 。
...即使那样我也不确定这是否真的有效。
第二次尝试：更改连接的本地 IP 地址
（在这种情况下，您有两个不同 ISP 的两个不同 IP 地址，但您使用的聊天程序能够在两个 IP 地址之间切换而不会断开连接。）
至少有允许这样做的实验协议；也许也有适合商业用途的协议可以做到这一点。
但是，此类协议可能会使用 UDP 并在 OSI 级别 5 或更高级别上工作。这意味着此类协议不再属于本网站的范围。
使用这样的协议，但是会肯定需要特殊的软件都将客户的PC和服务器上。