Problemi con TIM - Thread ufficiale

[KD2]

Originariamente inviato da ElGringo75

un mio pensiero su questa storia: l'hardware per mantenere in piena attività questi snodi costa caro e consuma un sacco di energia elettrica... dunque... mano a mano che arriva l'estate di gente che naviga e gioca online ce n'è sempre meno... quindi sai che faccio? inizio con l'arrivo della primavera e chiudo con la fine dell'estate il periodo per mettere a riposo un pò di questi componenti, tanto anche se all'inizio un pò di gente si lamenta, ci pensano quelli dei call center a tamponare... poi andando avanti con il calo delle utenze anche se c'è 1/3 in meno di server gli altri che rimangono bastano lo stesso, e intanto per tutto questo periodo ci faccio un bel risparmio di spese, tanto i contratti costano lo stesso e gli introiti sono sempre uguali.
ribadisco: questo è solo un mio pensiero, e sinceramente vorrei essere smentito

Beh, se anche gli anni scorsi allo stesso periodo è accaduta la stessa cosa potrebbe avere senso, purtroppo non ricordo se l'anno scorso e quello prima è stato il caso, solo ques'tanno ho ripreso a giocare online.
Non sarei in ogni caso sorpreso se fosse il caso, esiste sempre e solo il profitto prima di tutto e l'utente è un numero da spremere nel gran calderone del capitalismo globalizzato. >_>

[skryabin]

E' vero, mi ricordo che l'anno scorso di questi tempi anche io bestemmiavo parecchio...persino google spesso e volentieri si piantava e non riuscivo a fare le ricerche, per i soliti problemi di routing verso l'estero
Se siano casualità o manovre strategiche per economizzare la gestione di certi impianti non lo so.

[centouno]

Originariamente inviato da ElGringo75

un mio pensiero su questa storia: l'hardware per mantenere in piena attività questi snodi costa caro e consuma un sacco di energia elettrica... dunque... mano a mano che arriva l'estate di gente che naviga e gioca online ce n'è sempre meno... quindi sai che faccio? inizio con l'arrivo della primavera e chiudo con la fine dell'estate il periodo per mettere a riposo un pò di questi componenti, tanto anche se all'inizio un pò di gente si lamenta, ci pensano quelli dei call center a tamponare... poi andando avanti con il calo delle utenze anche se c'è 1/3 in meno di server gli altri che rimangono bastano lo stesso, e intanto per tutto questo periodo ci faccio un bel risparmio di spese, tanto i contratti costano lo stesso e gli introiti sono sempre uguali.
ribadisco: questo è solo un mio pensiero, e sinceramente vorrei essere smentito

Come se internet servisse solo a giocare e cazzeggiare.....

Ma in che pianeta vivete tutti?!?!??!

[KD2]

E tu in che pianeti vivi? Ma sopratutto tu che ne sai /cosa te ne importa di cosa ci fa la gente?

I giochi online, specialmente gli fps che richiedono molta banda e in maniera costante, sono il test numero 1 per determinare la stabilità e la performance delle infrastrutture di rete.

Originariamente inviato da centouno

Come se internet servisse solo a giocare e cazzeggiare.....

Ma in che pianeta vivete tutti?!?!??!

vivo nello stesso pianeta che vivi tu, a me che tu non sia forse il primo a collegarsi dalla luna. già ti è stato spiegato dall'utente prima di me che ormai al giorno d'oggi di persone che fanno uso intenso di internet a bassa latenza e con innumerevoli richieste al minuto ce ne sono sempre di più, forse però alcuni non ne sono consapevoli

[centouno]

Originariamente inviato da ElGringo75

vivo nello stesso pianeta che vivi tu, a me che tu non sia forse il primo a collegarsi dalla luna. già ti è stato spiegato dall'utente prima di me che ormai al giorno d'oggi di persone che fanno uso intenso di internet a bassa latenza e con innumerevoli richieste al minuto ce ne sono sempre di più, forse però alcuni non ne sono consapevoli

