试图破译捕获的wireshark数据包答案

【问题标题】：Trying to decipher captured wireshark packets试图破译捕获的wireshark数据包
【发布时间】：2016-12-30 21:18:29
【问题描述】：

我有一个保存的wireshark 捕获，我对结果应用了一个过滤器，只显示一个特定设备的通信。我启用了解密，并且解密密钥以 wpa-pwd 格式存储为 key:SSID。

我不完全了解如何解释我可用的结果。我在 S/O 和 Google 上进行了广泛的搜索。

我想我从结果中“感兴趣”的数据包将是来自源设备、传出到路由器的数据包，所有这些数据包都标有 802.11 协议。

我目前有按目的地排序的过滤结果，有

3 个“请求发送”结果
随后是“802.11 Block Ack”，
8 个“请求发送”结果，
随后是另一个“802.11 Block Ack”
3 个“请求发送”结果。

我将按此顺序将结果放在此处，但我只包括第一个请求发送的摘要和两个 802.11 块确认数据包，因为请求的摘要-发送数据包基本相同。

作为一个问题，我有什么方法可以直接解释这些结果以了解这些数据包包含/用于什么？

数据包 1（请求发送）摘要 5131 27.713095 Apple_88:85:55 (TA) Actionte_30:f4:b6 (18:1b:eb:30:f4:b6) (RA) 802.11 45 请求发送，标志=...P....C

数据包 1 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 57 11 bb 47 00 00 00 00  ....o...W..G....
0010   12 30 85 09 80 04 c3 a0 00 b4 10 9e 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 a4 ff c8 cc           0..,....U....

数据包 2 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 c1 b7 77 48 00 00 00 00  ....o.....wH....
0010   12 30 85 09 80 04 c6 9e 00 b4 00 a6 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 69 3a 25 10           0..,....Ui:%.

数据包 3 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 de 05 78 48 00 00 00 00  ....o.....xH....
0010   12 30 85 09 80 04 c5 9e 00 b4 00 a2 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 72 b5 89 09           0..,....Ur...

数据包 4，802.11 块确认摘要 6829 40.120666 Apple_88:85:55 (TA) Actionte_30:f4:b6 (18:1b:eb:30:f4:b6) (RA) 802.11 57 802.11 Block Ack, Flags=........C

数据包 4 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 53 65 78 48 00 00 00 00  ....o...SexH....
0010   12 30 85 09 80 04 c6 9e 00 94 00 00 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 05 00 b0 3c 01 00 00  0..,....U...<...
0030   00 00 00 00 00 5d c0 d4 c7                       .....]...

数据包 5 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 02 6f 78 48 00 00 00 00  ....o....oxH....
0010   12 30 85 09 80 04 c5 9e 00 b4 00 a2 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 72 b5 89 09           0..,....Ur...

数据包 6 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 ea 77 78 48 00 00 00 00  ....o....wxH....
0010   12 30 85 09 80 04 c5 9e 00 b4 00 be 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 33 18 ce 45           0..,....U3..E

数据包 7 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 c3 ca 78 48 00 00 00 00  ....o.....xH....
0010   12 30 85 09 80 04 c5 9e 00 b4 00 a2 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 72 b5 89 09           0..,....Ur...

数据包 8 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 f8 d4 78 48 00 00 00 00  ....o.....xH....
0010   12 30 85 09 80 04 c5 9e 00 b4 00 ce 01 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 f3 72 37 72           0..,....U.r7r

数据包 9 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 24 68 7a 48 00 00 00 00  ....o...$hzH....
0010   12 30 85 09 80 04 c6 9e 00 b4 00 a2 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 72 b5 89 09           0..,....Ur...

数据包 10 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 7e ed 7b 48 00 00 00 00  ....o...~.{H....
0010   12 30 85 09 80 04 c6 9e 00 b4 00 a6 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 69 3a 25 10           0..,....Ui:%.

数据包 11 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 e3 3c 7c 48 00 00 00 00  ....o....<|H....
0010   12 30 85 09 80 04 c6 9e 00 b4 00 a2 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 72 b5 89 09           0..,....Ur...

数据包 12 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 3c 52 7c 48 00 00 00 00  ....o...<R|H....
0010   12 30 85 09 80 04 c6 9e 00 b4 00 0e 01 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 e0 6a fd b0           0..,....U.j..

数据包 13（块确认）摘要 6978 40.406195 Apple_88:85:55 (TA) Actionte_30:f4:b6 (18:1b:eb:30:f4:b6) (RA) 802.11 57 802.11 Block Ack, Flags=........C

数据包 13 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 94 bf 7c 48 00 00 00 00  ....o.....|H....
0010   12 30 85 09 80 04 c6 9e 00 94 00 00 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 05 00 40 3d 03 00 00  0..,....U..@=...
0030   00 00 00 00 00 fa 5f c6 82                       ......_..

数据包 14 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 54 cd 7c 48 00 00 00 00  ....o...T.|H....
0010   12 30 85 09 80 04 c6 9e 00 b4 00 a2 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 72 b5 89 09           0..,....Ur...

数据包 15 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 1a f7 7c 48 00 00 00 00  ....o.....|H....
0010   12 30 85 09 80 04 c2 9e 00 b4 00 be 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 33 18 ce 45           0..,....U3..E

数据包 16 十六进制 + ASCII

0000   00 00 19 00 6f 08 00 00 6f 4a 7d 48 00 00 00 00  ....o...oJ}H....
0010   12 30 85 09 80 04 c6 9e 00 b4 00 a2 00 18 1b eb  .0..............
0020   30 f4 b6 2c f0 a2 88 85 55 72 b5 89 09           0..,....Ur...

所以，我正在寻找如何解释这些和未来结果的解释，有点像“抓住第一条鱼，然后告诉我如何去做。”

我知道我已经阅读了有关右键单击数据包并转到“关注”和“流式传输”的内容，但是如果有人想提及该特定功能的作用，则此选项在保存的捕获中不可用，也将不胜感激。

【问题讨论】：

标签： wireshark

【解决方案1】：

根据维基百科 (https://en.wikipedia.org/wiki/IEEE_802.11_RTS/CTS)，这些消息旨在避免传输冲突。它们的意思是“我想通过 WiFi 发送一些东西，我可以或有其他人计划发送数据吗？”。

更多解释：WiFi 卡不仅可以“大声喊出”大量数据，还可以首先询问“我可以吗？”如果没有人抱怨大量数据会随之而来（并且没有其他人会按照您的要求先发送数据）。不先问，有可能每个人都大声喊叫，没有人能理解任何人。

作为“我可以吗？”消息比大量数据短得多，并发传输会更少（这会导致冲突 --> 数据需要重新发送）。

【讨论】：

如果我理解正确，这意味着这些数据包不包含任何实际数据（例如，发送到/从特定服务发送的信息），而只是 WiFi 的“防撞”数据包，作为 CSMA/CA 流程的一部分？
这也是我的理解