From: Severin Kacianka <severin.kacianka@aau.at>
To: Kalle Valo <kvalo@adurom.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: A question about monitor mode
Date: Wed, 04 Jun 2014 16:47:01 +0200 [thread overview]
Message-ID: <538F3165.5090707@aau.at> (raw)
In-Reply-To: <87ha40263v.fsf@purkki.adurom.net>
On 06/04/2014 02:48 PM, Kalle Valo wrote:
> The question doesn't really make sense, at least not to me. But I'll try
> to answer anyway :)
Thank you - I will try to better state my question. Let's say we have
two nodes A and B and A sends a packet to B while monitoring all
wireless traffic on mon0. We now have two scenarios when A sees its
packet in its monitor interface.
The first scenario is, that the packet shows up right after it is send
(i.e. after calling socket.send). The other is, that the packet is held
in some layer (probably the firmware) until the ACK is received and the
packet was really "send" before being passed to the monitoring interface.
In my concrete case, I have a program that sends RTP packets to an other
host. It logs the time of the socket.send call and then also logs the
time the packet is read from mon0 (RTP packets have sequence numbers, so
it is easy to match the packets).
I then noticed that this delay is usually extremely small (around 0.001
sec), but will quickly rise when the receiver is moved away from the
sender (up to 10 seconds and more). Along with this rise in the delay
the video quality will degrade to unwatchable when the delay rises
quickly (and quickly improves when the delay gets smaller).
My assumption is that the packet first has to be acknowledged, before it
shows up in the monitoring interface. Due to the movement the connection
quality is probably reduced and thus may require retransmissions (and so
increase this delay).
I am however not sure if this is how it really works :)
Thank you,
Severin
prev parent reply other threads:[~2014-06-04 14:48 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-04 6:22 A question about monitor mode Severin Kacianka
2014-06-04 12:48 ` Kalle Valo
2014-06-04 14:47 ` Severin Kacianka [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=538F3165.5090707@aau.at \
--to=severin.kacianka@aau.at \
--cc=kvalo@adurom.com \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).