WireGuard latencija u tri EU regije: Lekcije iz suverenog agentskog mesha

Uvod u mjerenje WireGuard latencije

U sklopu razvoja suverenog agentskog mesha na RiNET-u, proveli smo opsežno testiranje WireGuard latencije između tri ključne EU regije: Frankfurta, Helsinkija i Varšave. Cilj je bio simulirati stvarne uvjete za komunikaciju agentskih rojeva koji zahtijevaju nisku latenciju i pouzdanost. Rezultati su otkrili nekoliko iznenađujućih obrazaca koji su ključni za optimizaciju mrežne arhitekture.

Postavka testiranja

Koristili smo tri identična virtualna poslužitelja (4 vCPU, 8 GB RAM) smještena u podatkovnim centrima u Frankfurtu (DE), Helsinkiju (FI) i Varšavi (PL). Svaki čvor je pokretao WireGuard u point-to-point mesh konfiguraciji, bez centralnog poslužitelja. Mjerenja su vršena svakih 5 minuta tijekom 72 sata, koristeći ICMP ping i TCP ping preko WireGuard tunela.

Rezultati latencije

• Frankfurt → Helsinki: Prosječna latencija 28 ms, minimalna 24 ms, maksimalna 35 ms. Očekivano niska zbog izravne optičke poveznice.
• Frankfurt → Varšava: Prosječna latencija 18 ms, minimalna 16 ms, maksimalna 22 ms. Iznenadili smo se jer je udaljenost veća, ali ruta je izravna.
• Helsinki → Varšava: Prosječna latencija 42 ms, minimalna 38 ms, maksimalna 51 ms. Najveća latencija zbog neizravne rute i dodatnih hopova.

Iznenađenja i analiza

Najveće iznenađenje bila je niska latencija između Frankfurta i Varšave, unatoč geografskoj udaljenosti od ~900 km. To se objašnjava izravnim optičkim kabelom koji prolazi kroz Berlin. S druge strane, Helsinki–Varšava ruta (udaljenost ~800 km) imala je znatno veću latenciju zbog usmjeravanja kroz Stockholm i dodatne obrade na graničnim usmjerivačima. Ovi podaci naglašavaju važnost testiranja stvarnih ruta, a ne oslanjanja na geografske udaljenosti.

Praktične konfiguracije

Za optimizaciju WireGuard mesha preporučujemo sljedeće postavke: koristite PersistentKeepalive = 25 za održavanje veze, MTU = 1420 za izbjegavanje fragmentacije, i FwMark = 0xca6c za označavanje paketa. Također, dodajte Table = off ako koristite vlastito usmjeravanje. Primjer konfiguracije za čvor u Frankfurtu:

[Interface]
Address = 10.0.0.1/24
PrivateKey = [ključ]
ListenPort = 51820

[Peer]
PublicKey = [ključ Helsinkija]
Endpoint = [IP Helsinkija]:51820
AllowedIPs = 10.0.0.2/32
PersistentKeepalive = 25

Zaključak za agentske rojeve

Na temelju ovih mjerenja, preporučujemo postavljanje agentskih čvorova u Frankfurtu i Varšavi za najnižu latenciju, dok Helsinki treba koristiti za redundantne ili asinkrone zadatke. WireGuard se pokazao kao izvrstan izbor za suverene agentske mreže zbog niske režije i jednostavne konfiguracije.