Disservizi TIM marzo 2021 in Emilia-Romagna
LucaTheHacker Sul fritz non mi pareva si potesse,
comunque ho fatto un paio di speedtest su TIM a bologna... c'è qualcosa che non va a dovere, 22-26ms di ping contro i soliti 5/6ms
[cancellato]
tris_tm sarebbe curioso verificare le latenze al BRAS
LucaTheHacker
interessante, con calma quando ho 5 minuti ci guardo volentieri, se riuscissi a disattivarlo per l'up sarebbe fantastico visto che a volte aggancio 18 
ma lo sra me lo fa scendere a 16
Ah btw
Noto che anche su twitter c'è gente dell'emilia-romagna con lo stesso problema
- Modificato
[cancellato] io raccolgo a r-bo900, però ignoro l'ip da pingare
LucaTheHacker si ci può stare come cosa che anche faenza abbia questo problema, è vicina come città, penso raccolga dove lo faccio anche io
[cancellato] Ma non ce la fate verificare perché il 192.168.100.1 non risponde al ping 
O c'è qualche trucchetto? 
- Modificato
LucaTheHacker Sia io che le altre persone di zona che avevano il problema vanno bene ora, potrebbero essere altri problemi
- Modificato
Filippo94 Provato ora, non cambia nulla sempre sui 20 alti siamo.
Ip precedente 87.10.59....
Ora 79.47.53....
Perle:
`C:\Users\trist>ping 1.1.1.1
Esecuzione di Ping 1.1.1.1 con 32 byte di dati:
Risposta da 1.1.1.1: byte=32 durata=20ms TTL=53
Risposta da 1.1.1.1: byte=32 durata=18ms TTL=53
Risposta da 1.1.1.1: byte=32 durata=31ms TTL=52
Risposta da 1.1.1.1: byte=32 durata=18ms TTL=53
Statistiche Ping per 1.1.1.1:
Pacchetti: Trasmessi = 4, Ricevuti = 4,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 18ms, Massimo = 31ms, Medio = 21ms
C:\Users\trist>ping 8.8.8.8
Esecuzione di Ping 8.8.8.8 con 32 byte di dati:
Risposta da 8.8.8.8: byte=32 durata=61ms TTL=116
Risposta da 8.8.8.8: byte=32 durata=62ms TTL=116
Risposta da 8.8.8.8: byte=32 durata=59ms TTL=116
Risposta da 8.8.8.8: byte=32 durata=60ms TTL=116
Statistiche Ping per 8.8.8.8:
Pacchetti: Trasmessi = 4, Ricevuti = 4,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 59ms, Massimo = 62ms, Medio = 60ms`solitamente erano 17ms CF, e 12ms Google
[cancellato]
- Modificato
tris_tm hai ragione scusa, l'IP dell'interfaccia pubblica non è mica di pubblico dominio...sono ancora addormentato...però senza PM non saprei come comunicartelo...in ogni caso è il mio stesso BRAS di raccolta e le latenze nel mio caso sono regolari, non è detto però che siamo su stessa VLAN e quindi stessa if di terminazione, in effetti è improbabile perché con l'ultima razionalizzazione di rete alta hanno ridotto il numero di BRAS aumentando la concentrazione delle raccolte.
edofullo il filtro sugli ICMP echo verso l'IP privato scattò per scelta arbitraria, non per anomalia 
- Modificato
[cancellato] hai ragione scusa, l'IP dell'interfaccia pubblica non è mica di pubblico dominio...sono ancora addormentato...però senza PM non saprei come comunicartelo
Nel mio caso ho la mail nella descrizione del profilo, @tris_tm potrebbe fare la stessa cosa
[cancellato] sul forum non penso ci siano i DM 
Filippo94
C:\Users\trist>tracert speedtestbo1.telecomitalia.it.prod.hosts.ooklaserver.net
Traccia instradamento verso speedtestbo1.telecomitalia.it [2.113.55.170]
su un massimo di 30 punti di passaggio:
1 2 ms 1 ms 1 ms fritz.box [192.168.188.1]
2 * * * Richiesta scaduta.
3 18 ms 9 ms 8 ms 172.17.89.106
4 13 ms 8 ms 10 ms 172.17.88.185
5 53 ms 7 ms 7 ms host-2-113-55-170.business.telecomitalia.it [2.113.55.170]
Traccia completata.
C:\Users\trist>ping speedtestbo1.telecomitalia.it.prod.hosts.ooklaserver.net
Esecuzione di Ping speedtestbo1.telecomitalia.it [2.113.55.170] con 32 byte di dati:
Risposta da 2.113.55.170: byte=32 durata=38ms TTL=60
Risposta da 2.113.55.170: byte=32 durata=7ms TTL=60
Risposta da 2.113.55.170: byte=32 durata=33ms TTL=60
Risposta da 2.113.55.170: byte=32 durata=22ms TTL=60
Statistiche Ping per 2.113.55.170:
Pacchetti: Trasmessi = 4, Ricevuti = 4,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 7ms, Massimo = 38ms, Medio = 25ms
[cancellato] perché con l'ultima razionalizzazione di rete alta hanno ridotto il numero di BRAS aumentando la concentrazione delle raccolte
Ma come, a me sembra controproducente, ad esempio se uno vuole mettere cache vicino all'utenza… quanto tempo fa è stata fatta questa operazione?
LucaTheHacker ma che giro ti fa fare , e dire che sei vicino
P.S. ho aggiornato anche io la mail nel caso
[cancellato]
itreb Non è detto che fossero in sedi geografiche diverse... possono aver condensato tanti ASR o simili in chassis Juniper più densi che servono più utenze cadauno.
La rete "fisica" intesa come cavi interrati di TIM mica cambia, i BRAS sono sempre nei POP OPM (32 in tutta Italia da slide che si trovano in rete) se non mi ricordo male.
Poi, anche se le cache sono a 50km dall'utente non cambia nulla, anche se alzi latenza di 1ms all'atto pratico rientra nell'errore di misura.
