History log of /external/autotest/server/cros/network/frame_sender.py
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
8f668216f3a43d60fa50f8e85c6ffa028f270d67 16-Jul-2015 mukesh agrawal <quiche@chromium.org> autotest (wifi): support beacon injection on more APs

Some APs won't let us inject beacon frames, unless we
have an AP interface up along with the monitor interface.

To enable beacon injection on such APs, we have
FrameSender set up an AP interface along-side its monitor
interface.

The AP interface isn't necessary for other frame types.
But I'd like to avoid having the code think about that,
if possible.

BUG=chromium:510883
TEST=suite:wifi_matfunc (on new hardware)
TEST=network_WiFi_ConnectionIdentifier (on stumpy)
TEST=network_WiFi_DisconnectClearsIP (on stumpy)
TEST=network_WiFi_ProfileBasic (on stumpy)
TEST=network_WiFi_RoamEndToEnd (on stumpy)
TEST=network_WiFi_ChannelScanDwellTime (on stumpy)

Change-Id: I9b9c60773fd799dee2df3a21316f068fd3eb85ef
Reviewed-on: https://chromium-review.googlesource.com/287305
Reviewed-by: mukesh agrawal <quiche@chromium.org>
Commit-Queue: mukesh agrawal <quiche@chromium.org>
Trybot-Ready: mukesh agrawal <quiche@chromium.org>
Tested-by: mukesh agrawal <quiche@chromium.org>
/external/autotest/server/cros/network/frame_sender.py
194b4585d71052bb706e67eaf7a60f816fae1530 17-Jun-2015 Rebecca Silberstein <silberst@chromium.org> autotest (wifi): test malformed probe responses

Add autotest for malformed probe response packets. This test covers
probe responses that include an element with an incorrect tag length.

This test covers a case where a malformed probe response may have been
the cause of a lucas device wifi disconnect. The probe response had
an incorrect length field. This test reproduces the scenario by
triggering a valid probe request. The AP in the test is configured to
repeatedly send out unsolicited (malformed) probe responses. To reduce
test flake, multiple attempts are made to receive a probe response.
The test fails if no probe responses are received, the device
disconnects or if the wifi card resets.

BUG=chromium:498018
TEST=tested on pit and lucas in wifi dev cell

Change-Id: Ib1902ab21503c65ce5028b3395ddf6f37de6888c
Reviewed-on: https://chromium-review.googlesource.com/278251
Reviewed-by: mukesh agrawal <quiche@chromium.org>
Tested-by: Rebecca Silberstein <silberst@chromium.org>
Commit-Queue: Rebecca Silberstein <silberst@chromium.org>
/external/autotest/server/cros/network/frame_sender.py
c4beba05d7e439bfb9e9c7bd28e7d248782a4531 24-Mar-2014 Peter Qiu <zqiu@chromium.org> Channel scan dwell time test

This test instructs a router to continually send beacon frames for a
predefined set of BSSes at a specific interval. The BSSes are named
with an index suffix in hex numerical order. The device under test is
instructed to perform a single channel scan while the beacon frames are
being sent by the router. Based on the SSIDs in the scan results, we
can estimate the device dwell time.

BUG=chromium:354685
TEST=Run this test

Change-Id: Ib8034a112b37ba6584a2b1d8009b2126f2dbd5e4
Reviewed-on: https://chromium-review.googlesource.com/191287
Reviewed-by: Paul Stewart <pstew@chromium.org>
Tested-by: Peter Qiu <zqiu@chromium.org>
Commit-Queue: Peter Qiu <zqiu@chromium.org>
/external/autotest/server/cros/network/frame_sender.py