Почему некоторые рамы маяка упали

Question

Почему я не собираю все рамки маяка? Они отбрасываются AP?

Я использую libpcap в Linux для захвата фреймов маяка и анализа временной метки. Я использую временные метки для вычисления интервала между захваченными фреймами маяка.

В большинстве случаев интервал - это то, что должно быть, а именно 102,4 мс. Однако каждые 5-6 пакетов показывают интервал, равный 102,4 мс, это может быть 204, 306 и до 800 мс.

Я не знаю, связано ли это с тем, что AP не отправляет эти маяковые рамки или мой pcap, не захватывая пакет.

я не копали себя через IEEE802.11 спецификации, но несколько третьих сторон Документации (например, [1]) vagely утверждает, что

«Маяк может быть задержан за время передачи целевого радиомаяка из-за другой трафик занимая задержки передачи и задержки. Маяк не ретранслируется в случае столкновения, поскольку кадр маякового радиосигнала отправляется на широковещательный адрес. Функция синхронизации очень проста. «

Да, очень просто!

И не имеет значения, использую ли я выделенный AP (My Samsung S6 Edge) без другого Wi-Fi-трафика или публичного маршрутизатора.

Может кто-то пролить свет на это?

[1] https://books.google.se/books?id=RZ_6hPSjwfQC&pg=PA59&lpg=PA59&dq=delayed+beacon+not+retransmitted&source=bl&ots=B-HofLMubj&sig=lgEMnUlZvm2HjLqqr4DkwJ5VPtY&hl=sv&sa=X&ved=0ahUKEwjC-JrpranJAhVIhSwKHW2CCSkQ6AEIHDAA#v=onepage&q=delayed%20beacon%20not%20retransmitted&f=false

Answer 1

Кажется, как будто маяки НЕ упали на AP.

Когда я запустил свой код, после загрузки малины Pi в режиме терминала (в отличие от обычного режима графического интерфейса), я поймал почти ВСЕ маяки, за исключением 1 из 30 возможных.

Это ясное указание, что сброшенные маяки связаны с нагрузкой на клиентский процессор.

Надеюсь, что это поможет людям столкнуться с одной и той же проблемой.