• TIM

  • Saturazione europea TI Sparkle

Poirot Prendere come riferimento il mix che mostra il traffico locale non è tanto indicativo.

Comunque ieri sera era basso il traffico rispetto al solito.
Dovresti essere operatore che fornisce accesso residenziale e vedere il tuo traffico come è variato.

      Poirot Gioco online da amici con FTTC 200 mega Tim e non ho mai avuto i problemi postati qui

      Grazie al $$$$$, i problemi erano su destinazioni specifiche.

      Ovvio che se non usi abitualmente quelle destinazioni non te ne accorgi nemmeno, ma se hai la VPS di lavoro in un range di quelli che hanno problemi allora ti girano un po' le scatole.

      Non commento tutto il resto che è meglio, su quali siano i carrier migliori lascio la parola a chi ci lavora tutti i giorni e ha relazioni anche commerciali con essi.

      Comunque l'importante è diversificare in modo che se uno ha problemi questi sono specifici e risolvibili semplicemente spostando il traffico verso un altro carrier.

      gandalf2016 Dovresti essere operatore che fornisce accesso residenziale e vedere il tuo traffico come è variato.

      Ce le avevamo... ma ce le hanno tolte 😞

          Vedendo l'età temporale del problema, potrebbe in qualche modo c'entrare (chiedo, non lo so appunto) l'incendio nel data center di Strasburgo di Ovh come causa del rallentamento?
          Wired riportava tra gli apparati danneggiati completamente "anche le cabine elettriche di media tensione, i punti di landing delle fibre a lunga distanza (che connettono il campus con il resto della rete) e le sale che ospitano gli apparati di rete". Se dal centro passava un sacco di traffico internet con le conseguenti connessioni dei provider di trasporto ecco magari spiegato il problema di saturazione su altre vie e la progressiva risoluzione ora.

            13 giorni dopo

            Stasera problemi verso Discord (e anche altre cose che condividono questa rotta).

            Dal LG di i3d verso il mio IP, il problema sembra l'interconnessione tra Sparkle e Cogent che viene usata, in questo caso, al ritorno. La rotta dal mio IP verso i3d via Telia dovrebbe essere a posto.

            1 be6144.nr21.b025461-0.rtm01.atlas.cogentco.com (149.6.111.57) 1.220 ms 2.244 ms 3.125 ms
            2 be3133.rcr21.rtm01.atlas.cogentco.com (154.25.10.185) 2.087 ms 3.324 ms 2.102 ms
            3 be3384.ccr41.ams03.atlas.cogentco.com (154.54.58.165) 3.755 ms 2.510 ms be3385.ccr42.ams03.atlas.cogentco.com (154.54.58.197) 4.661 ms
            4 be3500.rcr22.ams05.atlas.cogentco.com (154.54.60.26) 3.436 ms be3499.rcr22.ams05.atlas.cogentco.com (154.54.60.22) 4.189 ms be3500.rcr22.ams05.atlas.cogentco.com (154.54.60.26) 3.396 ms
            5 telecomitaliasparkle.ams05.atlas.cogentco.com (130.117.14.22) 30.719 ms 52.345 ms 32.136 ms
            6 195.22.192.116 (195.22.192.116) 160.966 ms 163.012 ms 168.402 ms

            Si nota chiaramente la latenza che sale appena si arriva alla demarcazione con Sparkle

            • [cancellato]

            • Messaggio #114

            Ho riscontrato la stessa situazione per tutta la giornata, salvo poi far rientrare tutto cambiando IP. Prima avevo un 82. ora ho un 95.

            Ah, però prendo Discord da Telia, non Cogent

              [cancellato] Ah, però prendo Discord da Telia, non Cogent

              Cogent lo usa al ritorno da Discord (i3d) verso TIM, facendo traceroute da TIM si vede sempre solo Telia. Prova da qui, router di Rotterdam.

                  • [cancellato]

                  • Messaggio #116

                  lucamonte ah ok allora mi torna, avevo letto in fretta capendo che fosse verso Discord. Che classe di IP hai per curiosità?

                      Ora pare si saturi il collegamento Level3-->Ti Sparkle a Francoforte:

                      Tracing route to x.x.x.x 
