排序节点检测系统通道端点变化的默认时间
Default time for orderers to detect change in their endpoints in system channel
我试图将我的 Hyperledger Fabric 网络（运行 RAFT 排序服务）从一台主机迁移到另一台主机。
在此过程中，我确保遵守 TLS 通信，这意味着我在迁移过程之前在系统通道中进行了必要的更改。我使用（旧排序服务的）备份和创世块来恢复目标主机上的网络。我发现的一件新事是，当排序节点在新主机上启动时，它们需要 10 minutes 来同步块并开始 RAFT 选举。
问题是：这个默认时间是在订购者代码库中配置的还是其他一些功能？
注意：我知道在某些应用程序通道中添加现有排序节点默认情况下需要 5 分钟，排序节点才能检测到更改。那么，上述情况是与此类似还是不同的能力？
可以找到完整的排序节点（首先在新主机上启动的节点）日志 here。
Eviction suspicion 是一种在默认超时 10 分钟后触发的机制。
我试图将我的 Hyperledger Fabric 网络（运行 RAFT 排序服务）从一台主机迁移到另一台主机。
在此过程中，我确保遵守 TLS 通信，这意味着我在迁移过程之前在系统通道中进行了必要的更改。我使用（旧排序服务的）备份和创世块来恢复目标主机上的网络。我发现的一件新事是，当排序节点在新主机上启动时，它们需要 10 minutes 来同步块并开始 RAFT 选举。
问题是：这个默认时间是在订购者代码库中配置的还是其他一些功能？
注意：我知道在某些应用程序通道中添加现有排序节点默认情况下需要 5 分钟，排序节点才能检测到更改。那么，上述情况是与此类似还是不同的能力？
可以找到完整的排序节点（首先在新主机上启动的节点）日志 here。
Eviction suspicion 是一种在默认超时 10 分钟后触发的机制。