marco89ct Aggiungo una cosa, ho constatato che usando una VPN le latenze si allineano e inizio a pingare ugualmente sia 8.8.8.8 che 8.8.4.4 o anche ugualmente 1.1.1.1 che 1.0.0.1
In questo caso però il tratto di OF rimane lo stesso.
Comunque sarebbe interessante se tu riuscissi a fare questi test verso qualche server di cui si possa vedere chiaramente anche il routing di ritorno (e che magari non siano IP di DNS)
Sono sempre io che avevo questo problema ma da qualche giorno ormai la situazione si era allineata fino a quando 3/4 giorni fa c'è stato un qualcosa sicuro lato OF che mi ha fatto alzare la latenza da 8/9 a 18/20 ms verso Milano.
MiloZ Comunque sarebbe interessante se tu riuscissi a fare questi test verso qualche server di cui si possa vedere chiaramente anche il routing di ritorno
Ho un server a Milano e sono disponibile a fare delle prove.
Casa1:
Casa2:
Ritorno Casa1:
Ritorno Casa2:
Ovviamente tutti gli indirizzi Ip finali sono stati oscurati per ovvi motivi 
@"marco89ct"
Ciao pure io sono di Catania, ho 2 linee, una Telecom una Wind.
Il ping più basso lo ho con Wind
https://forum.fibra.click/d/54274-ping-alto-ftth-tim/3
Se leggi questo thread io ho fatto dei confronti
Ci sono degli errori in quel topic. Da Catania non si puo' arrivare a Milano in meno di 20ms. Generalmente ci vogliono dai 25-30ms sia con OF che Telecom.
@MiloZ
Questo era un test che avevo postato quando con Dimensione ero su loro BRAS di Milano.
Esecuzione di Ping xs4all.nl [99.83.136.155] con 32 byte di dati:
Risposta da 99.83.136.155: byte=32 durata=30ms TTL=250
Risposta da 99.83.136.155: byte=32 durata=27ms TTL=250
Risposta da 99.83.136.155: byte=32 durata=28ms TTL=250
Risposta da 99.83.136.155: byte=32 durata=28ms TTL=250
Esecuzione di Ping xs4all.nl [75.2.72.204] con 32 byte di dati:
Risposta da 75.2.72.204: byte=32 durata=23ms TTL=250
Risposta da 75.2.72.204: byte=32 durata=23ms TTL=250
Risposta da 75.2.72.204: byte=32 durata=23ms TTL=250
Risposta da 75.2.72.204: byte=32 durata=22ms TTL=250
Come vedi pingavo i due server localizzati al Mix di Milano in modo diverso. Ma dal LG di Dimensione selezionando server 1 e 2 a Milano le latenze erano vicino allo zero. Questo conferma che entrambi i server 99.83.136.155 e 75.2.72.204 sono a Milano ma per qualche motivo arrivavo a Milano su percorsi diversi dovuti a Open Fiber.
Lo stesso avviene con altri ISP ed altri router. L'unica variabile quindi rimane Open Fiber.
marco89ct
In questi traceroute la tratta OF è identica:
Cambiano i carrier ed i server e quindi cambia la latenza. Uno lo raggiungi via peering, l’altro via transito.
In un caso vai su MIX ,nell’altro su Sparkle, prese anche presumibilmente in PoP diversi
Hai sotto mano la linea FT ora per fare test?
Anche nel test post modifica sulla linea dimensione, sono IP diversi.
Serve il routing anche dall’altro lato, verso il tuo di IP, come ha fatto notare @MiloZ… altrimenti è impossibile capirci qualcosa
comunque volevo dire che anche io nelle 2 linee che ho ftth ho riscontrato un raddoppio del ping. da 10 a 20ms
Hai dei server su Roma che posso testare?
Visto che ora ho il BRAS a Roma meglio testare un server subito dopo il BRAS cosi' si evita impatti dovuti alla tratta successiva.
Guardate questo test che avevo postato quando ero con Dimensione BRAS Milano
Esecuzione di Ping 100.64.255.255 con 32 byte di dati:
Risposta da 100.64.255.255: byte=32 durata=28ms TTL=118
Risposta da 100.64.255.255: byte=32 durata=27ms TTL=118
Risposta da 100.64.255.255: byte=32 durata=28ms TTL=118
Risposta da 100.64.255.255: byte=32 durata=28ms TTL=118
Esecuzione di Ping 8.8.8.8 con 32 byte di dati:
Risposta da 8.8.8.8: byte=32 durata=23ms TTL=118
Risposta da 8.8.8.8: byte=32 durata=22ms TTL=118
Risposta da 8.8.8.8: byte=32 durata=22ms TTL=118
Risposta da 8.8.8.8: byte=32 durata=22ms TTL=118
Pingavo il BRAS di Milano piu' del DNS google che sta DOPO il bras.
marco89ct se sei su fibertelecom il loro server di Speedtest.
Idem per dimensione. Prova prima con roba locale nell’operatore
Così togliamo le variabili peering e transito
speed-rm.dimensione.com per dimensione Roma
speed-mix.dimensione.com Milano
Per fibertelecom prendi Milano:
test2.fibertelecom.it
Allora, sia dal Looking Glass di Dimensione e FT usando i loro server di Roma mi pingo circa in 20ms.
Mentre se io faccio un ping su:
1.1.1.1 (Roma) pingo 12ms
8.8.4.4 (Milano) pingo 20ms.
8.8.8.8 (Milano) pingo 28ms
Se pingo il mio BRAS a Roma faccio 20ms
Visto che e' tutto incoerente?
Stessa cosa di quando era con Dimensione sul BRAS di Milano e Roma.
Mentre con IPv6 la situazione è differente?
Lorenzo1635 Mentre con IPv6 la situazione è differente?
Personalmente no verso speed-mix.dimensione.com in V6
Casa1:
Casa2:
Anche se il terzo hop effettivamente differisce, non ho capito come sia possibile visto che il percorso è lo stesso. Le case sono stesso comune e stesso PCN. Booohh
Mai provato IPv6.
Ma ho visto che con VPN queste anomalia non si verifica.
Può anche essere, come dice il buon @MiloZ che ci siano problemi nel traffico di ritorno
Nel senso che tu per arrivare a Milano passi magari dal peering su MiX ma il traffico di ritorno passa da qualche altra parte, magari da un transito..
Ricordo inoltre che Google da Giugno non annuncia più le proprie rotte a MIX sulla LAN pubblica ma solo con sessioni di peering private tra ASN
E perche' ho esattamente lo stesso problema con un DELTA sempre uguale di 6-7ms sia con Dimensione che con Fiber telecom sia sui BRAS di Roma per entrambi sia con i BRAS di Milano di Entrambi?
Io come tutti quelli che stanno segnalando la cosa ovviamente.
Non c'entra niente Google, ho lo stesso DELTA con decine e decine di server che ho testato tutti con destinazione nella stessa citta'. Ed e' sempre uguale, 6-7ms!
Giusto Una nota... Ricordatevi che al variare degli apparati varia la priorità data Bel routing ICMP. Mikrotik e Juniper danno una priorità diversa rispetto a Huawei e Cisco ad esempio. Ergo il vostro misero Ping viene messo in coda magari di traffico più importante ad es. Streaming o VoIP. Ciò non significa che c'è un aumento di latenze ma si tratta di una misurazione falsata
marco89ct Come vedi pingavo i due server localizzati al Mix di Milano in modo diverso. Ma dal LG di Dimensione selezionando server 1 e 2 a Milano le latenze erano vicino allo zero. Questo conferma che entrambi i server 99.83.136.155 e 75.2.72.204 sono a Milano ma per qualche motivo arrivavo a Milano su percorsi diversi dovuti a Open Fiber.
Se li pinghi usando una VPN come hai scritto prima le latenze sono uguali?
Non è che se due server sono a Milano devi pingarli necessariamente identici, devi vedere anche il percorso di ritorno. Anche io a volte ho delle latenze che differiscono leggermente dal LG.
Quando avevo una Openinternet ad esempio pingavo i DNS di google in maniera diversa perchè uno rientrava dal NAMEX (solo al ritorno) invece che dal MIX e la cosa si alternava al cambiare dell'IP della linea.
Stessa cosa succede con Air2bite che rientra dal NAMEX per molti server AWS\Google anche per gli utenti attestati su Milano.
Comunque, non voglio escludere che nel tuo caso le motivazioni di quel comportamento possano essere dovute ad altro, prima però vorrei visionare qualche traceroute inverso, cioè verso la tua linea, ma non dal Looking Glass ma da qualche server che puoi pure pingare direttamente.
Per i server sui quali registri una latenza maggiore di qualche ms puoi provare a farci un ping -n 100 per verificare se di tanto in tanto arrivassero delle richieste con un valore più basso
SENZA VPN
Esecuzione di Ping 8.8.8.8 con 32 byte di dati:
Risposta da 8.8.8.8: byte=32 durata=28ms TTL=59
Risposta da 8.8.8.8: byte=32 durata=27ms TTL=59
Risposta da 8.8.8.8: byte=32 durata=26ms TTL=59
Risposta da 8.8.8.8: byte=32 durata=26ms TTL=59
Esecuzione di Ping 8.8.4.4 con 32 byte di dati:
Risposta da 8.8.4.4: byte=32 durata=20ms TTL=117
Risposta da 8.8.4.4: byte=32 durata=21ms TTL=117
Risposta da 8.8.4.4: byte=32 durata=20ms TTL=117
Risposta da 8.8.4.4: byte=32 durata=21ms TTL=117
Esecuzione di Ping 208.67.222.222 con 32 byte di dati:
Risposta da 208.67.222.222: byte=32 durata=27ms TTL=59
Risposta da 208.67.222.222: byte=32 durata=27ms TTL=59
Risposta da 208.67.222.222: byte=32 durata=26ms TTL=59
Risposta da 208.67.222.222: byte=32 durata=26ms TTL=59
CON VPN (Express VPN server Milano)
Esecuzione di Ping 8.8.8.8 con 32 byte di dati:
Risposta da 8.8.8.8: byte=32 durata=23ms TTL=116
Risposta da 8.8.8.8: byte=32 durata=23ms TTL=116
Risposta da 8.8.8.8: byte=32 durata=22ms TTL=116
Risposta da 8.8.8.8: byte=32 durata=22ms TTL=116
Esecuzione di Ping 8.8.4.4 con 32 byte di dati:
Risposta da 8.8.4.4: byte=32 durata=22ms TTL=117
Risposta da 8.8.4.4: byte=32 durata=23ms TTL=117
Risposta da 8.8.4.4: byte=32 durata=23ms TTL=117
Risposta da 8.8.4.4: byte=32 durata=22ms TTL=117
Esecuzione di Ping 208.67.222.222 con 32 byte di dati:
Risposta da 208.67.222.222: byte=32 durata=23ms TTL=58
Risposta da 208.67.222.222: byte=32 durata=23ms TTL=58
Risposta da 208.67.222.222: byte=32 durata=23ms TTL=58
Risposta da 208.67.222.222: byte=32 durata=23ms TTL=58
Tutti i problemi con la VPN spariscono e pingo in modo coerente tutti i server a Milano (circa 22ms).
Io sono in Veneto e confermo che, da più o meno Domenica scorsa, anche io ho avuto un aumento di circa di 2ms con Dimensione.
Informativa privacy
-
Informativa cookie
-
Termini e condizioni
-
Regolamento
-
Disclaimer
-
🏳️🌈
P.I. IT16712091004 - info@fibraclick.it
♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile
