Open In App

Steps of Playing VoIP Calls in Wireshark

You can use Wireshark to play any codec that an installed plugin supports. You can save decoded audio in the.au file format using Wireshark. It only supported saving audio using the G.711 codec before version 3.2.0; starting with 3.2.0, it supports saving audio using any codec with 8000 Hz sampling. RTP Player is the name of the VoIP call playback application. RTP streams and their waveforms are displayed, and the stream can be played and exported as audio or as a payload to a file. The supported codecs determine its capabilities. Depending on the Wireshark version you’re running, several codecs are supported. The custom/distribution builds may not have all the codecs maintained by the Wireshark developers, but the official builds do. Following are the steps to check your Wireshark:

 

RTP Streams:

RTP stream analysis can be performed using Wireshark. One or more streams can be chosen by the user and played at a later time. To accomplish this, the RTP Player window keeps a playlist (list of RTP streams). When the RTP Player window is opened, a blank playlist is produced, and when the window is closed, it is destroyed. When not required, the RTP Player window can be opened in the background and then brought to the front. The playlist is kept up while it is life. When the RTP Player window is opened, the playlist can be changed in three different ways from other tools (Wireshark windows):



 

Directly clicking the Play Streams button opens the RTP Player window with the Set playlist function. The tiny down arrow next to the button can be used to pick any action. There is no distinction between Set playlist and add to playlist when the playlist is empty. All three of the aforementioned methods open the RTP Player window when it isn’t already. Removing from the playlist is helpful, for instance, if the user has selected all RTP streams and wants to eliminate RTP streams from particular VoIP Calls.

Tools:

The tools listed below can be used to update the playlist’s content; they include a Play Streams button. One of the following methods can be used for this purpose.



The various tools include- VoIP Calls dialog, SIP Calls dialog, Flow Sequence dialog, RTP Player dialog, and more.

Playing Audio While Live Capturing:

Unlike other Wireshark dialogues, the dialogs are not refreshed automatically during live capture; instead, the user must start it. 

The copy is made or refreshed, and the dialog is updated:

When a capture file is opened (no active capturing), all streams are read complete, with no user intervention required. The button Refresh Stream is disabled since it is ineffective. 

When live capture is enabled, streams are read and displayed only up to “now.” When the broadcast is continuous and the user wants to watch more, they must use the Refresh stream button. When the user exits live capture, the screen is refreshed and the button is deactivated.

RTP Decoding Settings:

To play decoded data, an RTP Player has to store it somewhere. When data are decoded, audio samples and a lexicon are available for quick navigation. Although Wireshark can be configured to keep either type of data on the disc, it is often saved in memory. 

Below mentioned are the two settings for this purpose:

  1. ui.rtp_player_use_disk1 – Audio samples are stored in memory when set to FALSE (the default). When TRUE is selected, audio samples are saved to a temporary file.
  2. ui.rtp_player_use_disk2-Dictionary storage is enabled when set to FALSE (the default). Dictionary is saved to a temporary file when the value is set to TRUE.

When any data are set up to be stored on a disc, each stream receives its own file. Consequently, for each RTP stream, there could be up to two files (audio samples and dictionary). ​

VoIP Processing Performance and Related Limits:

The Resources are needed for RTP processing and RTP voice coding. You can use rough estimations as a general reference. ​

Article Tags :