[参考译文] LP-CC1312R7：CAN&#39；t 与其他电路板连接网络

您好、Benoit、

1) 1)您将哪个设备用于路由器节点？  

2) 2)您使用的是 TI SimpleLink CC13xx/CC26xx SDK 的哪个版本？

3) 3)您能否捕获失败关联过程的监听器日志？ 我们在用户指南中提供了有关如何使用数据包监听器的指南：

https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_5_40_00_40/docs/ti_wisunfan/html/wisun-guide/debugging-index.html#packet-sniffer

谢谢、

玛丽·H

您好、Marie、

1) 1)我正在使用另一个具有自己 Wi-SUN 代码的板。 我可以使用两块 STM 板建立网络、但我想使用 TI 边界路由器(CC1312R7)

2) 2)我使用的是 v5.40

3) 3)我暂时无法使用、我只有一 个 CC1312R7板。  但是、我可以从节点输出 TX/Rx 帧、并将它们放在我可以提供的文件中。 我将很快回来处理此文件、感谢您的帮助

这是我在   该文件中谈到的 e2e.ti.com/.../node_5F00_fifo_5F00_help.txt 日志、您可以找到 TX/Rx FIFO 日志和网络的初始设置。  

我的问题尚未解决、我使用 SDR 确认我在路由器端的固定信道中、我正在设置 WiSUN 部门以了解我提供的帧。 同时，有人有线索吗？ 感谢你的帮助

此致

您好！  

乍一看，预共享密钥是相同的，但我无法确定：路由器固件仅显示“6LoWPAN_ND_PSK_KEY”，我认为它用作 Wi-SUN PSK。 但事实证明、它不能使用它(我无法使用我的板进行调试、我会打印...)。 我看到有一种方法可以在 TI 端使用 SysConfig 来禁用安全性、但当我链接 maclib_nosecure_cc13x2x7.a 时、我会看到"unresolved symbols"错误、而不是"maclib_secure_cc13x2.a 未构建时、我会出现"unresolved symbols"错误。 如何禁用安全性？ 非常感谢

您好、Benoit、

 很遗憾、WISUN 堆栈上的禁用安全功能尚不受支持。
此致、

SID  

感谢 Sid 的回答。 在我这边、我确认我看到的 PSK 错误。 很明显、我有错误的安全设置、这就是我的路由器无法加入的原因。

我的路由器的固件不使用 PSK、但 PMK/PTK/GTK 通过 EAPOL 进行交换。

我在 TI Wi-SUN 软件产品简介中看到，它的工作方式应该是相同的：  

本文档中没有提到 PSK。 PSK 是否与 PMK 完全一致？ 感谢你的帮助

本

我忘了说：路由器的固件也使用 Nanostack 和 mbed TLS，因此如果需要，我可以在两侧调整 mbedtls_wisun_config.h

您好、Benoit、  

我已经就在关联过程中使用此密钥的问题咨询过 Rnd 的人员。 我将向您提供有关这方面的更多详细信息。  

此致、

SID

谢谢、我期待收到反馈。 在平均时间里、我能够对 Wi-SUN 帧进行分析。 以下是几个帧：  

我直接从路由器端的 TX/Rx FIFO 中获取这些帧、因此到现在、SHR 和 PHR 已修复、不会反映实际发送/接收的 SHR/PHR。 SHR 正常、因为我接收到帧、所以前导码和同步字是正确的。 可能是 PHR 有问题，但现在我将重点放在安全性上，因为我再次看到了差异： 帧控制字段的第3位是“已启用安全性”。  

-PAN 通告请求(路由器端)：false

-PAN 广播(BR): false

-PAN Configuration (BR)：true

我们在上图中看到、当启用安全功能时、会添加一个 MIC (消息完整性代码)、"辅助安全标头"也是如此。 PAN 配置已加密、这就是我无法加入的原因。 如何解密？  提醒：我的路由器使用 Nanostack 和 mbed TLS 以及 TI 边界路由器，SOI 可以按照有关如何调整设置以满足加密要求的说明进行操作。 我 尝试调整了一些有关 MIC64等的设置，但目前没有成功。 请提供进一步的帮助。

器件型号：LP-CC1312R7

