Salve, di solito da Catania pingavo 8.8.8.8 circa 28-29ms ma da una settimana mi ritrovo così:

Esecuzione di Ping 8.8.8.8 con 32 byte di dati:
Risposta da 8.8.8.8: byte=32 durata=35ms TTL=117
Risposta da 8.8.8.8: byte=32 durata=35ms TTL=117
Risposta da 8.8.8.8: byte=32 durata=35ms TTL=117
Risposta da 8.8.8.8: byte=32 durata=35ms TTL=117

Statistiche Ping per 8.8.8.8:
    Pacchetti: Trasmessi = 4, Ricevuti = 4,
    Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 35ms, Massimo =  35ms, Medio =  35ms

Traccia instradamento verso dns.google [8.8.8.8]
su un massimo di 30 punti di passaggio:

  1     1 ms     1 ms     1 ms  192.168.0.1
  2    20 ms    20 ms    19 ms  100.64.255.255
  3    26 ms    26 ms    25 ms  host17-110-32-195.dimensionesrl.eu [195.32.110.17]
  4    27 ms    25 ms    25 ms  host10-110-32-195.dimensionesrl.eu [195.32.110.10]
  5    29 ms    26 ms    26 ms  et-0-0-69-2.edge1.Italy2.Level3.net [212.73.241.17]
  6    36 ms    35 ms    35 ms  ae2.11.edge1.mln1.neo.colt.net [171.75.9.108]
  7    36 ms    35 ms    36 ms  Google-level3-100G.Milan1.Level3.net [4.68.37.170]
  8    31 ms    30 ms    30 ms  72.14.239.144
  9    30 ms    28 ms    30 ms  142.251.235.179
 10    35 ms    34 ms    35 ms  dns.google [8.8.8.8]

