Appearance
Appearance
ACL frames 用于在 Bluetooth 网络中的节点之间传输非实时数据。
ACL 的目的是在一个节点与另一个节点(unicast)或一组其他节点(multicast)之间提供连接。ACL 通过一种分片机制提供在节点之间发送大型 PDUs 的机制,该机制支持传输最大 64kbyte 的 PDUs。
HCI_H4:BTHCI_ACL 是 4 种 Bluetooth frame types 之一,并且始终封装在 HCI_H4 内部
BTL2CAP:运行在 BTHCI_ACL 之上的唯一协议是 L2CAP。
No. Time Source Destination Protocol Info 11 5.731294 L2CAP Sent Echo RequestFrame 11 (57 bytes on wire, 57 bytes captured)Bluetooth HCI H4 Sent ACL Data Direction: Sent (0x00) HCI Packet Type: ACL Data (0x02)Bluetooth HCI ACL Packet .... 0000 0010 1001 = Connection Handle: 0x0029 ..10 .... .... .... = PB Flag: Start Fragment (2) 00.. .... .... .... = BC Flag: Point-To-Point (0) Data Total Length: 52Bluetooth L2CAP Packet Length: 48 CID: 0x0001 Command: Echo Request Command Code: Echo Request (0x08) Command Identifier: 0xc8 Command Length: 44BTHCI_ACL dissector 完全可用,并且可以重组分片的 PDUs。
有一个 HCI_ACL 首选项,用于控制 Wireshark 是否应重组跨多个 fragments 的 PDUs。
SampleCaptures/l2ping.cap(Linux BlueZ hcidump)包含一些使用 hcidump 捕获的 Bluetooth packets,这些 packets 来自 Linux BlueZ stack 中包含的 l2ping command。
SampleCaptures/Bluetooth1.cap(Linux BlueZ hcidump)包含一些使用 hcidump 捕获的 Bluetooth packets。
完整的 BTHCI_ACK 显示过滤器字段列表可在显示过滤器参考中找到
仅显示基于 BTHCI_ACL 的流量:
bthci_acl捕获时无法直接过滤 BTHCI_ACL 协议,因为目前完全无法捕获。
示例捕获和链接见 Bluetooth。
Imported from https://wiki.wireshark.org/BTHCI_ACL on 2020-08-11 23:11:38 UTC