您好，客户测试4G设备过程中，设备经常出现离线重启的现象，其他客户已经出货的机器同样会出现离线重启的情况，经日志分析是4G模组保活的socket断开了，跟4G模组原厂相关人员沟通过了，他们给的回复是模组IP交互正常，需要看看服务器那边的处理。
附件是抓包log和本地运行日志
14：26：40这个时间点设备进休眠，主控断电了，在此之前主控是正常跑起来的状态，然后从模组的日志上看 14：26：42 这个时间点 保活的连接已经断开了，设备离线了，经过两分钟后设备重启，主控上电重新建立连接后，设备才恢复上线了。
烦请帮忙查一下，离线的原因是什么？
Daan 2024年 Oct 9日 15:05您好，客户测试4G设备过程中，设备经常出现离线重启的现象，其他客户已经出货的机器同样会出现离线重启的情况，经日志分析是4G模组保活的socket断开了，跟4G模组原厂相关人员沟通过了，他们给的回复是模组IP交互正常，需要看看服务器那边的处理。
附件是抓包log和本地运行日志
14：26：40这个时间点设备进休眠，主控断电了，在此之前主控是正常跑起来的状态，然后从模组的日志上看 14：26：42 这个时间点 保活的连接已经断开了，设备离线了，经过两分钟后设备重启，主控上电重新建立连接后，设备才恢复上线了。
烦请帮忙查一下，离线的原因是什么？
你好能提供下，设备id 和配网区域吗？
6cb16b58a7ddb30be8ytam 日志有的，中国区
你好我请问下，你们是用的是那个版本的sdk ？低功耗保活服务器的连接这块具体实现和调用同步一下吗？
SDK版本：TUYA SDK Version:<TUYA IPC SDK V:4.8.9 >
逻辑是保活连接在进入低功耗之前主控就已经建立好了，认证通过了，然后设备再进休眠，断主控电.wifi模组维护保活流程。
日志上14：26：40 也就是主控进休眠前，保活连接是通的，在mcu发指令让模组休眠的过程，14：24：42这个点，保活连接断开了，设备离线了.所以要看一下保活为啥断开了，是服务器断开的么？
看这个点的抓包，tcp 是握手成功了。但是没有看到鉴权的报文。同时332 和334 这个两个报文是tls 交互，tls 交互没有完成。后续就是服务器的fin了。怀疑这边有一些问题，但我们的业务里面低功耗保活服务器的连接这路没有用到tls 。所以想看下，你们连接过程中的具体调度。
这一块对应着你说的时间点，这整个部分是设备在进入低功耗状态的过程，主控断电前建立好了保活连接，认证通过了之后，再把建立好的socket数据移交给mcu.
请问是这里出问题了么？
如图是认证
这整个部分是设备在进入低功耗状态的过程，主控断电前建立好了保活连接，认证通过了之后，再把建立好的socket数据移交给mcu.
请问是这里出问题了么？ -- 目前来看是这边出问题了
我们内部有了一些新的发现，想请教下两个点， 1、这个问题现在有稳定复现的方式吗？ 2、 目前抓包是咋抓的空中包吗？还是芯片上用tcpdump 抓的？