我一直在寻找有关在主机的一个链路上使用 2 个网络前缀的 IPv6 进行连接恢复的信息。即，当第一个 IP 地址达到连接超时时，应用程序将使用第二个 IP 地址。
连接到两个 ISP 的路由器配置有两个前缀。连接到路由器的主机有一个带有 2 个前缀的链路。
在观看 YouTube 视频期间，流量从 ROUTER 通过连接到 ISP1 的链路进行。当ROUTER到ISP1的链路中断后，HOST上的应用层是否会通过另一条链路恢复连接？如果是的话为什么？提及我可以阅读的来源（RFC 或出版物）。
答案1
您提到的具体案例包括RFC6724：
10.5。配置多宿主站点
考虑站点 A 与另一个站点 B 具有关键业务关系。为了支持其业务需求，这两个站点已与特殊的高性能 ISP 签订了服务合同。这是两个站点与不同 ISP 之间的正常 Internet 连接的补充。高性能 ISP 价格昂贵，两个站点希望仅将其用于彼此之间的关键业务流量。
每个站点都有两个全局前缀，一个来自高性能 ISP，另一个来自普通 ISP。站点 A 具有来自高性能 ISP 的前缀 2001:db8:1aaa::/48 和来自其普通 ISP 的前缀 2001:db8:70aa::/48。站点 B 具有来自高性能 ISP 的前缀 2001:db8:1bbb::/48 和来自其普通 ISP 的前缀 2001:db8:70bb::/48。两个站点中的所有主机都在 DNS 中注册两个地址
它不提供路由故障时的自动故障转移。
多WAN 故障转移不是 ipv6 规范的一部分 (rfc2460)
情况与 ipv4 相同，只是 ipv6 中不鼓励使用 NAT，因此我们在 ipv4 中使用的相同解决方案在 ipv6 中也会出现问题。
进行自动多 WAN 故障转移的最简洁方法是获取 ipv6 块并与两个 ISP 设置 BGP，但这对于小型设置来说可能有点过大了。这同样适用于 ipv4。
ipv4 中最便宜的选择是进行 NAT 并让路由器选择要使用的 wan 链路。 ipv6 中的等效项是NPTv6和ULA在内部比ipv4的NAT有一些优势。
应用程序处理从一个链接到另一个链接的故障转移的方式取决于应用程序及其构建方式。应用程序正在与之通信的服务器将突然与具有不同网络前缀的不同地址进行通信。
使用 HTTP 的应用程序可能不会遇到问题。使用 SSH 的应用程序的连接将会中断。
总而言之，IPv6 没有任何神奇的故障转移/漫游解决方案可以开箱即用地为所有应用程序透明地工作。
PS：我见过有人谈论使用路由器偏好作为在原始场景中实现故障转移的一种方法，但我不知道这是否有效。即使它确实如此，应用程序仍然需要处理某些方面（ssh 连接仍然会中断）