Test effettuati su linea FTTH OF 1000/300
Non sono un cliente spadhausen, ma Elia mi ha dato disponibilità di toccare con mano, o per meglio dire con teamviewer, la qualità della loro connessione.
Non posso che dirmi soddisfatto dalla disponibilità che Elia ha dimostrato, soprattutto nel cambiare peering per garantirmi di avere una visione complessiva sulla rete.
Ad ogni modo, sì, ci sono dei problemi, ed anche grossi, ma spiegandoli con calma ad Elia e facendoglieli vedere con delle prove sembra tutto essere nella direzione della risoluzione, con il suo massimo interesse, ovviamente.
Partiamo dai problemi, per far felici tutti, per poi andare alle cose migliori.
In connessione singola la rete performa malissimo, ecco qui il problema principale.
Posto un iperf3 qui sotto, il server di test ha una connettività 10G ed è di mia proprietà, quindi ho totale controllo sulla banda disponibile.
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 512 KBytes 4.19 Mbits/sec
[ 5] 1.00-2.00 sec 1.50 MBytes 12.6 Mbits/sec
[ 5] 2.00-3.00 sec 2.12 MBytes 17.8 Mbits/sec
[ 5] 3.00-4.00 sec 5.15 MBytes 43.2 Mbits/sec
[ 5] 4.00-5.00 sec 5.50 MBytes 46.2 Mbits/sec
[ 5] 5.00-6.00 sec 5.60 MBytes 47.0 Mbits/sec
[ 5] 6.00-7.00 sec 5.38 MBytes 45.1 Mbits/sec
[ 5] 7.00-8.00 sec 5.38 MBytes 45.1 Mbits/sec
[ 5] 8.00-9.00 sec 5.13 MBytes 43.0 Mbits/sec
[ 5] 9.00-10.00 sec 5.37 MBytes 45.0 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.05 sec 41.6 MBytes 34.8 Mbits/sec receiver
Successivamente, dopo aver visto vari traceroute, abbiamo provato in connessione multipla, visto che gli speedtest "classici" performavano molto meglio.
Premetto che i traceroute sono veramente ottimi, ne abbiamo fatti di ogni tipo, sotto sparkle, amsix, decix e anche qualcos'altro che ora io non ricordo, ma tutti avevano un punto comune: RTT bassissimo.
Sinceramente sarei contento di vedere una "riforma" della rete per ottimizzare al massimo i peering/upstream che vengono usati, così da avere le migliori latenze disponibili con la rete "Spadhausen", ma Elia mi ha già garantito di essere all'opera per questo, visto che alcuni posti vengono raggiunti in maniera più "scomoda" rispetto ad altre vie, sempre di cui spadhausen dispone.
Adesso, passiamo agli iperf3 TCP multi-sessione:
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 4.72 MBytes 39.6 Mbits/sec 114 58.5 KBytes
[ 8] 0.00-1.00 sec 5.72 MBytes 48.0 Mbits/sec 19 299 KBytes
[ 10] 0.00-1.00 sec 6.51 MBytes 54.6 Mbits/sec 2 292 KBytes
[ 12] 0.00-1.00 sec 6.09 MBytes 51.1 Mbits/sec 107 291 KBytes
[ 14] 0.00-1.00 sec 4.79 MBytes 40.2 Mbits/sec 26 187 KBytes
[ 16] 0.00-1.00 sec 4.74 MBytes 39.8 Mbits/sec 130 294 KBytes
[ 18] 0.00-1.00 sec 5.42 MBytes 45.4 Mbits/sec 129 291 KBytes
[ 20] 0.00-1.00 sec 4.74 MBytes 39.8 Mbits/sec 135 291 KBytes
[ 22] 0.00-1.00 sec 4.97 MBytes 41.7 Mbits/sec 74 31.4 KBytes
[ 24] 0.00-1.00 sec 5.42 MBytes 45.4 Mbits/sec 82 298 KBytes
[SUM] 0.00-1.00 sec 53.1 MBytes 446 Mbits/sec 818
Circa tutti sono andati così, chi più chi meno, alla fine la velocità era sui 450-500mbps.
A questo punto la linea sarebbe comunque buona, ma non in linea con la qualità che Spadhausen è capace di offrire, quindi, ho provato a fare degli iperf3 anche in UDP, e qui la musica è cambiata.
[ 5] 0.00-1.00 sec 33.2 MBytes 278 Mbits/sec 4247
[ 6] 0.00-1.00 sec 32.8 MBytes 275 Mbits/sec 4199
[ 9] 0.00-1.00 sec 32.4 MBytes 272 Mbits/sec 4152
[ 11] 0.00-1.00 sec 32.2 MBytes 270 Mbits/sec 4127
[ 13] 0.00-1.00 sec 31.8 MBytes 267 Mbits/sec 4069
[SUM] 0.00-1.00 sec 162 MBytes 1.36 Gbits/sec 20794
Ma questo non sarebbe abbastanza, in quanto è solo download, ci sono delle ottime sorprese anche per l'upload.
[ 5] 6.00-7.00 sec 5.64 MBytes 47.3 Mbits/sec 16 135 KBytes
[ 8] 6.00-7.00 sec 5.94 MBytes 49.9 Mbits/sec 0 190 KBytes
[ 10] 6.00-7.00 sec 6.80 MBytes 57.0 Mbits/sec 7 154 KBytes
[ 12] 6.00-7.00 sec 5.88 MBytes 49.3 Mbits/sec 8 134 KBytes
[ 14] 6.00-7.00 sec 7.35 MBytes 61.7 Mbits/sec 0 210 KBytes
[ 16] 6.00-7.00 sec 6.62 MBytes 55.5 Mbits/sec 8 153 KBytes
[ 18] 6.00-7.00 sec 4.78 MBytes 40.1 Mbits/sec 1 115 KBytes
[ 20] 6.00-7.00 sec 5.02 MBytes 42.1 Mbits/sec 3 115 KBytes
[ 22] 6.00-7.00 sec 6.13 MBytes 51.4 Mbits/sec 1 144 KBytes
[ 24] 6.00-7.00 sec 6.43 MBytes 54.0 Mbits/sec 8 153 KBytes
[SUM] 6.00-7.00 sec 60.6 MBytes 508 Mbits/sec 52
Ricordo di aver visto anche 600mbps, ma non riesco a trovare più quel test, dunque ne allego uno "nella media".
Mi è stato detto da Elia che lo stesso problema non è presente sulla FTTH proprietaria, ma oggi non c'era modo di fare test anche su quella, quindi abbiamo rimandato ad un altro giorno.
Conclusioni
Spadhausen non è un cattivo provider, anzi, mi ha dimostrato di avere ottime basi, ma è da sistemare, ed Elia mi sembra molto disposto in questo senso.
Sarò contento di rimuovere dalla lista questi problemi quando saranno risolti, ma per ora, vanno notificati, come va notificata la qualità assoluta della linea utilizzando UDP su multiple sessioni.
La media in download sui server di speedtest "normali" era sugli 850-900mbps, in iperf3 (TCP multi) circa 500mbps.
Tutti i vari problemi sembrano dunque causati da "cause non meglio note", almeno per il momento, ma confido che con le giuste segnalazioni tutto si possa risolvere e spadhausen possa diventare uno dei provider consigliati anche su questo forum.
Quindi, non è un "no" e tantomeno un "sì", anche perché la mia opinione in merito ha poco conto, è più un "vediamo come va", e sicuramente la trasparenza di Elia aiuta in questo senso.
P.S. Eventualmente sarebbe carino fare anche gli stessi test in orario "di punta" 🙂