Scusami tanto ma non si direbbe, visto i tuoi pensieri ...
Quindi secondo te, visto che si avvicina l'estate e di gente on-line ce n'è sempre meno riducono le risorse???? Ma daiiiiii. Certo che la fantasia non ti manca. E se fosse stato semplicemente un guasto, visto poi che la problematica parrebbe rientrata....

Originariamente inviato da centouno

Scusami tanto ma non si direbbe, visto i tuoi pensieri ...
Quindi secondo te, visto che si avvicina l'estate e di gente on-line ce n'è sempre meno riducono le risorse???? Ma daiiiiii. Certo che la fantasia non ti manca. E se fosse stato semplicemente un guasto, visto poi che la problematica parrebbe rientrata....

a questo punto direi che il mio colloquio con te è giunto al termine. mi dispiace, ma non rispondo alle provocazioni. cordiali saluti.

[centouno]

Originariamente inviato da ElGringo75

a questo punto direi che il mio colloquio con te è giunto al termine. mi dispiace, ma non rispondo alle provocazioni. cordiali saluti.

Provocazioni???

Mai sentito parlare di confronto?

Saluti anche a te

[KD2]

Originariamente inviato da centouno

Certo che la fantasia non ti manca. E se fosse stato semplicemente un guasto, visto poi che la problematica parrebbe rientrata....

Non è molto fantasioso ma tristemente credibile conoscendo chi ci sta dietro, la problematica non è rientrata per niente e il guasto a quanto pare è tutto fuorchè semplice siccome è il quinto giorno di fila che si naviga di merda.

[oasis90]

Originariamente inviato da Ameno

Mi citi qualche esempio di sito verso il quale attualmente la navigazione ti risulta seriamente compromessa da rete TIM? Grazie!

Io non ti cito un sito ma server di gioco esteri, se vuoi.
Poi se non vi vanno bene come esempi perchè per voi chi videogioca non conta è un altro discorso.
Ma i problemi PERSISTONO.

[KD2]

Originariamente inviato da Ameno

Mi citi qualche esempio di sito verso il quale attualmente la navigazione ti risulta seriamente compromessa da rete TIM? Grazie!

Al momento gioco Darkfall, un simil mmofps, sopratutto il pomeriggio tardi ma il problema è presente tutto il giorno (a parte la mattina presto in cuo la congestione non è così elevata), server locato in NY, 200-250 ms ping con lag spikes oltere i 400 ms, prima del crollo telecom del 18 maggio avevo 140-150 ms stabili, ora è quasi ingiocabile.

Pingando al login si nota l'incremento, sopratutto durante il pomeriggio, login.riseofagon.com, e i problemi del seabone di milano che è costantemente congestionato.

Traccia instradamento verso login.riseofagon.com [173.231.188.38]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 * * * Richiesta scaduta.
3 31 ms 31 ms 31 ms 172.18.49.17
4 35 ms 39 ms 31 ms 172.18.48.25
5 36 ms 39 ms 39 ms 172.19.242.66
6 * * 37 ms eth-trunk34.milano1.mil.seabone.net [195.22.192.85]
7 45 ms 44 ms 45 ms et-7-3-0-50.franco71.fra.seabone.net [195.22.196.29]
8 100 ms 100 ms 100 ms be3034.rcr22.fra06.atlas.cogentco.com [130.117.15.37]
9 101 ms 101 ms 101 ms be2846.ccr42.fra03.atlas.cogentco.com [154.54.37.29]
10 * * * Richiesta scaduta.
11 207 ms 207 ms 206 ms be12488.ccr42.lon13.atlas.cogentco.com [130.117.51.41]
12 206 ms 206 ms 206 ms be2490.ccr42.jfk02.atlas.cogentco.com [154.54.42.85]
13 * 211 ms 209 ms be2325.ccr21.jfk04.atlas.cogentco.com [154.54.47.30]
14 191 ms 191 ms 190 ms 38.88.194.86
15 183 ms 182 ms 183 ms border4-ae2-0.nym007.pnap.net [216.52.95.86]
16 191 ms 185 ms 188 ms inapvoxcust-8.border4.nym007.pnap.net [63.251.26.2]
17 186 ms 191 ms 185 ms 173.231.161.213
18 185 ms 185 ms 184 ms 173.231.188.38

