【求助】【网关】一次性控制多个开关，有概率有一个开关的某一路的控制包没发出去

[ROVER]

还有想请问下，看抓包，每次网关收不到窗帘的回复，都有看到窗帘在不断的重发（这个可能是因为网关没回复窗帘），然后看抓包有看到窗帘在给网关发Network Status, Network Status Code:0x0C(Many-to-One Route Failure)有关系吗

[qiusui]

还有想请问下，看抓包，每次网关收不到窗帘的回复，都有看到窗帘在不断的重发（这个可能是因为网关没回复窗帘），然后看抓包有看到窗帘在给网关发Network Status, Network Status Code:0x0C(Many-to-One Route Failure)有关系吗

此时窗帘与网关是直连的？还是通过某个中继节点连入网关的？
是否存在协调器或路由节点的路由表已满、路径不可达，同时观察下当前网络环境是否存在干扰或者硬件（例如天线）

另外，我想了解下，一次性控制多个开关的这个需求为什么不通过广播形式通知呀？

[ROVER]

你好，从抓包看，窗帘和网关是直连的。
请问要怎么看协调器或路由节点的路由表已满、路径不可达这种情况
之所以没有使用广播形式，是考虑到不同设备的协议可能不同

[ROVER]

还有前面有提到ncp的发送功能卡死的问题，这个我要如何确认呢

[qiusui]

我把您上面提到的问题统一整理在这里哦

1. 关于要怎么看协调器或路由节点的路由表已满、路径不可达
   （1）sdk应该有提供路由表打印的接口，您可以通过打印网关内路由表、邻居表等信息查看当前的情况；
   （2）路径不可达可以观察抓包是否有route req之类的路由请求报文；
   2.ncp的发送功能卡死
   可以看下附近时间点，是否日志中有 tx 0 的打印，如果有就正常的，可以暂时不考虑这个因素

另外，我们最近在处理其他需求的时候，发现当ncp模组处于非常繁忙的时刻，环境中收包和发包都很多，确实会有概率出现下发失败的情况，分析是处于性能上限，我们目前通过重发机制优化这一问题，但是这可能就会导致下发操作的执行存在一定的延时。