1 ae2-3221.edge8.Frankfurt1.level3.net (4.69.158.190) 6ms 7ms 11ms
2 TelecomItalia-level3-Frankfurt1.Level3.net (4.68.63.110) 152ms 151ms 151ms
3 195.22.211.99 (195.22.211.99) 143ms 161ms 144ms
4 195.22.205.117 (195.22.205.117) 156ms 0.0.0.0 (0.0.0.0) * 195.22.205.117 (195.22.205.117) 146ms
5 0.0.0.0 (0.0.0.0) * * *
6 0.0.0.0 (0.0.0.0) * * *
7 0.0.0.0 (0.0.0.0) * * *

                      Può darsi sia un problema temporaneo, in quanto pare che i peering ad Amsterdam\Parigi con Sparkle non vengano attualmente utilizzati stando al traceroute inverso, quindi forse va in overload quello di Francoforte finchè non ribilanciano il carico.
                      Postumi del problemino accaduto qualche giorno fa sul network di Level3? 🤔

                      • [cancellato]

                      • Messaggio #119

                      [cancellato]

                      Anch'io con un 95. ho risolto il problema di discord

                        lucamonte Gli IP che iniziano con 79 la sera hanno problemi (di tim)

                            • MiloZ

                              • Autore
                              • Messaggio #122
                              • Modificato

                              LucaTheHacker
                              Ultimanente non ho notato problematiche particolari con gli IP 79.x.x.x (per inciso, l'anomalia che ho segnalato ieri poco sopra con Level3 era con Ip 95.x.x.x.x)
                              Verso quali server stai notando problemi attualmente?

                              Comunque non è tanto la classe IP "farlocca" ma anche gli ottetti successivi e l'IP specifico finale. Nel senso che anche IP (diversi) della stessa classe potrebbero avere prestazioni completamente differenti.
                              Ovviamente partiamo dall'assunto che il problema reale è la rete TIM\Sparkle, l'IP può eventualmente variare gli instradamenti, se non ci fossero saturazioni qualsiasi IP andrebbe bene.

                                Ecco qua per focalizzare meglio il problema, anche facendo un traceroute inverso dal Looking Glass di 23media: https://lg.23media.com/

                                traceroute to x.x.x.x (x.x.x.x), 30 hops max, 60 byte packets
 1  * * *
 2  ae2-20.cr01.fra01.net.23m.com (62.113.192.97)  0.226 ms  1.803 ms  0.180 ms
 3  xe-1-0-9-20.bb01.fra01.net.23m.com (62.113.192.109)  0.469 ms  0.424 ms  0.381 ms
 4  212.162.9.41 (212.162.9.41)  0.919 ms  0.898 ms  0.871 ms
 5  ae2-3221.edge8.Frankfurt1.level3.net (4.69.158.190)  4.665 ms ae1-3121.edge8.Frankfurt1.level3.net (4.69.158.186)  2.422 ms  2.400 ms
 6  * TelecomItalia-level3-Frankfurt1.Level3.net (4.68.63.110)  141.441 ms  130.713 ms
 7  195.22.211.121 (195.22.211.121)  148.188 ms  148.162 ms  138.998 ms
 8  195.22.205.99 (195.22.205.99)  148.520 ms  133.270 ms  154.215 ms
 9  * * *
10  * * *
                                • MiloZ ha risposto a questo messaggio
                                • mark129 ha messo mi piace.

                                  MiloZ
                                  Pare abbiano risolto ripristinando il peering ad Amsterdam con Level3:

                                  Tracing route to x.x.x.x 
1 0.0.0.0 (0.0.0.0) * * *
2 TelecomItalia-level3-100G.Amsterdam1.Level3.net (4.68.74.194) 1ms 1ms 2ms
3 195.22.192.116 (195.22.192.116) 17ms 16ms 16ms
4 195.22.205.99 (195.22.205.99) 20ms 16ms 16ms
5 0.0.0.0 (0.0.0.0) * * *
6 0.0.0.0 (0.0.0.0) * * *
7 0.0.0.0 (0.0.0.0) * * *
                                    14 giorni dopo

                                    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