TI中文支持网1、入网问题，协调器周围有20多个router的时候，相距距离适中不存在信号饱和，end-device试了很多次，都一直beacon request，Association Request，Association Response: Success，但后面key transport什么的都没有了，一直重复这个过程，始终无法入网，断掉所有router电源，只留下协调器和end-device，入网立马就成功了，话说不是可以key-tunnel的方式入网吗？
2、上述步骤连续多次尝试，会导致协调器协议栈内部异常（表现为协调器再也发不出控制指令了，让协调器发出permit join，也发不出来的，但是空中抓包每次协调器收到其他router发来的数据，是有Acknowledgement响应的，说明的确是收到了，但是路由是不通的，所有节点会发出route failure，最后不得不重启协调器上层网关(协调器的MT执行reset命令)就自动恢复了）
这两种情况非常容易复现，第二种情况至少出现过十几次了，重启软件恢复，绝对不是硬件问题。
miffy：
感觉不是协议栈底层出了bug，就是APS层出了bug，但很多代码是密封起来的，无从查知
miffy：
已经反馈到e2e
user5798117：
回复 miffy:
我也碰到过。
下述现象则碰到更多些：
表现为协调器再也发不出控制指令了。 甚至查询协调器mac地址等，协调器也没有返回；但发命令要协调器重启，协调器可以响应。
Jesse Huang：
回复 user5798117:
当协调器一次性发十几条数据给某休眠中的终端节点会导致协议栈的消息缓存列表full，然后协调器就发送不了任何消息了，这时候你再发送“zcl_SendCommand()”函数，你会发现它的返回值是“ZBufferFull”，然后过多二十多秒左右或复位协调器，协调器才能正常发出消息。这个问题是你遇到的那个问题吗？我也在想着怎么解决。
YiKai Chen：
請附上你的sniffer log
user5798117：
回复 YiKai Chen:
是否有办法清除:协议栈的消息缓存列表full?
如果网络中有某个节点不可达，然后就影响到整个网络？ 现在情况是，如果网络中所有节点都表现好，网络会很好；如果网络中有某个节点有问题，则整个网络也就被这个节点拖坏了。
YiKai Chen：
回复 user5798117:
沒有办法清除协议栈的消息缓存列表、依照我的経驗就算网络中有某个节点有问题，整个网络也不会被这个节点拖坏了
miffy：
回复 YiKai Chen:
截圖已經很清楚了，沒必要ubiqua原始文檔，e2e已經請求royan確認了
YiKai Chen：
回复 miffy:
相信我、你沒附上sniffer log、TI的人不會處理
Alvin Chen：
回复 miffy:
Hi All,
Please upload sniffer log and provide more details. We will reply below post. I doubt whether TC link key exchange enable?
Anyway,We will support you at below post.e2e.ti.com/…/755751
