RTP statistics: Difference between revisions
No edit summary |
No edit summary |
||
| Line 17: | Line 17: | ||
For each codec, the table contains the following information: | For each codec, the table contains the following information: | ||
* Codec | * Codec | ||
The Codec name describes the format of the RTP payload. | :The Codec name describes the format of the RTP payload. | ||
* Packets and Bytes | * Packets and Bytes | ||
This is the number of packets and bytes for that codec. It includes both sent and received bytes. | :This is the number of packets and bytes for that codec. It includes both sent and received bytes. | ||
* Packets/s and Bits/s | * Packets/s and Bits/s | ||
These both numbers describe the current throughput for that codec. | :These both numbers describe the current throughput for that codec. | ||
* Graph | * 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. | :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 | * PCAP | ||
It is possible to download the traffic fot that codec by clicking on the download button. | :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. | :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. | :To stop capture, click on the same button again (which turned to a STOP symbol), or go to the capture traffic. | ||
Revision as of 10:32, 28 April 2020
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%.