大家好、

我使用的是 TI 边界路由器(BR)： LP-CC1312R7和非 TI 电路板作为路由器。 路由器使用 Nanostack 和 TI BR、我想加入 Wi-SUN 网络。

我可以在 Wireshark 中打印路由器接收到的帧、因此前导码和同步字正常、网络名称也正常。

但是，我们可以看到，在 PAN 通告之后，BR 发送的数据被加密：  

我假设在 Code Composer Studio 的 SysConfig 中设置了 PSK 密钥。 有人可以确认吗？

在函数 mac_data_interface_decrype_packet 中，路由器端的 Nanostack 无法获取正确的 key_description 并返回 MLME_unavailable_key。 因此、它无法解密帧、然后无法加入网络。

如上图所示、密钥标识符模式字段设置为01、根据802.15.4、 密钥由密钥索引字段确定。 (请参阅 IEEE 标准802.15.4-2020的表9-7)。   

问：即使我知道密钥索引是1 (我从路由器的控制台上打印)，我也不知道如何提供密钥。 我假设 TI 提供了 nanostack 的密钥、我想在路由器端实现它。  有人可以帮助吗？ 非常感谢。 此致。

您好、Benoit、  

我正在处理这个问题、现在仍在等待 Rnd 输入。 我会跟进并在收到回复后尽快回复您。  

请注意、我已加入这两个线程、以避免混淆。  

此致、
SID

大家好、 我将等待输入、感谢您的帮助

您好、Benoit、

我收到了 rnd 的回复。 SysConfig 中的预共享密钥根本不用于加入过程。 此选项仅对15.4堆栈项目可见、而不对 Wi-SUN 项目可见。 很抱歉。

对于 Wi-SUN 项目、如您所述、证书在 BR 和 RN 端用于派生 PMK。  

我们希望您能够执行互操作性测试。 是否可以禁用路由器节点上的安全性？

此致、

SID

您好 Sid、

好的、对于 PSK、我理解没有问题、感谢您的澄清。 目前，该过程尚未达到证书检查步骤，它与 TI BR 提供的第一个加密帧卡住：nanostack 在 mac_data_interface_decrating_packet 函数中给我 MLME_unavailable_key 错误。 TI BR 的第一个加密帧按照 IEEE 802.15.4-2016：7.6.2辅助安全标头的指令进行加密。 更准确地说、如果我们看一下我发送的图片、它会使用64位消息完整性代码(MIC)进行加密、密钥模式设置为"使用默认密钥源索引密钥"(请参阅 IEEE 802.15.4-2016的表96)。 因此、它似乎是一个关键因素、MIC 由此产生。 如果不是 PSK、我至少需要知道正在使用的密钥、并且在理想情况下需要知道如何将其提供给 Nanostack (TI 使用的相同射频堆栈)。

非常感谢你的帮助。

此致、

Benoit

Siddant_N 在此线程中跳转很抱歉。 在我的主题 https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1079004/cc1352p7-maclib_nosecure_cc13x2-a/3997341?tisearch=e2e-sitesearch&keymatch=pre-shared#3997341 上、您向我阐明了预共享密钥是 GTK 密钥。 因此、我了解 TI Wi-SUN 堆栈填充了 BR 和 NR 优先级上的预共享密钥、以便跳过节点路由器在加入过程中从边界路由器获取 GTK 密钥的步骤。 不是吗？ 我还想知道如何禁用路由器节点上的安全性。

大家好 ，GP ，你能告诉我在哪里找到你在你的帖子中提到的关于 PSK 是 GTK 的文档吗？  

Siddanth_N ：是否可以向我们提供有关如何使用其他供应商路由器节点加入 TI 网络的应用手册？ 非常感谢

此致、

Benoit

您好、Benoit、

您可以检查我在上面给出的线程。 SID 确认 GTK 是预共享密钥。 如果您看一下该文档、您可以搜索 Wi-SUN FAN 标准。 但是、您需要购买它。 或 TI Wi-SUN 用户指南 https://software-dl.ti.com/simplelink/esd/simplelink_cc13x2_26x2_sdk/5.20.00.52/exports/docs/ti_wisunfan/html/wisun-stack/MAC.html

