3. 抓包基础操作：配置抓包接口、设置过滤规则、捕获Mesh网络数据包
抓包这件事，说白了就是给蓝牙Mesh网络装个“监控摄像头”。你想想看，节点之间怎么通信的、消息有没有丢、时序对不对，全得靠抓包来还原现场。我刚开始调Mesh的时候，总觉得代码写得没问题，结果一抓包，发现广播包根本没人转发——嗯，从那以后我再也不敢凭感觉调了。
这一节，咱们就动手把抓包环境搭起来，把接口配好、过滤设对，然后真正抓到Mesh网络的数据包。
3.1 抓包硬件与软件选型
先说说硬件。抓蓝牙Mesh，你至少需要一个能监听BLE广播信道的设备。我个人习惯用这几款：
| 设备 | 优势 | 局限 | 适用场景 |
|---|---|---|---|
| TI CC2540 USB Dongle | 便宜、社区支持好 | 只支持BLE 4.0，速率有限 | 入门学习、小规模网络 |
| Nordic nRF52840 DK | 支持BLE 5.x、长距离 | 需要额外刷抓包固件 | 中大型Mesh网络调试 |
| Teledyne LeCroy Frontline | 专业级、双模同时抓 | 价格高、学习曲线陡 | 产品认证、深度分析 |
| Ellisys BEX400 | 硬件解码、时序精准 | 贵、需要授权 | 协议栈开发、性能调优 |
软件方面，我推荐从 Wireshark + nRF Sniffer 组合入手。免费、文档全、社区活跃。你如果手头有nRF52840 DK，刷一个nRF Sniffer for BLE的固件，就能直接用了。
3.2 配置抓包接口
硬件插上电脑后，第一步是确认驱动和接口。以nRF Sniffer为例，步骤很简单：
- 把nRF52840 DK用USB线连到电脑，刷好sniffer固件。
- 打开Wireshark，你应该能看到一个新的接口，名字类似
nRF Sniffer for BLE COMx。 - 如果看不到，检查一下驱动——Windows下可能需要装Zadig把驱动换成WinUSB。
选对接口后，点“开始捕获”。这时候Wireshark会开始监听所有BLE广播信道（37/38/39）。但你会发现——满屏都是乱七八糟的广播包，根本分不清哪些是Mesh的。
为什么会这样？因为BLE广播信道是公共的，周围所有蓝牙设备都在发广播。你想想看，办公室里可能有手机、耳机、手环……全混在一起。
3.3 设置过滤规则
过滤，是抓包的核心技能。我见过太多人一抓就是几万包，然后对着屏幕发呆。其实你只需要几条过滤规则，就能把Mesh消息单独拎出来。
3.3.1 基础过滤：只看Mesh广播包
Mesh网络使用BLE广播通道通信，所以先过滤出广播包：
btle.advertising_header.pdu_type == 0这条规则的意思是：只显示ADV_IND（可连接广播）或ADV_NONCONN_IND（不可连接广播）。Mesh节点通常发的是ADV_NONCONN_IND。
3.3.2 进阶过滤：识别Mesh网络ID
每个Mesh网络都有一个唯一的Network ID。你可以在抓包前先记下自己网络的ID，然后这样过滤：
btmesh.network_ivi == 0 && btmesh.network_nid == 0x12把 0x12 换成你实际的Network ID。这样Wireshark就只显示属于你网络的Mesh包。
3.3.3 组合过滤：只看特定源地址的消息
如果你怀疑某个节点有问题，可以加上源地址过滤：
btmesh.network_src == 0x0001把 0x0001 换成节点的Unicast Address。
实战组合拳： 我常用的过滤规则是：
btle.advertising_header.pdu_type == 0 && btmesh.network_ivi == 0 && btmesh.network_src == 0x0001这样一过滤，屏幕上就只剩下你关心的那个节点发的Mesh消息了。
3.4 捕获Mesh网络数据包
过滤设好了，接下来就是真正抓包。我建议你按这个流程来：
- 启动抓包： 点击Wireshark的绿色鲨鱼鳍按钮，开始捕获。
- 触发Mesh通信： 在Mesh网络中执行一个操作，比如按一下开关节点，或者发一条配置消息。
- 观察实时数据： 看Wireshark窗口里有没有你过滤后的包出现。如果没有，检查过滤规则或硬件连接。
- 停止捕获： 抓到足够的数据后，点红色方块停止。
- 保存文件： 保存为
.pcapng格式，方便后续分析。
我曾经在一个项目中，怎么抓都抓不到Mesh包。折腾了半天，发现是nRF Sniffer固件版本太旧，不支持BLE 5.x的扩展广播。嗯，升级固件后就好了。所以如果你也遇到类似问题，先检查固件版本。
3.5 抓包结果解读：一个真实案例
下面是我从一个Mesh网络中抓到的实际数据包。我们来看看里面有什么：
Frame 1: 376 bytes on wire (3008 bits)
Bluetooth LE
Advertising Header
PDU Type: ADV_NONCONN_IND (0x02)
ChSel: 2
TxAdd: Random
Advertising Address: 6c:5a:b0:12:34:56
Bluetooth Mesh
Network PDU
IVI: 0
NID: 0x12
CTL: 0 (Access Message)
TTL: 7
SEQ: 0x000001
SRC: 0x0001
DST: 0x0002
Transport PDU
...
关键信息解读：
- PDU Type: ADV_NONCONN_IND，说明这是Mesh广播包。
- TTL: 7，消息还能转发7跳。
- SRC: 0x0001，源节点地址。
- DST: 0x0002，目标节点地址。
- SEQ: 0x000001，序列号，用于去重和排序。
3.6 知识体系：抓包基础操作全景图
下面这张图，把整个抓包基础操作的流程和关键节点串起来了。你可以把它当作一个快速参考：
3.7 常见问题与避坑指南
抓包过程中，你可能会遇到下面这些问题。我把自己踩过的坑列出来，你遇到了直接对照着查：
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
| Wireshark找不到抓包接口 | 驱动未安装或固件未刷 | 用Zadig换驱动，或重新刷sniffer固件 |
| 抓到的包全是非Mesh广播 | 过滤规则没设对 | 加上 btmesh 相关的过滤条件 |
| 抓不到自己网络的包 | Network ID不匹配 | 确认IVI和NID是否正确 |
| 抓包过程中Wireshark崩溃 | 缓冲区溢出或驱动冲突 | 减少捕获时长，或换USB口 |
| TTL始终为0 | 节点Relay功能未开启 | 通过配置消息开启节点的Relay状态 |
好了，到这里你已经掌握了抓包的基础操作。配好接口、设对过滤、抓到数据、看懂结构——这套流程跑通了，后面的性能调优才有数据支撑。记住，抓包不是目的，目的是通过数据看到网络的真实行为。