Project

General

Profile

Wireshark Dissector » History » Version 2

Dan Mick, 12/01/2015 02:08 AM

1 1 Jessica Mack
h1. Wireshark Dissector
2
3
"Wireshark":https://wireshark.org is a popular network traffic analyzer. It allows deep inspection and rich analysis of many network protocols. For a more detailed introduction to Wireshark please see their "about page":https://wireshark.org/about.html.
4
In 2014 as a "GSOC":https://developers.google.com/open-source/soc/ project, Kevin Cox wrote a "Wireshark":https://wireshark.org/ dissector for the Ceph protocol. This dissector allows Wireshark and related tools to identifyy and understandnd Ceph network traffic.
5
6
h3. Prior Work
7
8 2 Dan Mick
There had been two past efforts to create a Wireshark dissector for Ceph, however they were not very complete and no longer compile on a modern version Wireshark.
9 1 Jessica Mack
Additionally, both of these dissectors were designed as plugins meaning that they were outside of the Wireshark project.  This means that it is hard to keep them up to date as the Wireshark API changes over time. Converting these plugins to internal dissectors was considered however the plugins did not comply with Wireshark coding standards and were unsuitable to be included in Wireshark.
10
11
h3. GSOC Project
12
13
Before the project started it was decided that the best route forward was to create the new dissector from scratch, using the existing Wireshark plugins as examples.  From the start the Ceph dissector was built and tested in the Wireshark source tree following the their coding guidelines to ensure it would work everywhere Wireshark runs and continue to be maintainable into the future.
14
The aim of the project was centered around creating a dissector which could be easily maintained and extended as both Ceph and Wireshark changed over time. The main points from the proposal - in order of importance - were:
15
* Create a strong framework, from which the dissector can be built.  It is critical that this is easy to understand and use so that new message types can be added in the future.
16
* Code such that the dissector can be accepted into upstream Wireshark.
17
* Work with the Wireshark team to get the dissector into Wireshark natively.
18
* Implement as many message types as possible.
19
20
The project was successful and the first patch was accepted into Wireshark on August 4th. For the rest of the summer the work was focused on adding more messages and many of thoses patches were accepted as well.
21
22
h3. Analysing Ceph Traffic with Wireshark
23
24
While the code has been included in Wireshark it has yet to be released. Until the next release you must build from the "latest sources":https://www.wireshark.org/develop.html if you want to use the Ceph support. The process is outlined in great detail in the "Building and Installing":https://www.wireshark.org/docs/wsug_html_chunked/ChapterBuildInstall.html section of the "Wireshark Users Guide":https://www.wireshark.org/docs/wsug_html_chunked/.
25
Once you have Wireshark up and running the Ceph dissector will automatically identify and analyze any Ceph traffic. If your traffic isn't getting recognized for some reason there are a few likely reasons.
26
If you didn't caputre the whole session the dissector won't be able to recognize the protocol, ensure you capture right from the start of the session.
27
The other likely cause is that another dissector is configured to analyze traffic on the ports your Ceph traffic is using. While the Ceph dissector will recognize traffic on any port other dissectors with the port set explicitly get priority. Try disabling the other protocols or changing the port they analyze.
28
h3. Contributing to the Ceph Dissector
29
30
The process for working with the dissector is documented in the "Ceph developer documentation":http://ceph.com/docs/master/dev/wireshark/