从状态2之后的加入过程中、您可以看到加入节点从网络中获取了 GTK 密钥(BR)

大家好、GP、是的、我看到了您的线程。 更准确地说、如果您使用此主题、您将看到完整的安全交换过程。 如果 GTK = PSK、则意味着没有此类过程、因为在本例中不需要4路握手、这是令人困惑的。 我将尝试使用假设 GTK = PSK 来查看是否可以加入。 如果可以、我会与您保持联系。  

此致

大家好、我想您还可以再次检查前导码计数、因为 Wi-SUN 模式1A/2a 前导码计数为8字节、模式3前导码为12字节。  

大家好、我在前导码方面可能没有任何问题、因为我的射频前端检测到同步字很好、帧出现在我的 Rx FIFO 中、我可以打印它、并将其路由到 Wireshark 到我的 Wi-SUN 解剖结构。 供参考：我最终成功地将密钥作为 GTK 密钥提供给 nanostack。 现在、它使用密钥、并尝试解密消息。 我 不再有 MLME_unavailable_key 了。 我有 MLME_SECURITY_FAIL。 它在 CCM_process_run()函数中失败， 处理的 MIC 与接收的 MIC 不同，我不知道原因。 工作正在进行中。

您好 Siddanth_N我设法提供 PSK、但计算出的 MIC 不同。 通过搜索 GP 的线程、他提到了一个将 TI 节点连接到另一个 BR 板的教程： https://sunmaysky.blogspot.com/2021/08/interoperability-test-between-silicon.html?m=1

在本教程中、据说要将 GTK 哈希复制/粘贴到 PSK 字段。  我使用与教程相同的固件库： nanostack + mbedtls。  但是、GTK 哈希不是 GTK。 SHA256加密+对 GTK 进行一些检查以获取 GTK 哈希。 因此，对于那些遵循此主题的人来说： PSK 显然不是 GTK 本身。 这就是为什么我的计算 MIC 不相同、然后安全性会失败的原因。

您好、Benoit、  

感谢您的耐心、也感谢您分享您的发现。 我将向 Rnd 传达此信息、并检查我们如何为两个器件提供相同的密钥、或者禁用安全性是否是更容易的选择。  

此致、

SID

您好 Sid、

感谢您的反馈、我将等待您提到的选项之一。

此致、

您好、Benoit、

请与我们分享您的完整监听器日志文件。  

此致、

SID

您好 Sid、

当然，这里是 aree2e.ti.com/.../logs.zip 。 请注意、如上所述、我没有 R1板、因此我所做的是打印路由器节点的 TX/Rx FIFO、并且使用 c 程序在以太网端口 ip.dst=239.30.12.66上路由帧。 然后 Wireshark 可以捕获这些帧。 请注意、SHR 和 PHR 不相关、因为它们是在 C 程序中设置的。 我为您提供了完整的控制台和 Wireshark 日志。  

如果需要、我可以为您提供不同设置的不同日志。 感谢你的帮助。 此致

您好、Benoit、  

在堆栈用户指南中、特别是在监听器设置中、您可以看到在 编译工程时可以设置预定义的符号 fixed_GTK_keys。 这将使通信使用固定的 GTK。  

在 ns_br_src 项目中、可以查找 fixed_gtk_keys。  您可能可以在路由器节点侧重复使用这些功能。

我下周休假。 我将尝试将其分配给其他人。 但请期待延迟的响应。 感谢您的耐心等待。  

此致、

SID

您好 Sid、

感谢您的建议。  我在 BR 侧预定义的 FIXED_GTK_KEYs。  如上所述、我不使用 TI 监听器、因为我没有所需的板。 我发现在 SDK 5.40上，此功能似乎没有使用(请确认)，但在 SDK v5.20中， ws_PAE_auth.c 使用它：我们可以硬编码密钥：这就是我需要的！ :)此问题是：LP-CC1312R7的 BR 示例(我拥有的板)使用 FreeRTOS，但它不使用最新版本进行编译。 我找不到合适的版本。 能否提供好版本的 FreeRTOS？ 或者确认最新版本应该起作用。 感谢您的帮助、我们即将结束！

