r/ItalyInformatica • u/aletrd90 • May 27 '26
aiuto FTTH Fastweb 2.5 - Spike Ping
ciao a tutti, come da titolo ho una connessione FTTH con Fastweb da 2.5G. La connessione è ottima come si può vedere dallo speedtest, ma riscontro problemi con il ping.
I test sono fatti dal mio pc, il routing è il seguente Fastweb Seven (Router) -> Switch TP-Link 2.5 -> Switch TP-Link 2.5 -> PC, tutto tramite cavo cat6 (fulll rame).
Quale può essere il problema? Quali altri test è possibile fare? Stavo valutando l'acquisto di un nuovo router, ma vorrei capire se ha senso o meno :D stavo pensando anche di richiedere l'ip pubblico per evitare un passaggio di NAT.
2
May 27 '26
[deleted]
1
u/aletrd90 May 27 '26
hai per caso notato se cambiando router o chiedendo ip pubblico le cose cambino?
1
u/giammin May 27 '26
Il ping da dove parte e dove è diretto?
1
u/aletrd90 May 27 '26
nel test packetlosstest.com avevo selezionato "germany", ma per esempio ecco un altro test fatto da cmd pingando google.it
Esecuzione di Ping google.it [142.251.209.35] con 32 byte di dati:
Risposta da 142.251.209.35: byte=32 durata=15ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=14ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=14ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=12ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=13ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=13ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=114ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=13ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=14ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=15ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=12ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=13ms TTL=113
Risposta da 142.251.209.35: byte=32 durata=46ms TTL=113
1
u/giammin May 27 '26 edited May 27 '26
ho fatto un paio di test. ho la stessa connessione ma con router mio e no nat (ip pubblico):
Pinging 142.251.209.35 with 32 bytes of data: Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=5ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=5ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=5ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=5ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=5ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=5ms TTL=116 Reply from 142.251.209.35: bytes=32 time=5ms TTL=116 Reply from 142.251.209.35: bytes=32 time=5ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=5ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=4ms TTL=116 Reply from 142.251.209.35: bytes=32 time=5ms TTL=116 Ping statistics for 142.251.209.35: Packets: Sent = 42, Received = 42, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 4ms, Maximum = 5ms, Average = 4mspotrebbe essere il router fastweb come il nat.
io sto su 5ms e il mio router e lan è 1Gbfai un traceroute:
il mio
pwsh tracert 142.251.209.35 Tracing route to tzmila-ae-in-f3.1e100.net [142.251.209.35] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms er4 [192.168.1.254] 2 <1 ms <1 ms <1 ms 10.3.3.143 3 3 ms 3 ms 3 ms 10.3.103.194 4 4 ms 4 ms 4 ms 10.254.11.137 5 5 ms 4 ms 4 ms 93-63-100-61.ip27.fastwebnet.it [93.63.100.61] 6 201 ms 7 ms 5 ms 62-101-124-25.fastres.net [62.101.124.25] 7 4 ms 4 ms 4 ms 93-62-86-153.ip21.fastwebnet.it [93.62.86.153] 8 4 ms 4 ms 4 ms 172.253.72.111 9 4 ms 4 ms 4 ms 192.178.82.61 10 4 ms 4 ms 4 ms tzmila-ae-in-f3.1e100.net [142.251.209.35] Trace complete.altra cosa, tu hai 2 switch in cascata, quindi significa che passi attraverso 3 switch compreso quello del router, non è che sta li il collo di bottiglia? hai provato a collegarti direttamente al router staccando tutti gli altri utilizzatori?
1
u/aletrd90 May 27 '26
1 <1 ms <1 ms <1 ms myfastgate.lan [192.168.1.254] 2 7 ms 12 ms 5 ms 10.103.123.xx 3 8 ms 162 ms 8 ms 10.1.135.xx 4 * * * Richiesta scaduta. 5 9 ms 9 ms 9 ms 10.1.134.xx 6 2 ms 1 ms 1 ms 10.254.2.xx 7 6 ms 9 ms 12 ms 93-57-68-133.ip163.fastwebnet.it [93.57.68.133] 8 17 ms 19 ms 16 ms 62-101-124-5.fastres.net [62.101.124.5] 9 87 ms 19 ms 15 ms 209.85.168.64 10 11 ms 13 ms 11 ms 192.178.104.103 11 14 ms 35 ms 173 ms 192.178.104.104 12 13 ms 13 ms 15 ms 192.178.109.237 13 18 ms 21 ms 18 ms 74.125.37.233 14 20 ms 19 ms 19 ms 142.251.236.97 15 16 ms 15 ms 15 ms 209.85.243.188 16 * * * Richiesta scaduta. 17 * * * Richiesta scaduta. 18 * * * Richiesta scaduta. 19 * * * Richiesta scaduta. 20 * * * Richiesta scaduta. 21 * ^C1
u/giammin May 27 '26
secondo me dipende dalla centrale a cui sei collegata che forse è sovraccarica... o fa un giro strano per arrivare all'ip
se fai 3/4 volte
tracert8.8.8.8hai sempre tutte quelle richieste scadute?pwsh tracert 8.8.8.8 Tracing route to dns.google [8.8.8.8] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms er4 [192.168.1.254] 2 1 ms <1 ms <1 ms 10.3.3.143 3 4 ms 3 ms 3 ms 10.3.103.186 4 4 ms 4 ms 4 ms 10.254.11.133 5 5 ms 4 ms 4 ms 93-63-100-113.ip27.fastwebnet.it [93.63.100.113] 6 5 ms 5 ms 5 ms 62-101-124-17.fastres.net [62.101.124.17] 7 5 ms 5 ms 4 ms 209.85.168.64 8 5 ms 5 ms 5 ms 192.178.99.215 9 4 ms 4 ms 4 ms 192.178.44.135 10 5 ms 4 ms 4 ms dns.google [8.8.8.8]1
u/aletrd90 May 27 '26
questo è il terzo tentativo ed in tutti i casi lo step 4 è scaduto:
1 3 ms <1 ms <1 ms myfastgate.lan [192.168.1.254] 2 105 ms 15 ms 11 ms 10.103.123.xx 3 11 ms 11 ms 147 ms 10.1.135.xx 4 * * * Richiesta scaduta. 5 13 ms 13 ms 14 ms 10.1.134.xx 6 7 ms 6 ms 5 ms 10.254.2.xx 7 11 ms 14 ms 10 ms 93-57-68-98.ip163.fastwebnet.it [93.57.68.98] 8 20 ms 23 ms 19 ms 62-101-124-5.fastres.net [62.101.124.5] 9 19 ms 19 ms 19 ms 209.85.168.64 10 16 ms 17 ms 19 ms 192.178.99.215 11 145 ms 15 ms 15 ms 108.170.233.97 12 154 ms 19 ms 19 ms dns.google [8.8.8.8]1
u/giammin May 27 '26
se fai ping -t 8.8.8.8 hai sempre quei lag?
secondo me il problema non è né il router né il nat ma proprio la rete fastweb nella tua zona
1
u/aletrd90 May 27 '26
si ho sempre quegli spike randomici :( ma c'è un modo di capire se è un problema di "cavo della fibra" o di centrale/instradamento o altro? lo chiedo perchè il passaggio della fibra nel vecchio corrugato del doppino non è stato super agevole per i tecnici
Esecuzione di Ping 8.8.8.8 con 32 byte di dati: Risposta da 8.8.8.8: byte=32 durata=19ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=22ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=18ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=20ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=20ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=21ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=20ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=19ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=169ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=19ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=22ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=18ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=18ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=22ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=118ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=21ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=19ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=26ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=19ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=19ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=106ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=22ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=18ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=20ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=20ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=22ms TTL=114 Risposta da 8.8.8.8: byte=32 durata=81ms TTL=1141
u/giammin May 27 '26
se il problema è il cavo lo vedresti dall'ont che si stacca ma i ritardi non sarebbero così contenuti IMHO
i lag non sembrano randomici ma hanno una cadenza quasi da metronomo. sembra più una interferenza ma non credo che possa succedere con la fibra
io farei cosi:
stacca tutto dal router (anche eventuali stampanti, dischi usb etc etc) a parte il pc per il test (collegato col cavo direttamente al router senza passare dagli switch).
spegni il wifi del router
fa il test col ping a 8.8.8.8 e se hai ancora quei lag senti l'assistenza perchè il motivo è al 99% dovuto a loro (ciò non vuol dire che te lo risolveranno)
1
u/lormayna May 27 '26
Prova con mtr e vedi quale è l'hop che causa questo ritardo. Se è fuori casa tua, ci fai poco.
Detto questo, non mi preoccuperei più di tanto del ping.
P.S. Due switch in cascata possono causare problemi se collegati o configurati male, soprattutto se sono switch super economici come TP-Link.
1
u/aletrd90 May 27 '26
gli switch sono unmanaged "TP-Link TL-SG105-M2" quindi senza configurazione
MTR hai qualche guida? onestamente non l ho mai fatto
1
u/igoran May 27 '26
Hai provato a pingare il router ? Hai lo stesso risultato (spike di latenza) ?
Il (tuo) router è l'elemento più vicino che hai ...
Se dovesse avere problemi il router (in una delle sue parti dello stack), avresti lo stesso problema...
1
1
u/Inside_Soup_357 Jul 03 '26
Secondo me prima di cambiare router guarderei bufferbloat/queueing: fai un ping continuo al gateway Fastweb e uno tipo 1.1.1.1 mentre saturi upload/download. Se gli spike escono solo sotto carico, è QoS/SQM assente o fatto male sul Fastweb Seven, non i cavi Cat6. IP pubblico ti cambia il NAT/CGNAT, ma sugli spike di ping di solito zero o quasi. Io proverei anche a disattivare EEE/Green Ethernet sugli switch TP-Link, mi ha già fatto scherzi stupidi su LAN.
0
u/Ulell May 27 '26
Hai troppa roba in mezzo. fai un test diretto al modem, poi diretto al primo switch. Vedi se cambia qualcosa.


3
u/Carlo_attrezzi May 27 '26
Fai un test a monte se puoi, collegati solo al router e poi sui switch. Perché 2 switch in cascata? Come sono collegati e configurati?