Networking/Computing Tips/Tricks

Great question, and one I get all the time.

As most of you know, the manufacturer of a networking device that uses MAC addressing can be identified by the OUI - Organizationally Unique Identifier.  OUI's are obtained from the IEEE.  You can find a complete list here.  The OUI is essentially the first 24 bits of the MAC address field (it is actually 22 bits - detail details).

The problem with the question is that Apple for example may have dozens or hundreds of OUI's.  

Luckily, Wireshark can perform number name resolution for MAC addresses.  We see this in the packet dissection:

Screen Shot 2017 06 21 at 12.42.15 PM

If we right click on the source MAC address field and select Apply as a filter, we get the following syntax:

Screen Shot 2017 06 21 at 12.45.03 PM

So the first 3 bytes (3c:07:54) must be an Apple OUI.  

If we modify the filter to this, trying to get all systems that have the OUI:

Screen Shot 2017 06 21 at 12.47.00 PM

We have several problems.  First, any Ethernet MAC above this range will be included, but more importantly we have not considered all the other Apple OUI's.

Another coice would be to use "Apple":

Screen Shot 2017 06 21 at 12.49.50 PM

But we can see that Wireshark's display filter mechanism does not accept that syntax.

The solution is to use a "hidden" protocol field that the Wireshark Expert actually has for MAC addresses.   It is called the 'eth.addr_resolved' field.  Further, instead of using the '>=' operator we need to use the 'contains' operator, thus if the MAC address of any packet is resolved from the large number of OUI's to be 'Apple' we have found all the Apple based traffic.  Here it is:

Screen Shot 2017 06 21 at 12.54.20 PM

There is your answer.  Hope that helps.

If you are interested in exploring other Wireshark Expert hidden fields, on a MAC click Wireshark> Preferences> Protocols, and on a Windows machine click Edit> Preferences> Protocols and then select the 'Display hidden protocol items':

Screen Shot 2017 06 21 at 12.56.36 PM

This does not need to be on for the filter above to work.  But one can imagine using these hidden fields to expand contents of your Profiles and filters.

 

 

Comments powered by CComment

Find by Tag

4G Networks 5G Networks 6LoWLAN 6LoWPAN 802.11 802.11ah 802.11ax 802.11ay 802.11az Ad-Hoc Addressing Analysis Ansible Apple Architecture ARP Assessment AToM Automation Baseline BGP Bloom's Taxonomy Bluehost BPF Briefings Cable Capture Filter cat CellStream Cellular Central Office Cheat Sheet Chrome Cisco Cloud CMD Company Policy Computer Consulting Data Center Data Networking Dependencies DHCPv6 Display Filter DNS Documentation dumpcap Earth Earthquakes ECMP Ethernet Ethics Etiquette Evaluation Field Operations Five Monkey Rule G-MPLS Gauge GeoIP GNS3 Google GQUIC Hands-On History Home Network ICMP ICMPv6 IEEE 802.11p IEEE 802.15.4 India Internet IoT IPv4 IPv6 IRINN IS-IS L2VPN L3VPN LDP LifeNet Linux LLN LoL M-BGP MAC Macro Microsoft Milky Way mininet Monitoring MPLS mtr Multicast Murphy Name Resolution Netcat NetMon netsh Networking nmap NSE Observations OLPC Online School OpenFlow OSPF OSPFv2 OSPFv3 OSX OTT Parrot PIM Policy POTS POTS to Pipes PPP Profile Project Management PW3E QoS QUIC Railroad Remote Desktop Requirements Resume Review RIP Routig Routing RPL RSVP Rural SDN Security Service Provider Small Business SONET Speed SSL Status Storms Subnetting Support SYSCTL T-Shark TCP TCP/IP Telco Telecom 101 Telecommunications Telephone Testing Tools Traceroute Traffic Engineering Training Travel Tunnel Ubuntu Utility Video Virtualbox Virtualization VoIP VRF VXLAN Wi-Fi Windows Wireless Wireless 5G Wireshark WLAN Writing Zenmap ZigBee

Twitter Feed