涂鸦支持流媒体的SDK，设备与app直接使用的是涂鸦私有的P2P协议。
这块内容对于开发者来说可以不用关心，请问您是有这方面功能的需求吗？可以详细说说吗，方便后续的回复

请使用tuya_ipc_notify_alarm接口来上报告警事件（DP212）。使用DP212上报事件后，会联动云存储生产云存储消息。
看日志，你们使用的DP185来报消息，这个接口在最新的已经删除了。

澄清下，是指app的mqtt没连上，不是设备的。

解码耗时久，是因为硬件解码失败，走了软件解码。华为手机好像兼容性不太好，经常硬解失败

2024年8月26日09时25分39秒左右: ping超时未响应
2024年8月26日10时14分30秒左右: ping超时未响应
2024年8月26日10时57分04秒左右: ping超时未响应
2024年8月26日11时05分47秒左右: ping超时未响应,且11：03：58也因为ping超时离线了一次
2024年8月26日11时25分39秒左右: ping超时未响应

日志的话，可以搜索下：respond timeout -->>

设备后台没有收到app拉流请求，我先将此问题转给app负责同事看下。

想问下，是如何判断当时网络是正常的 ？ 是日志里面持续的icmp请求正常吗？

2024年8月25日06时39分48秒左右：ping超时未响应，而且06:40:54重连时，也连不上服务器
2024年8月26日04时22分35秒左右：ping超时未响应，而且04:22:49重连时，也连不上服务器
2024年8月26日09时09分40秒左右：ping超时未响应
2024年8月26日10时11分32秒左右: ping超时未响应
2024年8月26日10时51分17秒左右: ping超时未响应
2024年8月26日11时05分05秒左右: ping超时未响应
2024年8月26日11时20分48秒左右: ping超时未响应

内部确认了下：
出现这个现象是因为路由器不支持UPNP，sdk因为不知道当前路由器是不是支持UPnP，或者有UPnP被关闭了，所以，也是按照标准协议尝试连接

这部分是跟路由器进行了一些upnp的交互。我们看下能不能优化。