Starting with version 2.8.0, the Connect Management Console allows Administrators to test network bandwidth between specific agents. To start the speed test, go to the Configure -> Diagnostic tab.
(image is clickable)
1. Select any 2 agents to run test on. Both agents shall be online and remain online during test.
2. Select protocol to test the speed. Configuration of protocols from the Agent's profile does not interfere in network test. But WAN optimization feature in the license must be present for at lease one of the Agents to run the test for ZGT protocol. Otherwise the network diagnostic will fail.
3. Press 'Start Test' button.
Agents will use their standard peer discovery mechanisms (apart from Known hosts, discovery through known hosts only does not work).
Files are not hashed during speed test. This means that on real data, if the job or agent profile has hashing enabled, the speed of syncing will be different from what speed test showed.
The Agent(s) will start sending random 128 Kb sized packets for 10 seconds. The output speed samples will let you understand what bandwidth is available between 2 peers. That's the speed at which agents will be able to transfer data.
Bandwidth scheduler rules are not taken into account when performing the test. However, speed limit from the license package is taken into consideration ("Agent's speed bandwidth is limited by the license package" warning appears)
(image is clickable)
It's a one-run test. To start a new one, close the results dialog and click "Start test" again.
Starting with Resilio Connect v3.0.0 additional network metrics are reported in the speed test results. They will help to better understand network's capacity at the given moment and see if there are some possible bottlenecks that prevent the job run from maxing out.
The following information is a available in the network test:
-
SSL encryption speed on uploading side
-
rtt - packet round trip time, reported for both sides
-
spd3Diff - actual send speed difference with speed limit. If non-zero % persists, indicates some network underperforming on the uploading side. This metric is more for Resilio Support team to read and troubleshoot
-
ctrl3Drop - lost packets
-
snd retr - % of packets retransmitted due to loss or timeout (e.g. due to high rtt deviation)
-
rcv drop - % of packets dropped by downloading side due to window limitation (indicates lost acks or slow processing on receiver side)