编辑：我在版本上犯了错误， ws_PAE_auth.c 在 SDK v5.40中，我正在使用固定的密钥，现在我已经有了这些密钥， 我将尝试使其正常工作

您好、Benoit、

SDK 发行说明中列出了 FreeRTOS 的兼容版本：

https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_5_40_00_40/release_notes_simplelink_cc13xx_cc26xx_sdk_5_40_00_40.html

对于 SDK 5.40、兼容版本为  

• FreeRTOS：202104.00

谢谢、

玛丽·H

您好、Marie、

感谢您提供信息。 我在固件中插入了 GTK 密钥。 它使用 正确的 Gak 来解密数据包、但仍然无法加入。 您是否确认 BR 侧用于加密数据包的密钥是 Gak？ 在我的一侧、Gak = SHA256 (Network_name + GTK)。

感谢你的帮助

此致

您好、Benoit、

我们遵循有关加密和解密的 Wi-SUN 规范。

为了帮助您解决问题、我们需要有关失败的相关流程的监听器日志。 您需要以下板之一来捕获它：

• CC1312R1 LaunchPad
• CC1352P-1 LaunchPad
• CC1352R1 LaunchPad

您可以在此处找到指南：

https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_5_40_00_40/docs/ti_wisunfan/html/wisun-guide/debugging-index.html#packet-sniffer

谢谢、

玛丽·H

您好、Marie、

这是我使用 R1板生成的日志。 修复了 GTK 密钥。 e2e.ti.com/.../sniffer_5F00_log_5F00_wisun_5F00_R1.zip

感谢你的帮助

此致

大家好、是否有关于日志的任何反馈？

谢谢你

此致

您好！

当我在2个车床之前遇到问题时、我被告知必须在两侧使用相同的 PSK。 这样、即使 PSK 出现在 syscfg 中、也不会在 Wisun 中使用。 然后是 GTK。 所有这些都是虚假导联。

最后、我被告知 wisun 示例涉及整个 EAPOL 过程、因此我不必在节点端对 gtkt 密钥进行硬编码、因为 BR 应该提供密钥。  一个月前、我给了我的电路板和我的分区第一个日志文件、但您 向监听器和电路板询问日志(我理解、不要让我出错)。

于是 我买 了一个 R1板、我用嗅探器和解剖器记录了日志。 现在、如果我至少可以获得有关这些日志的状态、那将会很好。

如果日志不起作用、您能告诉我 是否缺少了什么？  

非常感谢你的帮助。

您好、Benoit、

很抱歉耽误了这一线程。  

要完全解密所有 Wi-SUN 网络消息、必须将网络名称设置为"Wi-SUN Network"。 调试指南中的数据包监听器下对此进行了介绍。

这将为我们提供有关数据包的更多信息。   

从日志中可以看到、在交换 EAPOL 之后、最后发送了 PAN CONFIG。 这是预期行为。 但是 、最好对网络名称"Wi-SUN Network"的信息进行更精细的处理。  

它看起来是这样的。  

但是、在 EAPOL 密钥请求之前发送 PAN Config 的原因也很有意思。 是否还有其他设备也尝试连接到网络？

此致、

SID

Sid 您好、感谢您的回答。

PAN Config 由 BR 发送、而不会开启任何节点。 我使用 simplelink_cc13xx_cc26xx_sdk_5_40_00_40中的 BR 示例。 以下是网络名称正确的日志文件： e2e.ti.com/.../2742.logs.zip

一个日志文件包含未连接的节点、另一个日志文件位于 TI BT 和 TI 节点之间。 TI 节点连接到 BR。 但是、我没有看到任何 EAPOL 请求、也没有在您显示的图片上看到。  

提前感谢您的反馈。

此致、

Benoît μ A

您好、Benoit、  

zip 文件不包含任何日志。 请重新连接它们。

正确、使用 WiSUN 非屏区时、日志中没有 EAPOL 请求、但在选择网络父级时到达 RPL 阶段、这发生在初始安全交换之后。

此致、

SID    

大家好，抱歉出错了： e2e.ti.com/.../1145.logs.zip

此致、谢谢

您好！

我已接受您的连接请求、并向您发送了一条消息。  

此致