[参考译文] WL1807MOD：mpath 转储表示 PATH_CHANGE 非常高

您好、

很难判断什么会导致计数器数量这么高。 通常情况下、在重载环境、跌落、RSSI 不良等情况下、此数值可能会增加

但是、每秒 3 次听起来很明显。

连接了多少个节点是否重要？

您能否从较少的网状网络设备开始并逐渐增加、以了解您是否可以看到它开始爆炸的点？

启动前计数器是否复位为 0？

在您的代码中为网格设置了什么值？

Shlomi

是的、节点的数量很重要。 例如、具有 12 个节点的网络可以正常工作、而 32 个节点通常仅在几个小时内保持稳定、然后会发生各种“离线风暴“。 这是一个有点难说什么是限制,因为问题越来越频繁地出现。 不过、我们还将进行其他测试。  

网状网关使用：

mesh_hwmp_rootmode=4
mesh_gate_announcements=1

其他节点的这些参数为零。 此外、在 wpa_supplicant 中：

max_peer_links=8
mesh_max_inactivity=10
Beacon_int=500 #仅在网关上
mesh_basic_rates = 60 120 240

我们还开始评估以下各项的使用情况：

MESH _RSSI_THRESHOLD=–80

没有解决 32 节点网状网络的问题。  

我们理解、最好根本不使用 CCK。 然而,我们还没有找到一个完全禁用 CCK 的有效方法,因为“基本费率“AFAIK 仅适用于广播等 即使使用上述设置、我们也可以看到已建立的站点使用 1.0 MBit/s 是否有任何禁用 CCK 的建议？ 32 节点网状网络的一般设置是什么？

一般来说,我认为这个制度在创造新的“PLINKs"方面“方面过于激进。 许多节点正在创建 8 个 PLINK；最大值。 这对我来说没有意义,但也许有一个理由? 我们不能降低 max_peer_links、因为这意味着新节点将无法连接。  

您好、

有意思。 如果您想要禁用 CCK、也许您可以尝试在 5GHz 下工作、其中最低速率将是 OFDM 6Mbps。

我从未在网状网络中对如此多的设备进行过测试、因此无法进一步评论。

我可以尝试在内部提问。

此致、

Shlomi

我们不能使用 5GHz、因为我们只有 2.4GHz 天线等  

我很惊讶地听说您从未测试过 32 个节点、因为 https://www.ti.com/lit/ug/swru423a/swru423a.pdf 说：

整个网络中的最大节点数：32

您说不支持 32 个节点吗？

我并不是说它不受支持,只是我没有试过或测试过它。

将与测试团队接触底座、询问他们是否这样做。

Shlomi

再次大家好、您是否与测试团队沟通过？

还没有不幸的是,因为主要的专家是外出度假。

他回来后、我将关闭环路。

很抱歉耽误你的时间。

Shlomi

再次大家好、现在已经是一个月了、是否有关于此主题的任何更新？ 如果未测试并支持 32 个节点、实际限制是多少？  

您好、

我知道测试团队没有测试 32 个节点。

我们的工作台由 10 个单元组成。

此致、

Shlomi

我们对此感到惊讶。 当对系统施加压力时、通常会出现稳定性问题。 如果您不测试多个节点、高负载、临界情况等、则将无法找到严重错误。  

也许这一切都解释了为什么我们选择例如固件回归,而你不是:WL1807MOD:WL1807 固件修订版 8.9.1.0.2 回归 。

我们现在已尽可能切换到上游软件、而不是使用 WiLink 组件和补丁：

*上游内核 6.6（使用 6.11 的补丁）

*上游 wpa_supplicant 2.11  

现在它运行得更好、但我们仍然看到内核跟踪/警告、节点有时会脱机。 但是、由于固件是闭源代码、因此我们无法对其进行调试。 我认为您应该考虑执行更多测试、或者提供固件的源代码、以便客户和开源社区可以修复错误和稳定性问题。  

您好、

这是彼得的理解。

固件是闭合二进制文件、不能共享。 网格相关的实现无论如何都在驱动程序/请求程序中。

不确定上行链路版本能提供什么、但可能缺少许多补丁。 我相信驱动程序和请求程序上都有与网格相关的补丁。

Shlomi

我想知道、如果我们捐赠 32 个 BeagleBone Green Wireless、您能开始使用 32 个节点进行回归测试吗？