zigbee afIncomingMSGPacket_t 是不是没有包含ieee mac地址

1. 终端 通过AF_DataRequest方法发包给协调器, 协调器在afIncomingMSGPacket_t 中是不是获取不到终端的ieee mac地址？

2. 我想获取源设备的物理地址，能不能在接收到源设备信息的时候获取到他的物理地址？

3. 请问下各位大神，有没什么方法获取源设备的物理地址？

你可以使用相关的API函数去获取。

ZDP_IEEEAddrReq( uint16 shortAddr, byte ReqType,
byte StartIndex, byte SecurityEnable )

VV你好，

我使用ZDP_IEEEAddrReq()函数确实能找到对应的MAC地址，可是我发现另一个很严重的问题。

我使用此函数定时进行查找MAC,可是过一段时间之后，设备就出现异常，无法发送点播数据出去。抓包中可以看到，Link_status_list中，各个短地址都显示IC=0，OC=0.在其他路由设备的Link_status_list中，此设备的IC=0,OC=0.

在附加：网络异常抓包4.psd文件中，有记录短地址为0xA73B的设备从正常到异常的情况，请VV大神帮我分析下具体原因？谢谢！

网络异常抓包4.psd文件中，0xA73B使用ZDP_IEEEAddrReq()函数定时每30秒轮流对地址为0x7B38和0x09E7的路由设备进行MAC地址查询。在抓包文件的第6824条信息开始，网络就出现异常，原来IC=1,OC=1,变成IC=1,OC=0,最后两个值都为0，然后就不能进行点播，也不会广播Link_status_list信息。可是0x09E7对0xA73B进行点播的时候，0xA73B又是可以收到点播信息的。

网络异常抓包3.psd文件是 网络异常抓包4.psd 完整的抓包信息，网络异常抓包4.psd 是过来了显示源地址的。

虽然不能进行点播，可是当设备发送广播信息的时候，它的网络又恢复正常了，ZDP_IEEEAddrReq()函数也能正常点播，Link_status_list信息也恢复正常广播，且所有IC=1,OC=1。

网络异常抓包7.psd文件中，是0xA73B进行广播数据后，网络恢复正常的抓包数据。从第118条抓包信息开始，网络慢慢恢复正常。

在此之前，我们的产品出现匹配数据丢失的现象，在这之前，我以为是FLASH的存储问题，或者是目的地址发生改变，现在我想，就是这个原因造成的，因为产品已经卖出去，在客户家里使用着，可是这个网络问题的出现，造成的后果很严重，所有请VV帮帮忙，分析下是什么原因？是不是协议栈的问题？我使用的协议栈是ZStack-CC2530-2.5.1a。

谢谢！