IPMP 中的故障和修复检测

为确保网络可持续用于发送或接收通信流量，IPMP 在 IPMP 组的底层 IP 接口上执行故障检测。出现故障的接口在修复之前不可用。其余活动接口继续工作，同时根据需要部署任何现有的备用接口。

IPMP 中的故障检测类型

in.mpathd 守护进程处理以下类型的故障检测：

• 基于探测器的故障检测，有两种类型：

  • 未配置测试地址（过渡探测）。

  • 配置了测试地址。

• 基于链路的故障检测（如果 NIC 驱动程序支持该故障检测）

基于探测器的故障检测

基于探测器的故障检测包括使用 ICMP 探测器检查接口是否已经出现故障。此故障检测方法的实现取决于是否使用了测试地址。

不使用测试地址的基于探测器的故障检测

在没有测试地址的情况下，使用两种类型的探测器实现此方法：

• ICMP 探测器

  ICMP 探测器由组中的活动接口发送，用于探测在路由表中定义的目标。活动接口是可以接收发送到该接口的链路层 (L2) 地址的传入 IP 数据包的底层接口。ICMP 探测器使用数据地址作为探测器的源地址。如果 ICMP 探测器到达目标并从目标获得响应，则活动接口能正常工作。

• 过渡探测器

  过渡探测器由组中的替代接口发送，用于探测活动接口。替代接口是不主动接收任何传入 IP 数据包的底层接口。

  以包含四个底层接口的一个 IPMP 组为例。对该组配置了一个数据地址，但没有配置测试地址。在此配置中，传出数据包可以使用所有底层接口。然而，传入数据包只能由绑定到该数据地址的接口接收。其余三个不能接收传入数据包的底层接口就是替代接口。

  如果替代接口可以成功地将探测器发送到活动接口并收到响应，则活动接口能正常工作，同时也推断出该替代接口发送了探测器。

使用测试地址的基于探测器的故障检测

这种故障检测方法涉及发送和接收使用测试地址的 ICMP 探测器消息。这些消息也称为探测器通信或测试通信，它们从接口上发送到同一本地网络上的一个或多个目标系统。守护进程通过已为基于探测器的故障检测配置的所有接口分别探测所有目标。如果给定接口对五个连续的探测器未做出任何响应，则 in.mpathd 认为该接口已出现故障。探测速率取决于故障检测时间 (failure detection time, FDT)。故障检测时间的缺省值是 10 秒。不过，您可以在 IPMP 配置文件中调整故障检测时间。有关说明，请转到如何配置 IPMP 守护进程的行为。要优化基于探测器的故障检测，您必须将多个目标系统设置为接收来自多路径守护进程的探测器。通过使用多个目标系统，您可以更好地确定报告的故障的性质。例如，唯一定义的目标系统没有响应，则表示故障可能在目标系统中，也可能在 IPMP 组的接口之一中。相比之下，如果几个目标系统中只有一个系统没有响应探测器，则故障可能在目标系统中，而不在 IPMP 组本身中。

in.mpathd 守护进程确定要动态探测哪些目标系统。首先，守护进程搜索路由表来寻找与 IPMP 组的接口相关联的测试地址位于同一子网的目标系统。如果找到这样的目标，则守护进程使用它们作为探测目标。如果没有发现位于同一子网上的目标系统，则 in.mpathd 发送多播数据包以探测链路上的相邻主机。发送到所有主机多播地址（在 IPv4 中为 224.0.0.1，在 IPv6 中为 ff02::1）的多播数据包可确定要用作目标系统的主机。对回显包作出响应的前五个主机将被选作探测目标。如果 in.mpathd 找不到响应多播探测器的路由器或主机，则 ICMP 回显包，in.mpathd 无法检测基于探测器的故障。在这种情况下，ipmpstat -i 实用程序将探测器状态报告为 unknown（未知）。

可以使用主机路由明确配置要由 in.mpathd 使用的目标系统的列表。有关说明，请参阅为基于探测器的故障检测进行配置。

组故障

当 IPMP 组中的所有接口同时出现故障时，则发生组故障。在这种情况下，没有可用的底层接口。此外，如果所有目标系统同时出现故障并且启用了基于探测器的故障检测，in.mpathd 守护进程会刷新其所有当前目标系统并探测新的目标系统。

