TI中文支持网Part Number:CC2530
终端设备入网阶段：协调器收到路由设备发来的 update Device 消息后，为啥协调器不会回复Tunnel Transport key 消息把网络key给到路由设备呢，协议栈 3.0 如图所示。 – Zigbee 和 Thread 论坛 – Zigbee 和 Thread – E2E
设计支持 (ti.com)
TI技术工程师你们好，我遇到了如上连接一样的问题，在新的ZED或者ZR途径另一个ZR入网时，会大概率出现这个现象，除非将途径的ZR断电，使ZED或ZR直接连入协调器，则成功入网。否则就像下图一样，一直向ZC发送Update Device，ZC不发送秘钥。
使用的是ZSTACK3.0.2，TI官网上的最新版本。
为了加快入网速度，我采用预定义秘钥的方式，并关闭了TCLK的请求(但是不知道为何还是会进行Key Transport)，配置如下
采用Pre-Configure的方式，并开启了TP2_LEGACY_ZC宏
Chris He：
这个现象不是百分百出现，我无法摸清它的规律，偶发性的，但是一旦发生，该设备将一直无法入网。除非让它靠近协调器，它经过协调器直接入网
,
YiKai Chen：
有沒有把 https://processors.wiki.ti.com/index.php/Zigbee_Known_Issues_and_Proposed_Fixes 補丁打上去試試
,
Kevin Qiu1：
将YiKai说的补丁打上去再试试，尤其是第八个
,
Chris He：
谢谢回复，上面的项我基本都弄了，并没有解决该问题。
并且在patch的过程中发现有些疑问：
15. Errors due to BDB header build types
这个是只针对ZNP的吧？我用的是CC2530DB工程，按这个弄会编译异常
18. ZED Poll Rate Set Incorrectly if Reset from a Leave Request with Rejoin Enabled
这条没有看懂到底应该怎么处理，没有很好的演示示例，不知道我是否改对了
,
Kevin Qiu1：
Chris He 说：
15. Errors due to BDB header build types
这个是只针对ZNP的吧？我用的是CC2530DB工程，按这个弄会编译异常
是的
Chris He 说：这条没有看懂到底应该怎么处理，没有很好的演示示例，不知道我是否改对了
参考:https://e2echina.ti.com/support/wireless-connectivity/zigbee-and-thread/f/zigbee-thread-forum/195863/zstack-3-0-2-bug
Chris He 说：并关闭了TCLK的请求(但是不知道为何还是会进行Key Transport)
使用默认设置,不关闭试试
,
Chris He：
感谢回复，目前我已经按上述的补丁进行了修改。但是仍然会存在ZED经过ZR入网，ZR发送Update Device给ZC，ZC应答ACK后，没有transport key。导致ZED始终无法入网的现象。日志与本帖中的截图还是一样。
无论如何重启设备都无效，唯有改变ZED的位置，经由协调器能直接入网。
我也看了网上似乎不少人遇到了相似的问题，还请指导还有何处存在问题？我已经尝试调试ZC，在获取Update Device的CB函数内断电，但出现问题后，抓包虽然看到有Update Device，但ZC的程序不会执行至此。。
,
YiKai Chen：
可以附上抓包檔說明你的問題嗎？
,
Chris He：
我试一下，这个问题不是百分百能复现，本贴开头的抓包当初忘了把整个log存下来了。
问题一旦出现，就基本百分百无法入网了。我尝试复现一下。
