是否有通用的标准/实践让 IOT 设备与命令和控制服务器建立连接,然后充当服务器角色(即 C&C 向设备发送请求,设备发送回响应)?类似于反向 HTTP 或 RPC 的东西。
编辑:一个示例用例:设备位于 NAT 网关后面,C&C 无法启动到它的连接。我们想向设备发送一个“ping”消息(看看它是否打开并且健康或其他什么)并接收一个“pong”作为回复。
是否有通用的标准/实践让 IOT 设备与命令和控制服务器建立连接,然后充当服务器角色(即 C&C 向设备发送请求,设备发送回响应)?类似于反向 HTTP 或 RPC 的东西。
编辑:一个示例用例:设备位于 NAT 网关后面,C&C 无法启动到它的连接。我们想向设备发送一个“ping”消息(看看它是否打开并且健康或其他什么)并接收一个“pong”作为回复。
大多数大规模物联网服务的主要供应商(AWS、微软、IBM)似乎都选择了MQTT。
MQTT 代理在云中运行,设备连接到代理(这解决了 NAT 问题),然后订阅发布消息的主题。主题可以是通用的或特定于设备/客户端的。
该协议还具有内置的保持活动检查功能,以确定设备是否仍在工作,如果设备意外脱机,代理可以发布特殊消息(遗嘱和遗嘱)。