Analyze connections between remote sites: Difference between revisions

Line 71: Line 71:


The "Measurement" tab shows the results of the analysis of packet data
The "Measurement" tab shows the results of the analysis of packet data
from the master device and remote device.
between the master and remote devices.


At the bottom, the fourth graph shows the packet rate of all traffic
At the bottom, the fourth graph shows the packet rate of all traffic
Line 80: Line 80:


To identify packet loss during a time interval, first select the
To identify packet loss during a time interval, first select the
corresponding zoom level to see the whole time range. You can also
corresponding zoom level to see the entire time range. You can also
select the time range by clicking into the graph.
select the time range by clicking into the graph.


The second and third graph shows the number of packets lost,
The second and third graph shows the number of packets lost
separately for each direction. If packet loss happened, you will see a
separately for each direction. If packet loss occurred, you will see a
non-zero graph value in the graph.
non-zero value in the graph.


Keep in mind that the analysis waits the configured maximum packet
Keep in mind that the analysis waits the configured maximum packet
delay before deciding a packet is really lost. This means that the
delay before deciding if a packet is lost. This means that the
time of the packet loss is actually before the data point in the
time of the packet loss is actually before the data point in the
graph, up to the maximum number of packet delay second in the past.
graph, up to the maximum number of packet delay seconds in the past.


Example: In the graph above, a packet loss is indicated at
Example: In the graph above, a packet loss is indicated at
17:45:34. For a configured maximum packet delay of 5 seconds, the
17:45:34. For a configured maximum packet delay of 5 seconds, the
original packet lost was sent 5 seconds earlier, starting from
original lost packet was sent 5 seconds earlier starting from
17:45:29.
17:45:29.


Line 100: Line 100:


The "Two-way latency" graph shows the minimum, maximum and average
The "Two-way latency" graph shows the minimum, maximum and average
delay of both direction aggregated. Select the zoom level for the
delay of both aggregated directions. Select the zoom level for the
wanted time period and check if there are unusual events in the graph.
required time period and check if there are any unusual events in the graph.


A high maximum but low average value means that there have been few
A high maximum but low average value means that there have been a few
points in time where the delay was high but the most traffic had a
points in time where the delay was high but the majority of the traffic experienced a
much lower delay.
lower delay.


A high maximum and high average indicates a general problem with the
A high maximum and high average indicates a general latency problem.
latency.


A high latency does not necessarily mean a low bandwidth as network
A high latency does not necessarily mean low bandwidth since network
buffers can cover latency and still provide high bandwidth. But
buffers can handle latency and still provide high bandwidth. But
realtime applications such as audio calls or video chat will
real-time applications such as audio calls or video chats will
experience worse quality due to high latency.
exhibit poorer quality due to high latency.


=== How to identify traffic happening during packet loss or high latency ===
=== How to identify traffic happening during packet loss or high latency ===


First select the interesting time window when the packet loss or high
First, select the relevant time window when the packet loss or high
latency happened. Consider the packet delay configuration value to
latency occurred. Consider the packet delay configuration value to
select a time early enough to include the first arrival time of lost
select a time early enough to include the first arrival time of lost
packets.
packets.
Line 129: Line 128:
window.
window.


Packet loss for TCP connections always means the use of retransmission
Packet loss for TCP connections always generate retransmission
packets. Toggle the display of "TCP counters" on the top bar and sort
packets. Toggle the display of "TCP counters" on the top bar and sort
the table for "TCP retransmissions" to see the IP addresses with the
the table for "TCP retransmissions" to see the IP addresses with the
most retransmissions in that time period.
most retransmissions in that time period.


Select an conspicuous IP address and check its peers or connections to
Select an IP address which shows a high retransmission rate and check its peers or connections to
identify the traffic happening during the packet loss or high latency.
identify the traffic during the packet loss or high latency period.
inactive
369

edits