This wiki has been migrated to https://gitlab.com/wireshark/wireshark/-/wikis/home and is now deprecated. Please use that site instead.
Differences between revisions 28 and 29
Revision 28 as of 2007-02-15 20:27:49
Size: 5685
Editor: GeraldCombs
Comment: Add decryption link.
Revision 29 as of 2007-03-07 00:24:05
Size: 5681
Editor: GeraldCombs
Comment: Capture-related updates.
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
Line 15: Line 14:
Line 22: Line 20:
Line 31: Line 28:
Line 33: Line 29:
Line 37: Line 32:
Line 42: Line 36:
Line 46: Line 39:
 * 802.11 is the lowest software layer, so it only depends on hardware.
== Example traffic ==
__One ICMP Ping Request and response session from Station(STA1 to station(STA2) via Access point(AP)__[[BR]] ''ICMP ECHO request''[[BR]]
Line 47: Line 43:
 * 802.11 is the lowest software layer, so it only depends on hardware.

== Example traffic ==
__One ICMP Ping Request and response session from Station(STA1 to station(STA2) via Access point(AP)__[[BR]]
''ICMP ECHO request''[[BR]]
Line 56: Line 47:
''ICMP ECHO Response''[[BR]]
Line 57: Line 49:
''ICMP ECHO Response''[[BR]]
Line 65: Line 56:
Line 71: Line 61:
Line 75: Line 64:

attachment:SampleCaptures/Network_Join_Nokia_Mobile.pcap 
attachment:SampleCaptures/Network_Join_Nokia_Mobile.pcap
Line 81: Line 69:
 Show only the 802.11-based traffic: {{{  . Show only the 802.11-based traffic:
{{{
Line 83: Line 72:
 Show only the 802.11-based traffic to and from 802.11 MAC address 08:00:08:15:ca:fe:
 {{{
 wlan.addr==08.00.08.15.ca.fe }}}
== Capture Filter ==
Newer versions of libpcap support raw 802.11 headers via the "wlan" link type. Older versions must use "ether" or "link" via fake Ethernet headers, and might not support 802.11 capture at all.
Line 84: Line 78:
 Show only the 802.11-based traffic to and from 802.11 MAC address 08:00:08:15:ca:fe: {{{
 wlan.addr==08.00.08.15.ca.fe }}}

== Capture Filter ==

Capture only the 802.11-based traffic to and from 802.11 MAC address 08:00:08:15:ca:fe: {{{
 . Capture only the 802.11-based traffic to and from 802.11 MAC address 08:00:08:15:ca:fe:
{{{
Line 92: Line 82:
Note that older versions of libpcap won't support "wlan" - you might have to use "ether" or "link" on those versions. (Those versions won't support capturing raw 802.11 traffic, and might not support 802.11 capture at all.)  . Filter out beacon frames:
 {{{
 wlan[0] != 0x80 }}}
Line 94: Line 86:
See CaptureSetup page for instructions how to capture from WLAN's (including monitor mode) and other media. See CaptureSetup/WLAN page for instructions on how to capture from WLANs (including monitor mode).
Line 97: Line 89:
Line 99: Line 90:

Wi-Fi (WLAN, IEEE 802.11)

Wi-Fi, or IEEE 802.11, is the standard for wireless LANs, or WLANs. The abbreviation Wi-Fi stands for Wireless Fidelity, and resembles the Hi-Fi acronym. It represents a whole collection of protocols within the same family of Ethernet and Token Ring.

It is specified by [http://standards.ieee.org/getieee802/802.11.html various IEEE 802.11 specifications].

IEEE 802.11 sends network packets from the sending host to one (["Unicast"]) or more (["Multicast"]/["Broadcast"]) receiving hosts.

The 802.11 protocols specify a wireless shared network, which means that the maximum bandwidth is only available to one user at a time.

/!\ See the ["CaptureSetup/WLAN"] page for instructions how to capture from WLAN's (including monitor mode), and see the CaptureSetup page for general information on capturing on WLAN's and other media.

802.11 Standards

The basic 802.11 standards are:

  • 802.11 (2MBit/s 2.4GHz) First generation of WLAN equipment; allows 1 and 2 Mbps.
  • 802.11b (11MBit/s 2.4GHz) Second generation of WLAN equipment, and the first generation to receive widespread use; allows 1, 2, 5.5 and 11 Mbps.
  • 802.11a (54MBit/s 5GHz)
  • 802.11g (54MBit/s 2.4GHz)

Some additional 802.11 standards are:

  • 802.11i (Security WPA1 and WPA2) No change to data rate. Improvement in security.
  • 802.11h (Spectrum and Transmit Power Management)
  • 802.11e (Quality of service, packet busting)
  • 802.11d International (country-to-country) roaming extensions
  • 802.11f Inter-Access Point Protocol (IAPP)
  • 802.11j Extensions for Japan

History

XXX - add a brief description of 802.11 history

802.11 vs. "fake Ethernet" captures

When capturing with Wireshark (or other tools using libpcap/WinPcap, such as TcpDump / WinDump) there are two ways in which 802.11 can be supplied by the system and stored in a capture file:

  • "real" 802.11: the hardware/driver provides the actual protocol data that travels over the air, complete with 802.11 headers. (There are variants of this in which "radio information" such as signal strength can be provided as well.)
  • "fake" Ethernet: the hardware/driver translates the 802.11 headers into Ethernet headers so that the whole packet looks like a normal Ethernet packet. If the hardware/driver is doing this, all 802.11-specific management and control frames are usually discarded, as there's no equivalent to them in Ethernet (although some drivers might use a non-standard way of making them look like Ethernet packets, such as using a special Ethernet packet type).

Detailed information about how to capture 802.11 traffic can be found at the ["CaptureSetup/WLAN"] page.

Protocol dependencies

  • 802.11 is the lowest software layer, so it only depends on hardware.

Example traffic

One ICMP Ping Request and response session from Station(STA1 to station(STA2) via Access point(AP)BR ICMP ECHO requestBR

  • ICMP Echo request (802.11 data packet with source STA1, Destination STA2, To DS bit set) This packet is transmitted from STA1 and received by APBR

  • ACK(802.11 control packet, dest STA1) This packet is transmitted by AP and recieved by STA1 BR

  • ICMP Echo request (802.11 data packet with source STA1, Destination STA2, From DS bit set) This packet is transmitted by AP and received by STA2.BR

  • ACK(802.11 control packet Dest AP) This packet is sent to AP by STA2 to acknowledge reciept of the Echo request packet.

ICMP ECHO ResponseBR

  • ICMP Echo response(802.11 data packet with source STA2, Destination STA1, To DS bit set) This packet is transmitted from STA2 and received by APBR

  • ACK(802.11 control packet, dest STA2) This packet is transmitted by AP and recieved by STA2BR

  • ICMP Echo response (802.11 data packet with source STA2, Destination STA1, From DS bit set) This packet is transmitted by AP and received by STA1.BR

  • ACK (802.11 control packet Dest AP) This packet is sent to AP by STA1 to acknowledge reciept of the Echo response packet.

XXX - Add example traffic here (as Wireshark screenshot).

Wireshark

The 802.11 dissector is fully functional. It supports WEP and WPA/WPA2 decryption (see ["HowToDecrypt802.11"] for details).

Capturing 802.11 traffic can be tricky, see CaptureSetup page for instructions how to capture from WLAN's (including monitor mode) and other media.

Preference Settings

(XXX add links to preference settings affecting how 802.11 is dissected).

Example capture file

attachment:SampleCaptures/Network_Join_Nokia_Mobile.pcap

Display Filter

A complete list of 802.11 display filter fields can be found in the [http://www.wireshark.org/docs/dfref/w/wlan.html display filter reference]

  • Show only the 802.11-based traffic:
     wlan 
    Show only the 802.11-based traffic to and from 802.11 MAC address 08:00:08:15:ca:fe:
     wlan.addr==08.00.08.15.ca.fe 

Capture Filter

Newer versions of libpcap support raw 802.11 headers via the "wlan" link type. Older versions must use "ether" or "link" via fake Ethernet headers, and might not support 802.11 capture at all.

  • Capture only the 802.11-based traffic to and from 802.11 MAC address 08:00:08:15:ca:fe:
     wlan host 08:00:08:15:ca:fe 
  • Filter out beacon frames:
     wlan[0] != 0x80 

See CaptureSetup/WLAN page for instructions on how to capture from WLANs (including monitor mode).

Discussion

Wi-Fi (last edited 2015-04-16 11:15:32 by EnderWiggin)