您如何将数据从 Cloud 下游到 Thread？
How do you downstream data from Cloud to Thread?
我是 openthread 的新手，我对 Thread 设备与云服务器的连接有一些疑问。
云服务器 <------------> 本地互联网 <-----> Thread 网络
ipv4 Router(firewall) ipv4 OTBR ipv6
我们的产品（Thread 网络）将构建在具有各种互联网 routeur/firewall 和网络配置的客户端网络中。
使用 UDP(DTLS) 到 PUT/GET/POST...(CoAP) 云服务器上的数据 您是否遇到过 UDP 超时参数的任何问题？我是否需要打孔以确保云服务器可以连接到终端设备？
据我了解，从云服务器的角度来看，他只能在边界路由器 CoAP 服务器上使用 Rest 方法，因为他不知道终端设备 ipv6 并且我不打算进行端口转发？
允许云服务器联系特定线程终端设备是否需要 ipv6 隧道？
最后，如果我在胡说八道，请指教一下你是如何与云服务器建立连接的:) !
感谢您阅读本文post，希望我已经清楚了。
最佳，
让我试着整理一些东西。
有两种通用方法：
来自您本地网络的客户端开始通信和云服务器应答。路由器充当 NAT。在这种情况下，"NAT" 规则通常会超时，并且来自云服务器的流量将不会转发到本地网络中的客户端。
云服务器开始通信。该流量被发送到您的路由器，然后路由器将消息转发到本地网络节点。这种方法通常需要配置路由器（有一些协议可以从您的客户端设备执行此操作，但即使那样也需要启用该功能）。您在路由器上配置一个端口以将流量转发到客户端的特定地址+端口。虽然这需要配置很多端口（每个客户端一个端口）或一个 coap-node，它充当 coap-proxy 和配置。
第一种方法将以大量流量结束，只是为了保持 NAT 开放。
秒需要大量配置或 "coap-proxy"，如果您能找到合适的实现，我不确定。
（顺便说一句，路由器可能只有一个临时的固定 ip 地址，例如一个更改对等日。因此第二种方法需要很少更新云服务器中的路由器地址。当然，有一些Internet 提供商，它不提供您的路由器是否可以访问，因为他们添加了额外的 NAT。）
我是 openthread 的新手，我对 Thread 设备与云服务器的连接有一些疑问。
云服务器 <------------> 本地互联网 <-----> Thread 网络
ipv4 Router(firewall) ipv4 OTBR ipv6
我们的产品（Thread 网络）将构建在具有各种互联网 routeur/firewall 和网络配置的客户端网络中。
使用 UDP(DTLS) 到 PUT/GET/POST...(CoAP) 云服务器上的数据 您是否遇到过 UDP 超时参数的任何问题？我是否需要打孔以确保云服务器可以连接到终端设备？
据我了解，从云服务器的角度来看，他只能在边界路由器 CoAP 服务器上使用 Rest 方法，因为他不知道终端设备 ipv6 并且我不打算进行端口转发？
允许云服务器联系特定线程终端设备是否需要 ipv6 隧道？
最后，如果我在胡说八道，请指教一下你是如何与云服务器建立连接的:) !
感谢您阅读本文post，希望我已经清楚了。
最佳，
让我试着整理一些东西。
有两种通用方法：
来自您本地网络的客户端开始通信和云服务器应答。路由器充当 NAT。在这种情况下，"NAT" 规则通常会超时，并且来自云服务器的流量将不会转发到本地网络中的客户端。
云服务器开始通信。该流量被发送到您的路由器，然后路由器将消息转发到本地网络节点。这种方法通常需要配置路由器（有一些协议可以从您的客户端设备执行此操作，但即使那样也需要启用该功能）。您在路由器上配置一个端口以将流量转发到客户端的特定地址+端口。虽然这需要配置很多端口（每个客户端一个端口）或一个 coap-node，它充当 coap-proxy 和配置。
第一种方法将以大量流量结束，只是为了保持 NAT 开放。 秒需要大量配置或 "coap-proxy"，如果您能找到合适的实现，我不确定。
（顺便说一句，路由器可能只有一个临时的固定 ip 地址，例如一个更改对等日。因此第二种方法需要很少更新云服务器中的路由器地址。当然，有一些Internet 提供商，它不提供您的路由器是否可以访问，因为他们添加了额外的 NAT。）