Skip to content
ARRF
Get Support

Packet capture

Packet capture records raw 802.11 frames on one AP radio for a few seconds, pulls the pcap back to the iPhone over TFTP, and analyses it on the device. It is the deepest tool in the Toolbox — and the only one that changes anything on the access point.

RUCKUS APiPhone (ARRF)RUCKUS APiPhone (ARRF)radio captures for 3-30 sopen TFTP receiver on UDP 69SSH connect (rkscli)get channel wifiNset capture wifiN idle (clean slate)set capture wifiN local[-no...] [mac]set capture wifiN idle (release)get capture wifiN copy tftp <phone IP> arrf-wifiN.pcappcap over TFTPset capture wifiN idle (belt and braces)analyse the pcap on device

In words: ARRF opens a TFTP receiver on the iPhone, connects to the AP over SSH, reads the radio’s channel for context, idles the radio to start from a clean state, begins the capture, counts down your window, stops the capture, and asks the AP to TFTP the file back. The pcap is analysed entirely on the phone. The radio is idled again on the way out, and again on any error path, so a failed capture never leaves a radio capturing.

  1. Open Toolbox → Packet capture and pick the AP (you go straight in if only one AP is connected).

  2. Choose the radio — listed as wifi0 · 2.4 GHz, wifi1 · 5 GHz, and wifi2 · 6 GHz. The default is wifi1.

  3. Set the window with the stepper: 3 to 30 seconds, default 10.

  4. Narrow it with filters if you want to (below), then start the capture and wait out the countdown.

The screen walks through capturing → “Transferring pcap over TFTP…” → “Analysing N bytes…” → results.

All filters default to off, so an unfiltered capture records everything and the analysis is complete. Narrow from there:

FilterEffect
Exclude beaconsDrops beacon frames, which otherwise dominate the air.
Exclude managementDrops management frames.
Exclude controlDrops control frames.
Exclude dataDrops data frames.
This radio’s BSS onlyRestricts the capture to the radio’s own BSS instead of everything it can hear.
Only client (MAC)Captures one client’s frames only.

Only client (MAC) is pre-filled with this iPhone’s own address so the default run is “capture just my traffic”. Clear the field to capture everything; once you type your own MAC, ARRF stops overwriting it.

The results are computed on the device from the pcap itself:

  • A frame-type breakdown — counts per management, control, and data subtype. deauth and disassoc are highlighted in red when non-zero, because they are the usual cause of a client being kicked.
  • Data retry rate — retried data frames over total data frames, the single best indicator of a struggling link.
  • The raw pcap, shareable to Files, AirDrop, or any capture analyser you prefer.
  • Local Network permission, because the pcap arrives at the iPhone over TFTP on UDP 69. If ARRF can’t bind that port you’ll see “Couldn’t open the local capture receiver on UDP 69.”
  • The AP must be able to reach the iPhone, not just the other way round — the AP initiates the TFTP transfer to your phone’s IP. A firewall or client-isolation rule between AP and phone breaks the return path even though SSH worked.
  • If no data arrives, ARRF reports “The AP didn’t deliver the capture (no TFTP data arrived)”, or the last meaningful line of the AP’s own error, and releases the radio.