AC被云简纳管后显示终端数量为0

某局点为了定位问题，按照常规的操作方法进行配置后成功将AC纳管到共有云简平台，在云简上显示AC在线，且备该AC纳管的AP也都能在云简上查看。

在AC上输入：display cloud-management state看AC和云简也是处于连接的状态。

无

云简上查看client的数量一直是0，且在云简上开启智能运维功能之后，等了很长时间之后，AC和AP的数据一直有更新，但云简上client的数量一直也是0。

1. 现场是主备AC环境，首先排查是不是当前这台AC处于备AC的角色，AP都和另一台AC建立了R/M隧道，因此client都关联到另一台AC上了。

但经确认发现，当前被云简纳管的AC处于主AC的角色，所有AP与其建立了R/M隧道，且该AC上一直有500+的client。

2. 通过该命令查看AC各子进程与云简连接的情况：

[AC-Probe] display system internal cloud state

排查发现apmgr（AP管理进程）、cloudagent、rrmserver、cmtnlmgr的Connection State都处于Connected的状态，但是和client相关的两个stamgr进程的Connection State都处于Disconnected的状态，这就是导致云简上client数量为0的根本原因。

3. 尝试让AC重连云简，通过：undo cloud-management server domain的命令首先断开AC与云简的连接，再在AC上重新配置：cloud-management server domain oasis.h3c.com来重新建立AC与云简的连接，重连后发现stamgr进程仍然处于Disconnected的状态。

4. 在笔者之前处于网上问题的过程中，遇到云简侧的工程师提到，建议将以下IP地址和端口都放通：

101.36.161.141、101.36.161.143、106.3.96.49、101.36.161.120、101.36.161.146、101.36.161.71、106.3.96.218、106.3.96.251、101.36.161.77、101.36.161.136、103.131.168.104、103.131.168.167、101.36.161.58、101.36.161.52、101.36.161.86；协议：TCP；端口：80/443/8443/19443/18443/17443。

于是，让现场在出口防火墙上一哆嗦将这些IP地址和端口全部放通，放通后不久AC上的两个stamgr进程果然变为Connected的状态，过了一个数据上报周期（5 min）后，云简上的client数量和AC上一致了，且也有client的深度解析信息出来了。