理解 Socket 连接事件消息字段

本文解释了特定连接事件消息的原因，并在可能的情况下，说明如何解决这些问题。

概概览

一个Socket可以有多个隧道连接到一个PoP，每个隧道的连接状态可以是已连接或已断开。当隧道与 Cato PoP 断开或连接时，会生成连接性事件。这些事件通常成对出现，包括已断开和已连接事件。

当隧道断开时间小于2.5分钟时，将生成单个重新连接事件，而非已断开连接（和已连接）事件。有关更多信息，请参阅Analyzing Events in Your Network和Explaining the Event Fields。

理解重新连接事件

有时，Cato 能够识别重新连接事件背后的原因。该原因显示在事件消息字段内，以帮助您理解事件的根本原因，并可能解决问题以防止其再次发生。此信息也可通过accountSnapshot Cato API 获取，使用tunnelConnectionReason字段。

下表列出了在重新连接事件子类型中显示的事件消息及其描述。事件代码可在每个事件消息的末尾找到。

注意：
如果出现多次相同事件，请联系客户支持以进一步调查此问题。

事件代码	事件消息	说明
1	重新连接到首选 PoP 以优化性能	当 Socket 站点的所有活跃隧道不符合连接 SLA 参数时，这些隧道将移至下一个最佳 PoP。在预配置的间隔（默认60分钟）后，隧道会尝试重新连接到首选的PoP。这是最接近来源并提供最佳性能的 PoP。
2	重新连接的原因未知	Cato Cloud中发生了一个错误，导致Socket重新连接到PoP。
3	检测到性能问题，重连到Cato Cloud中的不同服务节点	发现了性能问题。站点重新连接到 Cato Cloud 中的不同服务节点以提高性能。
4	由于 PoP 服务节点维护，重新连接	由于 PoP 服务节点的维护，Socket 重新连接到下一个最佳可用的服务节点。
5	由于Socket重启，重新连接	由于手动或自动重启，Socket重新连接到Cato Cloud。
7	由于管理更改，重新连接到不同的 Cato Cloud 服务节点	由于Socket配置更改，Socket重新连接到不同的PoP服务节点。
8	由于 PoP 服务节点的相关问题，重新连接	PoP服务节点发生了一个错误，导致Socket重新连接到PoP。
9	WAN 端口物理断开后重新连接	在WAN端口电缆临时断开后，Socket重新连接到服务节点。
10	由于 Socket 的互联网连接问题而重新连接	在检测到互联网连接问题后，Socket重新连接到服务节点。
11	在用户发起的重新连接操作后重新连接	用户触发重新连接后，Socket重新连接。
12	由于 PoP 服务节点的相关问题，重新连接	由于PoP的临时问题，Socket重新连接。
14	由于Socket到Cato Cloud的连接问题而重新连接	由于WAN连接问题，Socket重新连接到服务节点。
15	由于Socket到Cato Cloud的连接问题而重新连接	在与Cato Cloud的临时连接问题之后，Socket重新连接到服务节点。
16	由于PoP服务节点的固件更新而重新连接	由于 PoP 服务节点的维护，Socket 重新连接到下一个最佳可用的服务节点。
17	次要的 Socket 重新连接到同一 PoP 服务节点作为主要 Socket	次要HA Socket重新连接到与主要Socket相同的服务节点。
18	性能问题已检测到，重新连接到 Cato Cloud 中的不同服务节点	Socket站点的所有活跃隧道都未满足连接SLA。 Socket重新连接到不同的服务节点PoP以解决性能问题。
19	性能问题已检测到，重新连接到 Cato Cloud 中的不同服务节点	发现了性能问题。站点重新连接到 Cato Cloud 中的不同服务节点以提高性能。
20	站点重新连接到 Cato Cloud 中的不同服务节点	站点重新连接到 Cato Cloud 中的不同服务节点以提高性能。