在没有测试地址的 IPMP 组中，可以探测活动接口的单一接口将被指定为探测器。此指定的接口会同时设置 FAILED 标志和 PROBER 标志。数据地址绑定到此接口，允许接口继续探测目标以检测恢复。

基于链路的故障检测

只要接口支持基于链路的故障检测，会始终启用该类故障检测。

要确定一个第三方接口是否支持基于链路的故障检测，请使用 ipmpstat -i 命令。如果给定接口的输出中的 LINK 列包含 unknown（未知）状态，则该接口不支持基于链路的故障检测。参考制造商的文档，了解有关设备的更多特定信息。

这些支持基于链路的故障检测的网络驱动程序会监视接口的链路状态，并在该链路状态发生更改时通知网络子系统。收到更改通知后，网络子系统会根据需要设置或清除该接口的 RUNNING 标志。如果 in.mpathd 守护进程检测到接口的 RUNNING 标志已被清除，会立即使该接口失效。

故障检测和匿名组功能

IPMP 支持匿名组中的故障检测。缺省情况下，IPMP 只监视属于 IPMP 组的接口的状态。但是，可以将 IPMP 守护进程配置为同时跟踪不属于任何 IPMP 组的接口的状态。因此，这些接口被视为属于某个“匿名组”。当您发出命令 ipmpstat -g 时，匿名组将显示为双短划线 (--)。在匿名组中，接口的数据地址也用作测试地址。由于这些接口不属于任何指定的 IPMP 组，这些地址对应用程序是可见的。要启用不属于 IPMP 组的接口的跟踪，请参见如何配置 IPMP 守护进程的行为。

检测物理接口修复

修复检测时间是故障检测时间的两倍。故障检测的缺省时间为 10 秒。因此，修复检测的缺省时间为 20 秒。在再次用 RUNNING 标志标记出现故障的接口并且故障检测方法检测到该接口已修复后，in.mpathd 将清除该接口的 FAILED 标志。根据管理员最初设置的活动接口的数量，重新部署已修复的接口。

当一个底层接口出现故障并且使用了基于探测器的故障检测时，in.mpathd 守护进程将使用指定的探测器（如果没有配置测试地址）或使用接口的测试地址继续探测。在接口修复期间，恢复过程取决于出现故障的接口的原始配置：

• 出现故障的接口原来是活动接口—已修复的接口将恢复为其原始的活动状态。如果活动接口足以达到系统管理员为组定义的活动端口数量，则在故障期间充当“替补”的备用端口将切换回备用状态。

  ---

  注 - 但是，如果修复的活动接口也使用 FAILBACK=no 模式进行了配置，则此步骤不适用。有关更多信息，请参见FAILBACK=no 模式

  ---

• 出现故障的接口原来是备用接口—只要 IPMP 组反映活动接口的原始数量，已修复的接口将恢复为其原始的备用状态。否则，备用接口将切换为活动接口。

要查看 IPMP 接口在故障及修复过程中行为的图形表示，请参见IPMP 的工作原理。

FAILBACK=no 模式

缺省情况下，出现故障的活动接口在修复后自动重新成为组中的活动接口。此行为由守护进程的配置文件中的 FAILBACK 参数控制。但是，在数据地址重新映射到修复的接口时即使发生非关键性中断，对一些管理员来说可能也是不可接受的。管理员可能更希望允许激活的备用接口继续作为活动接口。IPMP 允许管理员覆盖缺省行为，以防止修复后的接口自动成为活动接口。这些接口必须在 FAILBACK=no 模式中配置。有关过程，请参见如何配置 IPMP 守护进程的行为。

当 FAILBACK=no 模式中的活动接口出现故障并且后来修复后，IPMP 守护进程恢复 IPMP 配置的方式如下所示：

• 只要 IPMP 组反映活动接口的原始配置，守护进程就保留该接口的 INACTIVE 状态。

• 如果 IPMP 配置在修复时刻并不反映该组的活动接口的原始配置，则已修复的接口将作为活动接口重新部署，尽管它具有 FAILBACK=no 状态。