From 456b6d3ad70c7d50f625fb9a96d14e35aa091ad8 Mon Sep 17 00:00:00 2001 From: Fred Suter Date: Thu, 20 Jul 2023 12:41:32 -0400 Subject: [PATCH 1/1] small rewrites [no-ci] --- docs/source/Platform_routing.rst | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/docs/source/Platform_routing.rst b/docs/source/Platform_routing.rst index 6cc6d75d2e..fe5a7c424d 100644 --- a/docs/source/Platform_routing.rst +++ b/docs/source/Platform_routing.rst @@ -110,11 +110,12 @@ Vivaldi ======= This routing model is particularly well adapted to Peer-to-Peer and Clouds platforms: each component is connected to the -cloud through a private link of which the upload and download rate may be asymmetric. +cloud through a private link whose upload and download rates may be asymmetric. -The network core (between the private links) is assumed to be over-sized so only the latency is taken into account. -Instead of a matrix of latencies that would become too large when the amount of peers grows, Vivaldi netzones give a -coordinate to each peer and compute the latency between host A=(xA,yA,zA) and host B=(xB,yB,zB) as follows: +The network core (between the private links) is assumed to be over-provisioned so that only the latency has to be +taken into account. Instead of a matrix of latencies that would become too large when the amount of peers grows, +Vivaldi netzones give a coordinate to each peer and compute the latency between host A=(xA,yA,zA) and host B=(xB,yB,zB) +as follows: latency = sqrt( (xA-xB)² + (yA-yB)² ) + zA + zB -- 2.20.1