Wireshark 无线抓包有的数据包解析不了

Wireless-Tech

以下是我用红旭开发板与手机app的抓包，正常的情况应该是这样的

至于你上面看到的有两个空白，那都是分包(已经解密了)，只是Wireshark没有显示，这个是Wireshark的问题, 所以你抓取不到的话，你要看下是不是被你过滤掉了；或者说你没有指定你要抓的那个包。你可以从上图看我的Device里面是指定了某个设备的；

至于PB-ADV入网，官方的Provisioner开机打印的DevKey是有问题的，你可以在想要入网的节点那里打印出来：

还有如果mesh没法解密，那么你要看看秘钥有没有搞对，包括秘钥长度以及是否有带‘0x’, 下面是我的秘钥情况：

如果不知道IV Index是多少，就看Secure Network Beacon中的IV Index值，填充上去即可

pea

官方在这个打印的DeviceKey 临哥说的有问题指的是这个打印的是Provisioner 自身的DeviceKey？而不是Provisioner分配给Unprovisioning Device 的DeviceKey。

Wireless-Tech

pea 官方在这个打印的DeviceKey 临哥说的有问题指的是这个打印的是Provisioner 自身的DeviceKey？而不是Provisioner分配给Unprovisioning Device 的DeviceKey。

Dev Key是在入网过程中，互相交互计算出来的，这个你可以看我那个《SIG MESH第一个实例---Generic On Off Model》中有讲到，因为每个设备的DevKey的均不一样；

pea

看了临哥的回答没有找到uint32_t mesh_stack_provisioning_data_store(const nrf_mesh_prov_provisioning_data_t * p_prov_data,
const uint8_t * p_devkey)这个函数的调用位置。于是我在static void prov_evt_handler(const nrf_mesh_prov_evt_t * p_evt)这个函数中添加
来实现Unprovisioning DeviceKey 的Provisioner 端打印

Wireless-Tech

pea
来实现Unprovisioning DeviceKey 的Provisioner 端打印

你是正确的，Provisioner的确是在这里打印出DevKey，我上述的是在Unprovisioned beacon Device中可以用那个函数打印

pea

Wireless-Tech Dev Key是在入网过程中，互相交互计算出来的，这个你可以看我那个《SIG MESH第一个实例---Generic On Off Model》中有讲到，因为每个设备的DevKey的均不一样；
这个我知道，但是我认为的是这里打印的应该是Provisioner 自身的DeviceKey。如果说Provisioner 本身的DeviceKey 是通过互相交互计算出来的那么每次计算出来的DeviceKey应该不一样，而DeviceKey又相对具有唯一性，这里似乎又相互矛盾了。

Wireless-Tech

pea 这个我知道，但是我认为的是这里打印的应该是Provisioner 自身的DeviceKey。如果说Provisioner 本身的DeviceKey 是通过互相交互计算出来的那么每次计算出来的DeviceKey应该不一样，而DeviceKey又相对具有唯一性，这里似乎又相互矛盾了。

SDK中的那个是有问题的，那个DevKey是有问题的；不用去考虑它

Michael

感谢两位的认真为我解答我大致明白了，但是还是对问题 2有点迷惑，比如配网者为被配网的设备设置发布地址和订阅地址时用的是Device key来进行加密的，那问题 2中我如果只填入配网者的Device key 和配网者的SRC地址是不是只能解密配网者发出的数据，而被配网者发出的数据那是不是得再次填入被配网者的Device key和SRC地址，但是经过我测试发现我只填入Unprovisioning DeviceKey 和配网者 SRC 就可以解密了。
我的理解如下
在BTMesh Device keys 中的Device Key 位置填入的是被配网者的Dev Key ，SRC Address 填入的是配网者的首要元素地址.这是我配置后数据可以全部解密了。

问题：
有点弄不明白，配网者发送数据是用被配网者的数据加密还是用自己的dev key加密，同样被配网者是怎么加密的。
但是抓包软件只要填入被配网者的dev key就可以解密了，那抓抱器可以通过填入0x0001这个首元素地址就可以知道配网者dev key吗？？

Wireless-Tech

Michael 感谢两位的认真为我解答我大致明白了，但是还是对问题 2有点迷惑，因为比如配网者为被配网的设备设置发布地址和订阅地址时用的是Device key来进行加密的，那问题 2中我如果只填入配网者的Device key 和配网者的SRC地址是不是只能解密配网者发出的数据，而被配网者发出的数据那是不是得再次填入被配网者的Device key和SRC地址，但是经过我测试发现我只填入Unprovisioning DeviceKey 和配网者 SRC 就可以解密了。
我的理解如下
在BTMesh Device keys 中的Device Key 位置填入的是被配网者的Dev Key ，SRC Address 填入的是配网者的首要元素地址.这是我配置后数据可以全部解密了。

问题：
有点弄不明白，配网者发送数据是用被配网者的数据加密还是用自己的dev key加密，同样被配网者是怎么加密的。
但是抓包软件只要填入被配网者的dev key就可以解密了，那抓抱器可以通过填入0x0001这个首元素地址就可以知道配网者dev key吗？？

不管是配网者还是被配网者，同一个网络中，它们在交互的时候，用的秘钥均是一样的，唯一不同的是DevKey是各个节点都不一样；但是对于配网者而言，它是知道网络中所有节点的DevKey的，当它需要跟某个节点交互时，它只需要用相对应的DevKey就可以了

Michael

nrf-mesh-pb-gatt.zip

815kB

还有一哥我要是用手机PB_GATT的方式用 nrf mesh app配置节点入网没有抓到手机发出的配网数据，但是我看你截图的你的是有的,不懂是不是我配置有问题，但是我这边只能抓到被配网节点数据。不能抓到手机发出来的PB_GATT的数据。我把我手机用 nrf mesh APP配置节点入网的抓包上传了。

pea

Michael 关于这个问题我可以帮你解答，PB-GATT入网通过Proxy协议通过发送定向的数据包进行数据交互。正确的方式你可以讲上述的过滤删除，先进行抓包然后如图所示选择你要的设备和过滤宏。

Michael

pea 我试过了还是不可以的。
我先选择设备，然后不加入过滤的宏抓取手机配网的数据如下此时红旭的抓包器是已经亮红色了的：

然后手机配网成功后我再加入过滤的宏如下：

还是没看到手机发出来配网数帧。

Michael

我已经解决了是我抓包软件的问题，我重新卸载安装一次问题就解决了，感谢感谢！！