[cancellato]
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
Saturazione europea TI Sparkle
[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]
lucamonte ah ok allora mi torna, avevo letto in fretta capendo che fosse verso Discord. Che classe di IP hai per curiosità?
[cancellato] sono nella 79.54.0.0/17
- Modificato
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]
Anch'io con un 95. ho risolto il problema di discord
- Modificato
lucamonte Gli IP che iniziano con 79 la sera hanno problemi (di tim)
LucaTheHacker sì lo so, ma ti sembra normale dover cambiare indirizzo a caso per evitare le saturazioni? 
- 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
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
7 messaggi sono stati spostati in Latenze TIM Professional con BMG.
