TI中文支持网
TI专业的中文技术问题搜集分享网站

终端节点收不到其它节点发来的数据包

大家好,有个问题请教一下:

节点1短地址:21F9,节点2短地址:CADF,节点3短地址A187.

节点2收不到节点1(或者是其它节点)的数据包?

1、节点3是节点1和节点2的父亲节点。

2、抓包可以看出节点1已经将消息发送到了节点3.

3、节点2每1S 发送一次data request给节点3.

4、开启了APS层ack确认,所以节点1收到的是其它节点的确认包。

如果将节点2移动位置,使其更换父亲节点,哪怕后来又换回原父亲节点,都可以再次收到节点1的数据包。

附件CADF.psd是这三个节点的目的地址和源地址的筛选包,另外一个是所有节点数据包CADF.psd所有节点包数据.psd

斌斌有礼:

使用的是zstack home 1.2.2a除了上述描述 还发现每一次节点1发包给节点2的时候,父亲节点3在收到包之后,会有一条目的地址为0xFFFF的包发出,是不是因为父亲节点不知道节点3是他的子节点才广播这条消息的?还请各位大神帮忙分析分析。

YiKai Chen:

回复 斌斌有礼:

沒有nwk key解不開你的抓包檔

YiKai Chen:

回复 斌斌有礼:

抓包可以看出节点1已经将消息发送到了节点3

這個在抓包檔的哪裡?

发现每一次节点1发包给节点2的时候,父亲节点3在收到包之后,会有一条目的地址为0xFFFF的包发出,是不是因为父亲节点不知道节点3是他的子节点才广播这条消息的?

這個在抓包檔的哪裡?

斌斌有礼:

回复 YiKai Chen:

您好 

第一个在文件名为 “所有节点包数据.psd”的序列号2061,源地址为节点1(0x21F9)目的地址为节点3(0xA187)。机制是当节点1收到触发信号,就会发送两条包出去一条是要发送到0x0000,一条是要发送给节点2的,现在是节点2收不到相应的包。

 

第二个在文件名为 “所有节点包数据.psd”的序列号2177,源地址为节点3(0XA187)目的地址为0xFFFF,这个包在节点1发出数据后,节点3收到就会发出目的地址为0xFFFF的包。所以猜测节点3已经不知道节点2是他的子节点了。

YiKai Chen:

回复 斌斌有礼:

我用ubiqua查看起來
1. 序列号2061,源地址为节点1(0x21F9)目的地址为节点2(0xCADF),目的地址不是节点3(0xA187),节点2(0xCADF)如果是終端节点,我都沒看到他在作polling當然收不到节点3(0xA187)要轉傳給他的信息
2. 序列号2177,源地址为节点3(0XA187)目的地址为0xFFFF,这个包是link status,是路由設備定時發出維護路由的信息

斌斌有礼:

回复 YiKai Chen:

1、是的这个应该是我表达不对, 节点1(21F9)就是要发消息给节点2(CADF),这俩个都是终端节点,并且同一个父亲节点(节点3)。节点1先给节点3,节点2会去polling 节点3。至于polling 的序列号2082就是。

2、link statue 应该是每1分钟发一次,不过我发现这个包出现的时候就是节点1发出消息的时候,您能查看出目的地址为0xFFFF源地址为0xA187但不是link status 的包吗?

YiKai Chen:

回复 斌斌有礼:

1. 序列号2082的polling 的mac ack回應是序列号2083,但是其中frame pending bit並沒有指示有信息要轉給节点2,看來是路由有問題,你這個問題是一直發生?
2. 像序列号2235是route request.
建議你自己買Ubiqua license來分析吧

斌斌有礼:

回复 YiKai Chen:

并不是一直发生,最近才出现,不过也有可能和网络环境有关。
如果是路由的问题,您认为路由的哪个部分有问题呢?

YiKai Chen:

回复 斌斌有礼:

目前你的sniffer log看不大出來哪个部分有问题

斌斌有礼:

回复 YiKai Chen:

好的 谢谢前辈的分析

赞(0)
未经允许不得转载:TI中文支持网 » 终端节点收不到其它节点发来的数据包
分享到: 更多 (0)