Non so se sia un caso ma la sera prima di essermi accorto di questo aumento era andata via la connessione per un po', siccome non sembrava voler tornare allora ho spento ont e router per 10 minuti e poi li ho riaccesi e tutto funzionava. Può essere che mi sia capitato un ip che fa un giro strano? leggevo in altre discussioni che poteva capitare

    forse è solo il transito di lumen, hai provato su altri ip per vedere ? anche se vedendo gli ip sembra che fai roma napoli e milano 🤔

    • Img_Brk ha risposto a questo messaggio

      LucaPerazzolo ho provato anche 1.1.1.1 e 151.78.3.130 ed il risultato è lo stesso, anche qualche gioco online ha subito un aumento

      Img_Brk

      Fai un ping test su

      100.64.255.255
      8.8.4.4
      212.73.241.17

      Sei consegnato a Roma e quei 19ms per arrivarci sono piu' o meno coerenti anche se e' possibile far meglio.
      Sono pero' gli ulteriori 15ms da Roma a Milano ad essere strani.
      Notai anche io questa cosa quando ero con Dimensione consegnato a Roma.

        marco89ct
        Ricordo qualche speedtest sul server dimensione di roma che faceva 14ms

        Esecuzione di Ping 100.64.255.255 con 32 byte di dati:
        Risposta da 100.64.255.255: byte=32 durata=20ms TTL=254
        Risposta da 100.64.255.255: byte=32 durata=20ms TTL=254
        Risposta da 100.64.255.255: byte=32 durata=19ms TTL=254
        Risposta da 100.64.255.255: byte=32 durata=20ms TTL=254
        
        Statistiche Ping per 100.64.255.255:
            Pacchetti: Trasmessi = 4, Ricevuti = 4,
            Persi = 0 (0% persi),
        Tempo approssimativo percorsi andata/ritorno in millisecondi:
            Minimo = 19ms, Massimo =  20ms, Medio =  19ms
        
        Esecuzione di Ping 8.8.4.4 con 32 byte di dati:
        Risposta da 8.8.4.4: byte=32 durata=30ms TTL=117
        Risposta da 8.8.4.4: byte=32 durata=31ms TTL=117
        Risposta da 8.8.4.4: byte=32 durata=30ms TTL=117
        Risposta da 8.8.4.4: byte=32 durata=31ms TTL=117
        
        Statistiche Ping per 8.8.4.4:
            Pacchetti: Trasmessi = 4, Ricevuti = 4,
            Persi = 0 (0% persi),
        Tempo approssimativo percorsi andata/ritorno in millisecondi:
            Minimo = 30ms, Massimo =  31ms, Medio =  30ms
        
        Esecuzione di Ping 212.73.241.17 con 32 byte di dati:
        Risposta da 212.73.241.17: byte=32 durata=29ms TTL=61
        Risposta da 212.73.241.17: byte=32 durata=27ms TTL=61
        Risposta da 212.73.241.17: byte=32 durata=27ms TTL=61
        Risposta da 212.73.241.17: byte=32 durata=26ms TTL=61
        
        Statistiche Ping per 212.73.241.17:
            Pacchetti: Trasmessi = 4, Ricevuti = 4,
            Persi = 0 (0% persi),
        Tempo approssimativo percorsi andata/ritorno in millisecondi:
            Minimo = 26ms, Massimo =  29ms, Medio =  27ms

          Img_Brk

          Hai esattamente le stesse stranezze che avevo io quando ero loro utente.
          Nonostante arrivi in 20ms a Roma poi SEMBRA che perdi 5ms per arrivare sul router level3 (sempre a Roma) che poi ti trasporta con ulteriori 10ms a Milano. Totale 35ms quando pinghi 8.8.8.8.

          Invece quando pinghi 8.8.4.4 non perdi quei 5ms tra il router di Dimensione e Level3 a Roma e quindi arrivi a Milano in 30ms.

          La cosa anomala è che dal LG di Dimensione server Roma si pinga il server 212.73.241.17 di Level3 in meno di 1ms. Confermando che 212.73.241.17 è a Roma.

          Perchè quindi, quando pinghi 8.8.8.8 arrivi su 212.73.241.17 in 25ms? mentre quando pinghi 8.8.4.4 arrivi su 212.73.241.17 in 20ms?

          Le mie teorie sono che in realtà sia il tratto casa tua - BRAS a cambiare ma non lo vedi quando fai un tracert perchè Open Fiber varia il percorso al variare delle destinazione finale che pinghi.

            marco89ct Ma quindi la soluzione quale sarebbe? riavviare finché non ottengo un ip "buono"? Dimensione sta indagando oppure non è un loro problema (ma di of)/non ritiene sia un problema qualche ms in più?

            marco89ct

            Ciao Marco, ti sbagli
            OF non può fare rerouting in base all'IP in quanto traffico di livello 3
            Ricordati che OF consegna al tuo ISP il traffico a livello 2, quindi tecnicamente OF vede sulla tua CVLAN solo l'ethernet protocol 8864 (PPPoE)

            Per i motivi sopracitati OF non sa quali sono le destinazioni perchè l'unica cosa che deve fare è trasportare il tuo accesso al POP del tuo operatore

            Discorso diverso per il reinstradamento su altre dorsali, quello possono farlo ma coinvolge TUTTO il traffico e non solo verso alcuni IP..

            Magari (se tu sei a Roma) in condizioni normali fai (sempre esempio) ROMA > AREZZO > MILANO
            OF esegue una manutenzione ad AREZZO e quindi sposta il traffico di ROMA verso la tratta ROMA > BOLOGNA > MILANO andando quindi a variare la latenza in meglio o in peggio..

            Le città indicate sono solo a titolo di esempio, non conosco nel dettaglio le tratte di OF da Roma per raggiungere Milano..

            Facendo un LG su Dimensione vedo che

            A Milano (sia su R1 che su R2) la rotta 8.8.8.0/24 viene raggiunta mediante la sessione BGP che hanno direttamente con Google con nexthop 72.14.221.8

            A Roma invece la rotta 8.8.8.0/24 passa dal transito Level3 (Roma4) che ha come nexthop 212.73.241.17

            Su Roma3 invece passi dal 195.32.110.10 che è un IP di dimensione
            Significa che hanno una sessione IBGP con Roma4

            Quindi Roma4 riceve la rotta da Level3 e la propaga a Roma3 in IBGP

            Lo si capisce anche dall'ASPATH che come vedi è il 3356 per entrambi anche se il Nexthop è diverso

            Ciao

              • Modificato

              Anche io stesso problema dalle Marche, OF avrà cambiato qualche route, si spera temporaneamente.

              • ste-87 ha risposto a questo messaggio

                danny20091989

                Ciao,

                Non sei il primo "studiato" che dice che non è possibile, ma non sei neanche il primo a non riuscire a dare una spiegazine.

                Ti riporto il mio esempio.

                Ero con Dimensione con BRAS a Milano e da casa pingavo 8.8.8.8 circa 28ms mentre 8.8.4.4 circa 22ms.
                Stessa cosa avviene con altri N server sempre posizionati a Milano dove N/2 server li pingo 28ms mentre la restante N/2 sever li pingo 22ms.

                Chiedo a Dimensione di farmi cambiare IP e dopo la modifica si ribalta tutto. Pingo 8.8.4.4 circa 28ms mentre 8.8.8.8 circa 22ms. E lo stesso avviene per tutti gli N/2 server di prima. Dal LG di Dimensione selezionando i server 1 e 2 al MIX ovviamente 8.8.8.8 e 8.8.4.4 rispondono in meno di 1ms perchè entrambi sono a Milano

                Allora chiedo a Dimensione di cambiare BRAS e spostarmi su Roma (gratuitamente). La situazione è similare. Pingo 1,1,1,1 circa 12ms mentre 1.0.0.1 circa 20ms (entrambi rispondono da Roma). Dal LG di Dimensione selezionando i server 3 e 4 al NAMEX ovviamente 1.1.1.1 e 1.0.0.1 rispondono in meno di 1ms perchè entrambi sono a Roma questa volta. Chiedo dei cambi di IP, ma anche questa volta le cose si ribaltano come sul bras di Milano. Questa volta però la tratta Roma-Milano viene gestita da level3 che a seconda dell'ip ha instradamenti più lunghi di OF.

                Quindi richiedo a Dimensione di tornare al BRAS di Milano (questa volta a pagamento) e la situazione è la medesima di prima. Decido di provare un cambio Router ma non risolvo niente, anzi aumenta la latenza.
                Rimetto il mio router e giocando col MAC address noto che l'instradamento di OF varia anche al variare dell'IP address.

                Alla fine, decido di cambiare ISP ed andare con Klik su rete Fiber telecom BRAS Milano ed ovviamente la situazione è la medesima a Dimensione anche cambiando IP.
                Come ultima spiaggia decido di rimanere sempre con Fiber telecom ma farmi spostare sul BRAS di Roma che esattamente come Dimensione mi permette di pingare i server su Roma i classici 12ms o 20ms (al variare dell'IP) col vantaggio però che il tratto Roma-Milano gestito da Fiber telecom ha latenza inferiore di level3.

                La domanda quindi è: com'è possibile che io ed altri utenti del Sud abbiamo instradamenti diversi a seconda di cosa pinghiamo? Ci sono diversi topic che ne parlano. Un utente ha anche segnalato che due sue abitazione attestate allo stesso PCN pingano lo stesso server con latenze diverse.

                Sia il mio caso che nei casi degli altri utenti per alcuni periodi le latenze si allineano e tornano uguali. Per poi tornare come prima dopo ore o qualche giorno.

                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

                  marco89ct

                  Non è un discorso di essere studiato o meno ma tecnicamente ad OF non glie ne frega niente della destinazione del tuo traffico, ripeto è in L2 e non L3. Il discorso sarebbe diverso se fossi in Open Internet ma non lo sei..

                  Tra l'altro non credere che 8.8.8.8 sia un server, come minimo dietro c'è un cluster che bilancia il traffico in base al carico e non è detto che ti risponda sempre quello.. se non sbaglio Google in Caldera ha server in Irideos ma anche in CDLAN (se non ricordo male)

                  Alla luce dei fatti sicuramente qualcosa di strano ce.. Farò delle prove su alcuni nostri clienti a Roma raccolti in Open Stream su OF e ti darò riscontro quanto prima.. ho anche clienti in FC, proverò anche li

                    danny20091989

                    Ho aggiunto un paio di punti interessanti al mio discorso se possono aiutare a descrivere il quadro della situazione

                    Tra l'altro non credere che 8.8.8.8 sia un server, come minimo dietro c'è un cluster che bilancia il traffico in base al carico e non è detto che ti risponda sempre quello.. se non sbaglio Google in Caldera ha server in Irideos ma anche in CDLAN (se non ricordo male)

                    Si lo so, per questo ho menzionato che altri N server fanno la stessa cosa. Non solo quelli di Google. Quindi non è un problema dei suoi server.

                      marco89ct

                      Grazie, farò sicuramente dei test
                      Ti aggiorno quanto prima 😉

                      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)

                        marco89ct due sue abitazione attestate allo stesso PCN pingano lo stesso server con latenze diverse

                        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 🙃

                        xfm scusa che programma è?

                        • xfm ha risposto a questo messaggio

                          ste-87 scusa che programma è?

                          mtr per linux

                          • ste-87 ha risposto a questo messaggio
                          • ste-87 ha messo mi piace.

                            tnvir06

                            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

                              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