Traccia instradamento verso easo.ea.com [159.153.234.54]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 * * * Richiesta scaduta.
3 32 ms 31 ms 32 ms 172.18.49.145
4 38 ms 31 ms 31 ms 172.18.48.45
5 39 ms 39 ms 40 ms 172.19.242.66
6 * 39 ms * eth-trunk39.milano1.mil.seabone.net [195.22.192.178]
7 37 ms 37 ms 36 ms ae10.milano51.mil.seabone.net [195.22.205.153]
8 37 ms 37 ms 37 ms ae6.bar1.Milan.Level3.net [4.68.111.165]
9 * 46 ms 46 ms ae-1-3101.ear1.Frankfurt1.Level3.net [4.69.163.70]
10 46 ms 46 ms 46 ms unknown.Level3.net [212.162.40.138]
11 47 ms 46 ms 46 ms unknown.prolexic.com [72.52.48.192]
12 47 ms 47 ms 46 ms unknown.prolexic.com [72.52.48.197]
13 * * * Richiesta scaduta.
14 135 ms 135 ms 134 ms unknown.prolexic.com [209.200.168.132]
15 135 ms 135 ms 137 ms 159.153.93.2
16 137 ms 136 ms 136 ms 159.153.225.30
17 132 ms 133 ms 133 ms meav5-pub.pt.iad.ea.com [159.153.226.105]
18 140 ms 140 ms 140 ms easo.ea.com [159.153.234.54]

Se qualcuno conosce qualche tecnico telecom magari può girargli il problema per vedere se può ripristinare tutto come prima, è difficile e probabilmente non gli frega a nulla, ma almeno si è tentato qualcosa.
In più riportano il problema in più le possibilità che sistemino aumentano, sopratutto per gli utenti che hanno l'opzione attivata in fast.

[skryabin]

Boh a me da quei tracert non sembra affatto che il problema sia in Italia
Qualche giorno fa si che c'era un problema, si perdevano 50ms solo per passare dal seabone al level3 di Milano
Ma sono un paio di giorni che è rientrato nella normalità...non facciamo confusione

6 * 39 ms * eth-trunk39.milano1.mil.seabone.net [195.22.192.178]
7 37 ms 37 ms 36 ms ae10.milano51.mil.seabone.net [195.22.205.153]
8 37 ms 37 ms 37 ms ae6.bar1.Milan.Level3.net [4.68.111.165]
9 * 46 ms 46 ms ae-1-3101.ear1.Frankfurt1.Level3.net [4.69.163.70]

Mi sembra tutto normale fin lì...il casino accade dopo, ma sei già ben lontano dai confini.

Stessa cosa per l'altro tracert

5 36 ms 39 ms 39 ms 172.19.242.66
6 * * 37 ms eth-trunk34.milano1.mil.seabone.net [195.22.192.85]
7 45 ms 44 ms 45 ms et-7-3-0-50.franco71.fra.seabone.net [195.22.196.29]

[KD2]

Originariamente inviato da skryabin

Mi sembra tutto normale fin lì...il casino accade dopo, ma sei già ben lontano dai confini.

Stessa cosa per l'altro tracert

Ma nel seabone di milano perdo quasi sempre il 60-70% dei pacchetti, quindi la saturazione dello stesso compromette di conseguenza tutto il resto, infatti oltre al ping alto ho anche un problema di lag spikes quasi constante.

Secondo te il problema non è comunque nostro ma del nodo cogentco.com?

[Gandolaro]

Originariamente inviato da KD2

Ma nel seabone di milano perdo quasi sempre il 60-70% dei pacchetti, quindi la saturazione dello stesso compromette di conseguenza tutto il resto, infatti oltre al ping alto ho anche un problema di lag spikes quasi constante.

Secondo te il problema non è comunque nostro ma del prolexic?

