• TIM
  • Saturazione europea TI Sparkle

giuse56 purtroppo no, avevo sperato anch’io in Open Fiber per la grande libertà di scelta e i numerosi operatori validi come Dimensione e Klik con Fiber Telecom ma ora che è arrivata TIM penso che non la vedrò mai Open Fiber

    MiloZ perdonami ma non ho capito 😟 cosa intendi esattamente per "ping più veloci" ? come si svolge questo test ?

    • MiloZ ha risposto a questo messaggio

      AkemiHomura
      Allora stato attuale direi che indicativamente l'unico problema effettivo sono alcuni nodi ad amsterdam che spesso si saturano la sera ed impattano certi server, per il resto la situazione è sostanzialmente ok.
      Le probabilità quindi che tu becchi server saturi è sicuramente bassa rispetto a mesi fa (quando invece
      i collegamenti saturi di Sparkle in europa erano molti di più.)
      Secondo me puoi fare il passaggio senza troppe preoccupazioni. 🙂

      MiloZ hahahhahahha

      • [cancellato]

      • Modificato

      MiloZ Per te non sarebbe abbastanza essere dentro al ix di Francoforte, troveresti problemi anche li 😁

      Remoh
      Per verificare lo stato di certi collegamenti a volte conviene effettuare dei ping piu veloci per capire meglio come stanno le cose.
      Il comando standard di windows che invia 1 pacchetto al secondo può essere utile per capire se il link è up o down ma non tanto per diagnosticare la bontà del collegamento (a meno non ci siano problemi molto grossi), perchè non ti permette di vedere bene gli sbalzi\oscillazioni di ping o i pacchetti persi.

      Poco tempo fa ad esempio, con FTTH Eolo, avevo notato una leggera fluttuazione di latenza durante le ore di punta che partivano dalla loro rete. Sicuramente non era un problema molto evidente\impattante, che per altro si manifestava solo in certi frangenti nelle ore serali.
      Ho provato comunque ad inviare una mail al loro reparto tecnico ed al CEO, e dopo aver effettuato i dovuti controlli, a distanza di 24-48 ore, mi hanno risposto di aver individuato la causa (ho oscurato l'indirizzo mail): https://i.imgur.com/0I5eWLG.png

      Sistemato quel link, è tornata la latenza granitica di prima.

      Giusto per dire che, a mio parere, sarebbe stato completamente impossibile lato utente individuare questa "problematica", nei termini in cui si palesava, senza effettuare dei test più accurati con ping veloci (ogni 100ms\50ms).

      Poi chiaramente, se la cosa fosse peggiorata in maniera esponenziale sarebbe stata sicuramente visibile con facilità anche ad una occhiata più superficiale.
      Rimango quindi fedele alle mie metodologie di test, che fino ad ora si sono sempre rivelate efficaci ad identificare anomalie del genere.

      Poi il fatto gli eventuali inconvenienti, possano risultare risolvibile o più o meno opportuni da attenzionare, sarà facoltà degli "addetti ai lavori" valutarli nello specifico. Noi intanto segnaliamo, in un ottica di miglioramento globale dei servizi internet italioti. 😃

        MiloZ sostanzialmente i test da te effettuati sono dei semplici tracert (traceroute) e ping verso i tuoi server "preferiti" .... pensavo utilizzassi comandi avanzati da riga di comando (correggimi se sbaglio).

          Remoh pensavo utilizzassi comandi avanzati da riga di comando (correggimi se sbaglio).

          Cosa vuol dire comandi avanzati?
          Più che mtr/traceroute e ping non può fare.

            gandalf2016 Cosa vuol dire comandi avanzati?

            tracert e ping con qualche sintassi particolare

            Sintassi: ping [-t] [-a] [-n count] [-l size] [-f] [-i TTL] [-v TOS]
            [-r count] [-s count] [[-j host-list] | [-k host-list]]
            [-w timeout] [-R] [-S srcaddr] [-c compartment]
            [-4] [-6] target_name

            Sintassi: tracert [-d] [-h max_salti] [-j elenco-host] [-w timeout]
            [-R] [-S indorig] [-4] [-6] nome_destinazione

              Remoh non c’è nulla di strano, dipende cosa chiedi che faccia, se vuoi che interrompa dopo un tot in automatico, se vuoi modificare la grandezza dei pacchetti ecc ecc…

              Remoh
              Si certo sono normali ping/traceroute ma anche con l'ausilio di quei comandi aggiuntivi a volte (poi dipende dal software utilizzato), perchè banalmente non è che basta un ping di 5 richieste per diagnosticare alcunchè di solito, quindi spesso serve qualche controllino più approfondito.

              • [cancellato]

              [cancellato]
              Beh, avere più di 90 di ping su giochi aws hostati a Parigi e Francoforte quanto l'ip inizia con 79 è molto preoccupante, specialmente per uno che solitamente pinga 15 a Francoforte

              Il collegamento ad Amsterdam (sempre il solito che si satura da mesi) oggi è quasi bloccato dalle 13:00 (ed ora sono le 17:00), anche i siti che transitano per quei nodi si aprono a fatica a causa dell'enorme quantità di di packet loss.

              Traccia instradamento verso mirror.proserve.nl [81.4.72.70]
              su un massimo di 30 punti di passaggio:
              
                1    <1 ms    <1 ms    <1 ms  192.168.1.1
                2     *        *        *     Richiesta scaduta.
                3     5 ms     5 ms     5 ms  172.17.107.164
                4     6 ms     6 ms     6 ms  172.17.105.66
                5    11 ms    10 ms    10 ms  172.19.184.68
                6    11 ms    11 ms    11 ms  172.19.177.24
                7    13 ms    10 ms    10 ms  195.22.205.98
                8    12 ms    11 ms    11 ms  195.22.196.69
                9    23 ms    14 ms    11 ms  ae-5.edge1.milan1.level3.net [4.68.73.37]
               10     *        *       82 ms  ae-1-3.ear1.amsterdam1.level3.net [4.69.153.186]
               11    81 ms     *        *     it-ernity-i.ear1.amsterdam1.level3.net [213.19.196.214]
               12     * ms    37 ms    71 ms  te4-4.cr1.nkf.proserve.nl [80.246.207.225]
               13    76 ms    96 ms    86 ms  te4-3.cr1.eun.proserve.nl [80.84.254.118]
               14     *       84 ms     *     mirror.proserve.nl [81.4.72.70]
               15    93 ms    83 ms    84 ms  mirror.proserve.nl [81.4.72.70]
              
              Traccia completata.

              Esempio di ping:

              Vediamo se si attivano per fare qualcosa a questo punto...🙄

                MiloZ Vediamo se si attivano per fare qualcosa a questo punto

                Spoiler: non in questa era geologica. Purtroppo la saturazione di alcuni percorsi di Sparkle ad AMS e FRA è ben nota e riappare ciclicamente nel corso degli anni, di solito legata a problemi su percorsi con maggiore capacità (anzi, per fortuna ultimamente non attraversano due volte l'Atlantico per passare da NYC quando ci sono casini a FRA...).

                L'unica è stringere i denti e sperare che i servizi a cui si prova ad accedere non passino per le rotte incriminate. Né Sparkle né i suoi peer (giustamente) daranno mai retta alle lamentele degli end user, non siamo loro clienti diretti.

                  mpanella ben nota e riappare ciclicamente nel corso degli anni

                  Super-quote

                  • [cancellato]

                  • Modificato

                  Oggi non è mai andata così male, si iniziano ad avere problemi con programmi comuni come Discord (infatti ho dovuto spostare i canali vocali in Russia per non avere PL oggi).

                  AMSTERDAM (Clouvider)

                  AMSTERDAM (KPN)

                  FRANCOFORTE (Deutsche Telekom)

                  Statistiche Ping per 80.187.136.31:
                      Pacchetti: Trasmessi = 94, Ricevuti = 86,
                      Persi = 8 (8% persi),
                  Tempo approssimativo percorsi andata/ritorno in millisecondi:
                      Minimo = 153ms, Massimo =  206ms, Medio =  193ms
                  Traccia instradamento verso tmo-136-31.customers.d1-online.com [80.187.136.31]
                  su un massimo di 30 punti di passaggio:
                  
                    1    <1 ms    <1 ms    <1 ms  link.localdomain [192.168.0.1]
                    2     *        *        *     Richiesta scaduta.
                    3     6 ms     7 ms     6 ms  172.17.80.154
                    4     8 ms    10 ms    10 ms  172.17.80.68
                    5     9 ms     9 ms     9 ms  172.19.184.138
                    6    15 ms    15 ms    15 ms  172.19.177.16
                    7    13 ms    13 ms    13 ms  195.22.205.116
                    8    15 ms    15 ms    15 ms  195.22.205.13
                    9    15 ms    15 ms    25 ms  195.22.192.177
                   10     *      202 ms   195 ms  f-ef81-i.F.DE.NET.DTAG.DE [62.154.17.146]
                   11   195 ms   185 ms   190 ms  80.156.5.36
                   12     *        *        *     Richiesta scaduta.
                   13   177 ms   165 ms   177 ms  tmo-136-31.customers.d1-online.com [80.187.136.31]
                  |------------------------------------------------------------------------------------------|
                  |                                      WinMTR statistics                                   |
                  |                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
                  |------------------------------------------------|------|------|------|------|------|------|
                  |                        link.localdomain -    0 |  107 |  107 |    0 |    0 |    3 |    0 |
                  |                   No response from host -  100 |   22 |    0 |    0 |    0 |    0 |    0 |
                  |                           172.17.80.154 -    0 |  107 |  107 |    5 |    7 |   31 |    7 |
                  |                            172.17.80.68 -    0 |  107 |  107 |    6 |    8 |   15 |    8 |
                  |                          172.19.184.138 -    0 |  107 |  107 |    7 |    8 |   12 |    8 |
                  |                           172.19.177.16 -    0 |  107 |  107 |   14 |   21 |  127 |   14 |
                  |                          195.22.205.116 -    0 |  107 |  107 |   11 |   13 |   23 |   12 |
                  |                           195.22.205.13 -    0 |  107 |  107 |   14 |   22 |  174 |   15 |
                  |                          195.22.192.177 -    0 |  107 |  107 |   14 |   43 |  704 |   15 |
                  |               f-ef81-i.F.DE.NET.DTAG.DE -   13 |   73 |   64 |  161 |  195 |  212 |  207 |
                  |                             80.156.5.36 -   20 |   60 |   48 |  161 |  199 |  251 |  181 |
                  |                   No response from host -  100 |   22 |    0 |    0 |    0 |    0 |    0 |
                  |      tmo-136-31.customers.d1-online.com -   27 |   52 |   38 |  177 |  193 |  205 |  193 |
                  |________________________________________________|______|______|______|______|______|______|

                  Verso altre tratte come Parigi (server Orange in questo caso) ad esempio nessun problema:

                  [cancellato] Ci sono tanti utenti sul forum con linea Tim e nessuno ha problemi.

                  Veramente sono mesi che vengono segnalati problemi vari, e l'ho fatto anche io in passato con i dati della mia linea. Puoi anche astenerti dal commentare eh, non è obbligatorio

                    Ah ecco perché telegram andava male oggi!

                      Vero, oggi abbiamo rispolverato con un mio amico Battlefield 1 e lui pingava 200 in tutti i server con TIM 😅 Ha dovuto usare l'hotspot...

                        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