RTP statistics

Access restrictions were established for this page. If you see this message, you have no access to this page.

RTP statistics

The RTP statistics shows the complete list of all RTP traffic and a distribution of the used codecs.

RTP overview

This tab provides an overview of all IP addresses with RTP traffic. For each IP traffic counters are displayed for receive and transmit direction of that IP. Paket loss counters and jitter are also shown. The graph column shows the history graphs of the traffic, lost and overhead packets as well as the jitter over time for both receive and transmit directions. By clicking on an IP address, the RTP statistics tab of the IP detail page is shown.

RTP codecs

The RTP codecs tab shows the distribution of the used codecs. For each codec, the table contains the following information:

Codec

The Codec name describes the format of the RTP payload.

Packets and Bytes

This is the number of packets and bytes for that codec. It includes both sent and received bytes.

Packets/s and Bits/s

These both numbers describe the current throughput for that codec.

Graph

The graph column shows the history graph of the traffic for that codec. It shows the timestamp on the x-axis and the bytes on the y-axis. The resolution can be changed by using the control buttons on the top of the web page.

PCAP

It is possible to download the traffic fot that codec by clicking on the download button. The captured packets are not stored on the system but they are directly sent over the HTTP connection to your computer. To stop capture, click on the same button again (which turned to a STOP symbol), or go to the capture traffic.

RTP overall quality

The RTP overall quality tab provides graphs about the jitter and packet loss. There one graph for the overall jitter and packet loss. Additionaly, there is a separate graph per network interface. The jitter is calculated according to RFC 3550 Appendix A.8 (https://tools.ietf.org/html/rfc3550#appendix-A.8). The packet loss graph displays the percentage of lost packets to expected packets based on the sequence number in the RTP packets. If, for a given RTP flow, 40 packets were received, but the last sequence number (relative to the start of the flow) is 50, 10 packets were lost. This means there is a packet loss of 20%.