Wait un attimo, il fatto che se pinghi il seabone perdi il 60% dei pacchetti non significa che hai un reale disservizio verso il server finale. Il seabone è configurato per non rispondere a tutti i pacchetti di test (quello del ping x intenderci). Se il server finale non ha la stessa perdita di pacchetti del seabone in percentuale, il seabone non influisce sulla tratta, semplicemente sega il traffico di prova.

[Paky]

qui da me se pingo 195.22.192.85 sta sui 100ms

l'altro 195.22.192.178 sui 30

[KD2]

Originariamente inviato da Gandolaro

Wait un attimo, il fatto che se pinghi il seabone perdi il 60% dei pacchetti non significa che hai un reale disservizio verso il server finale. Il seabone è configurato per non rispondere a tutti i pacchetti di test (quello del ping x intenderci). Se il server finale non ha la stessa perdita di pacchetti del seabone in percentuale, il seabone non influisce sulla tratta, semplicemente sega il traffico di prova.

Quindi dai test che ho fatto il problema non è del seabone ma della congestione generale?

Potete provare quanto pingate a questo server?
173.232.188.38 (la porta che usa è la 21008).

Mi sa che allora non c'è soluzione, peccato, mi tocca smettere di giocare in quei server e aspettare un eventuale server EU (sempre se mai lo faranno). >_>

[skryabin]

come detto altre volte il fatto che certi nodi si perdano i pacchetti di tracert/ping, o che addirittura si rifiutano proprio di rispondere non è sintomo di nulla...
Si nel caso di quegli ip ci sta un problema di routing su cogentco e prolexic, il precedente routing anomalo sui nodi di Milano (seabone-level3) sono ormai 2 giorni che si è normalizzato.

Ma anche in quel caso, noi utenti finali non avremmo avuto modo di segnalare a chicchessia il problema. Perchè non era un problema esclusivo di TIM, tant'è vero che pure fastweb ne soffriva.

[KD2]

Originariamente inviato da skryabin

come detto altre volte il fatto che certi nodi si perdano i pacchetti di tracert/ping, o che addirittura si rifiutano proprio di rispondere non è sintomo di nulla...
Si nel caso di quegli ip ci sta un problema di routing su cogentco e prolexic, il precedente routing anomalo sui nodi di Milano (seabone-level3) sono ormai 2 giorni che si è normalizzato.

Ma anche in quel caso, noi utenti finali non avremmo avuto modo di segnalare a chicchessia il problema. Perchè non era un problema esclusivo di TIM, tant'è vero che pure fastweb ne soffriva.

Ho provato a chiedere a uno dei nodi che ha il problema ma loro non ne vogliono sapere:

Dear,

if you are not a Cogent customer, please contact the ISP you have a contract with.

regards

Cogent Customer Service Europe
Hotlines in Europe:
DE: +49 69 299 896 96
FR: +33 1 49 03 1818
ES: +34 91 102 2501

O ci pensa la telecom o ci pensa la telecom, e la telecom se ne frega altamente, quindi non ci sono cazzi. >_<

[skryabin]

Originariamente inviato da KD2

Ho provato a chiedere a uno dei nodi che ha il problema ma loro non ne vogliono sapere:


O ci pensa la telecom o ci pensa la telecom, e la telecom se ne frega altamente, quindi non ci sono cazzi. >_<

ma non penso nemmeno sia competenza telecom...siamo su territori sconosciuti
ed è chiaro che se non sei un loro customer pagante se ne fregano, cosa ti aspettavi?
l'unica cosa è provare ad usare una vpn localizzata possibilmente sul territorio dove si trovano i server, nella speranza che il routing sia più favorevole...

[Parideboy]

Ragazzi ho un problema. Se imposto il router con llc (come indicato da loro) dopo un po' tutti gli apparati connessi al router non riescono a collegarsi al server dns (sia esso di Google o Tim). Se invece imposto su vc mux, nessun problema. Come mai?

PS: sto a 200 metri dalla centrale

Inviato dal Samsung Galaxy S4 AICP 6.0.1 utilizzando Tapatalk