这整个部分是设备在进入低功耗状态的过程，主控断电前建立好了保活连接，认证通过了之后，再把建立好的socket数据移交给mcu.
请问是这里出问题了么？ -- 目前来看是这边出问题了
我们内部有了一些新的发现，想请教下两个点， 1、这个问题现在有稳定复现的方式吗？ 2、 目前抓包是咋抓的空中包吗？还是芯片上用tcpdump 抓的？

看这个点的抓包，tcp 是握手成功了。但是没有看到鉴权的报文。同时332 和334 这个两个报文是tls 交互，tls 交互没有完成。后续就是服务器的fin了。怀疑这边有一些问题，但我们的业务里面低功耗保活服务器的连接这路没有用到tls 。所以想看下，你们连接过程中的具体调度。

你好我请问下，你们是用的是那个版本的sdk ？低功耗保活服务器的连接这块具体实现和调用同步一下吗？

Daan 2024年 Oct 9日 15:05

您好，客户测试4G设备过程中，设备经常出现离线重启的现象，其他客户已经出货的机器同样会出现离线重启的情况，经日志分析是4G模组保活的socket断开了，跟4G模组原厂相关人员沟通过了，他们给的回复是模组IP交互正常，需要看看服务器那边的处理。
附件是抓包log和本地运行日志
14：26：40这个时间点设备进休眠，主控断电了，在此之前主控是正常跑起来的状态，然后从模组的日志上看 14：26：42 这个时间点 保活的连接已经断开了，设备离线了，经过两分钟后设备重启，主控上电重新建立连接后，设备才恢复上线了。
烦请帮忙查一下，离线的原因是什么？

你好能提供下，设备id 和配网区域吗？

lqz_gogo 2024年 Jun 17日 18:00

Finder_H 2024年 Jun 17日 15:37

Finder_H 2024年 Jun 17日 14:44

是的

这个该如何处理？

我看了下低功耗服务器的日志，好像没什么问题，我有点怀疑你们是不是没有过滤低功耗保活协议心跳包的ack 。收到的内容可以打印出来吗？

有判断云端给过来的包类型吗？https://developer.tuya.com/cn/docs/iot- ... 1qc5he02rw

Finder_H 2024年 Jun 17日 15:37

Finder_H 2024年 Jun 17日 14:44

lqz_gogo 2024年 Jun 17日 14:34

就是你现在能明确的是，是被低功耗保活服务器消息唤醒了是吗？

是的

这个该如何处理？

我看了下低功耗服务器的日志，好像没什么问题，我有点怀疑你们是不是没有过滤低功耗保活协议心跳包的ack 。收到的内容可以打印出来吗？

Finder_H 2024年 Jun 17日 14:03

Finder_H 2024年 Jun 17日 11:42

[20240614_18:43:24:817] SEND OK 发送保活包成功
+QISEND: 247,247,0 是查询4G模块发送数据247成功到服务器

唤醒报文，没办法确定。因为这个时候主控没有起来。是被4G模块gpio管脚中断唤醒起来的。

所以这里只能服务器看为什么了

就是你现在能明确的是，是被低功耗保活服务器消息唤醒了是吗？