引用: wenlonghbo 发表于 2018-8-19 08:07
1, 对的你的理解是正确的，Zigbee 联盟当初设计这个也是为了产品之间互联互通，另外使用TCLK传输Network Key只有在设备入网的时候发生，后面不会再使用。
2，对的。如果ZC的Global和ZED的Unique刚好一样的话，也恰巧能入网的。
现在zigbee 3.0里面，使用Install Code的方式来产生TCLK，这个方式很安全很多，简单来说每个设 ...
TO VV
"简单来说每个设备都会有一个唯一的TCLK"——《BDB》很多地方都能验证这一点，
但是《Z-Stack 3.0 Developer's Guide》有个地方，却让我困惑：
章节10.3.2 Key Updates ：
API provides this functionality via ZDSecMgrUpdateNwkKey() and ZDSecMgrSwitchNwkKey().ZDSecMgrUpdateNwkKey() allows the
Trust Center to send a new Network key to the dstAddr on the network. At this point the new Network key is
stored as an alternate key in the destination device or devices if dstAddr was not a unicast address. Once the Trust
Center calls ZDSecMgrSwitchNwkKey(), with the dstAddr of the device or devices, all destination devices
will use their alternate key
如果每个设备都有唯一的link key（TCLK），TC那更新network key时，应该是TC逐个设备单播通知的，为什么会有上文的“ not a unicast address”；
另外在demo中搜索了这两个函数，发现只有MT有调用这两个函数，请问update network key是协议栈底层完成了，还是用户自己完成？
引用: wenlonghbo 发表于 2018-8-19 08:07
1, 对的你的理解是正确的，Zigbee 联盟当初设计这个也是为了产品之间互联互通，另外使用TCLK传输Network Key只有在设备入网的时候发生，后面不会再使用。
2，对的。如果ZC的Global和ZED的Unique刚好一样的话，也恰巧能入网的。
现在zigbee 3.0里面，使用Install Code的方式来产生TCLK，这个方式很安全很多，简单来说每个设 ...
TO VV
"简单来说每个设备都会有一个唯一的TCLK"——《BDB》很多地方都能验证这一点，
但是《Z-Stack 3.0 Developer's Guide》有个地方，却让我困惑：
章节10.3.2 Key Updates ：
API provides this functionality via ZDSecMgrUpdateNwkKey() and ZDSecMgrSwitchNwkKey().ZDSecMgrUpdateNwkKey() allows the
Trust Center to send a new Network key to the dstAddr on the network. At this point the new Network key is
stored as an alternate key in the destination device or devices if dstAddr was not a unicast address. Once the Trust
Center calls ZDSecMgrSwitchNwkKey(), with the dstAddr of the device or devices, all destination devices
will use their alternate key
如果每个设备都有唯一的link key（TCLK），TC那更新network key时，应该是TC逐个设备单播通知的，为什么会有上文的“ not a unicast address”；
另外在demo中搜索了这两个函数，发现只有MT有调用这两个函数，请问update network key是协议栈底层完成了，还是用户自己完成？
举报
