超级军网无节操发此贴，希望德州仪器米国总部的扬基佬能看到
来源：百度文库 编辑：超级军网 时间：2024/04/29 10:20:54
德州仪器（TI）Zigbee系统Z-stack存在一个bug，在CC2530 2.5.1a版上，经过多位朋友测试均发现该bug存在。
bug如下，在使用AF_DataRequest发送数据包时，如果输入数据包过长（加密82字节，不加密100字节），zigbee pro 2007协议会启用分包模式，但是TI的Z-stack上，分包模式存在bug。在发送数据包时，需要注册一个transID的值，数据包被放入发送队列等待发送。当数据包发送成功，或者数据包发送失败，都会产生一个AF_DATA_CONFIRM事件，并返回发送状态和先前注册的transID，以确认发送的数据是否发送成功。但是在分包模式下，发送时注册的transID与返回确认时的transID并不一致，当发送超长数据包成功后，返回的transID是一个固定的值，即无论发送transID为多少，返回的transID是不变的。而且返回的transID是随编译变化而变化的。德州仪器（TI）Zigbee系统Z-stack存在一个bug，在CC2530 2.5.1a版上，经过多位朋友测试均发现该bug存在。
bug如下，在使用AF_DataRequest发送数据包时，如果输入数据包过长（加密82字节，不加密100字节），zigbee pro 2007协议会启用分包模式，但是TI的Z-stack上，分包模式存在bug。在发送数据包时，需要注册一个transID的值，数据包被放入发送队列等待发送。当数据包发送成功，或者数据包发送失败，都会产生一个AF_DATA_CONFIRM事件，并返回发送状态和先前注册的transID，以确认发送的数据是否发送成功。但是在分包模式下，发送时注册的transID与返回确认时的transID并不一致，当发送超长数据包成功后，返回的transID是一个固定的值，即无论发送transID为多少，返回的transID是不变的。而且返回的transID是随编译变化而变化的。
bug如下，在使用AF_DataRequest发送数据包时，如果输入数据包过长（加密82字节，不加密100字节），zigbee pro 2007协议会启用分包模式，但是TI的Z-stack上，分包模式存在bug。在发送数据包时，需要注册一个transID的值，数据包被放入发送队列等待发送。当数据包发送成功，或者数据包发送失败，都会产生一个AF_DATA_CONFIRM事件，并返回发送状态和先前注册的transID，以确认发送的数据是否发送成功。但是在分包模式下，发送时注册的transID与返回确认时的transID并不一致，当发送超长数据包成功后，返回的transID是一个固定的值，即无论发送transID为多少，返回的transID是不变的。而且返回的transID是随编译变化而变化的。德州仪器（TI）Zigbee系统Z-stack存在一个bug，在CC2530 2.5.1a版上，经过多位朋友测试均发现该bug存在。
bug如下，在使用AF_DataRequest发送数据包时，如果输入数据包过长（加密82字节，不加密100字节），zigbee pro 2007协议会启用分包模式，但是TI的Z-stack上，分包模式存在bug。在发送数据包时，需要注册一个transID的值，数据包被放入发送队列等待发送。当数据包发送成功，或者数据包发送失败，都会产生一个AF_DATA_CONFIRM事件，并返回发送状态和先前注册的transID，以确认发送的数据是否发送成功。但是在分包模式下，发送时注册的transID与返回确认时的transID并不一致，当发送超长数据包成功后，返回的transID是一个固定的值，即无论发送transID为多少，返回的transID是不变的。而且返回的transID是随编译变化而变化的。
不明觉厉。
偶会反应的谢谢。。。
德州仪器本身就有论坛，作用于：收集客户意见、解答客户遇到的问题和客户之间经验交流~~
这个论坛的发帖量不少，讨论全都是技术性话题~~我去过好几次查资料~~
德州仪器本身就有论坛，作用于：收集客户意见、解答客户遇到的问题和客户之间经验交流~~
这个论坛的发帖量不少，讨论全都是技术性话题~~我去过好几次查资料~~
不明觉厉。
zigbee应用并不太广泛啊
啥意思？存在后门？