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.
What happens, step by step
Section titled “What happens, step by step”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.
Run a capture
Section titled “Run a capture”-
Open Toolbox → Packet capture and pick the AP (you go straight in if only one AP is connected).
-
Choose the radio — listed as
wifi0 · 2.4 GHz,wifi1 · 5 GHz, andwifi2 · 6 GHz. The default iswifi1. -
Set the window with the stepper: 3 to 30 seconds, default 10.
-
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.
Filters
Section titled “Filters”All filters default to off, so an unfiltered capture records everything and the analysis is complete. Narrow from there:
| Filter | Effect |
|---|---|
| Exclude beacons | Drops beacon frames, which otherwise dominate the air. |
| Exclude management | Drops management frames. |
| Exclude control | Drops control frames. |
| Exclude data | Drops data frames. |
| This radio’s BSS only | Restricts 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.
What the analysis shows
Section titled “What the analysis shows”The results are computed on the device from the pcap itself:
- A frame-type breakdown — counts per management, control, and data subtype.
deauthanddisassocare 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.
Requirements and failure modes
Section titled “Requirements and failure modes”- 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.