Upgrade da Libero 8 Mbps a Libero 20 Mbps pacchetti persi 96%!!

[Squit7]

Salve da un mese circa ho fatto l'upgrade della linea adsl di libero la mia linea è sempre andaa una meraviglia fino appunto a questo upgrade che mi sta dando non poche noie... siamo partiti che la portante si assestava sui 16 Mbps ma con innumerevoli disconnessioni, contatto l'assistenza e mi castrano la portante a 14 Mbps tutto tranquillo e senza più disconnessioni..vado ad effettuare il ping test e sorpresa!!


Contatto di nuovo l'assistenza che mi dice che loro non possono fare nulla e che il problema non dipende dall'upgrade perchè la portante è stabile mi dicono di aspettare una settimana perchè forse il segnale non si è ancora stabilizzato...aspetto ma non cambia nulla e li richiamo stamattina dove mi dicono che FORSE è colpa dei filtri o del modem mi dicono di aspettare un altro po' e di provare a cambiare modem, filtri e connettermi alla presa principale... cosa dovrei fare secondo voi?? Vi posto sotto le stat del modem e dello speedtest...



Upstream


639 (Kbps.)

Downstream


13997 (Kbps.)


Upstream Downstream

Noise Margin 22 dB 10dB

Attenuation 23 dB 27dB

Near End Indicator Far End Indicator

Fast path CRC Error 0 21

[OUTATIME]

Originariamente inviato da Squit7

Upstream


639 (Kbps.)

Downstream


13997 (Kbps.)


Upstream Downstream

Noise Margin 22 dB 10dB

Attenuation 23 dB 27dB

Near End Indicator Far End Indicator

Fast path CRC Error 0 21

IMHO il problema è questo....

[Squit7]

Potresti spiegarti meglio..se il problema è questo fast path cosa potrei fare? Scusami ma di adsl ci capisco ben poco...

[OUTATIME]

Originariamente inviato da Squit7

Potresti spiegarti meglio..se il problema è questo fast path cosa potrei fare? Scusami ma di adsl ci capisco ben poco...

Farti togliere il fast path.... Questo però comporta un aumento del tempo di ping....

[random566]

Originariamente inviato da OUTATIME

Farti togliere il fast path.... Questo però comporta un aumento del tempo di ping....

probabilmente farsi togliere il fast path da infostrada è altrettanto difficile quanto farselo mettere da telecom....
però addirittura il 96% di pacchetti persi non è un po' eccessivo per dipendere solo dal settaggio fast path?

[Lanfi]

Ma scusa....hai problemi con lo streaming o il gaming? Perché con il 96% dei pacchetti persi praticamente non dovresti riuscire a fare niente su internet...io personalmente mi fido fino ad un certo punto del pingtest. Se vai nelle statistiche del router che valori vedi nei campi "errors"?

[Squit7]

Originariamente inviato da Lanfi

Ma scusa....hai problemi con lo streaming o il gaming? Se vai nelle statistiche del router che valori vedi nei campi "errors"?

In realtà con lo streaming non ho molti problemi, però con skype a volte si.. nelle statistiche del router gli errori sono tutti a 0 tranne sto fast path dove ce ne sono parecchi... tipo per 10 ore di connessione 500 errori

[lonewo|_f]

intanto apri cmd

digiti

ping maya.ngi.it -n 100

oppure 1000 se preferisci

e dicci quanti pacchetti perdi.

OVVIAMENTE con programmi p2p chiusi e rete non usata. lasci il pc fare sto test per un po' e ci posti i risultati

[Squit7]

Test fatto ecco i risultati che sono buoni penso..

Statistiche Ping per 88.149.128.3:
Pacchetti: Trasmessi = 100, Ricevuti = 99, Persi = 1 (1% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 26ms, Massimo = 32ms, Medio = 30ms

[webmagic]

Tutto nella norma, un unico pacchetto perso

Direi situazione quasi complementare a quella del post di apertura da 96% a 1% Credo che pingtest abbia evidenziato un NON problema.

Se lo ripeti ora cosa ottieni?

[Squit7]

Originariamente inviato da webmagic

Tutto nella norma, un unico pacchetto perso

Direi situazione quasi complementare a quella del post di apertura da 96% a 1% Credo che pingtest abbia evidenziato un NON problema.

Se lo ripeti ora cosa ottieni?

esattamente lo stesso risultato di prima..mah! quindi secondo voi il problema non sussiste e posso non rompere le scatole al 155??

[Gian2]

Originariamente inviato da Squit7

esattamente lo stesso risultato di prima..mah! quindi secondo voi il problema non sussiste e posso non rompere le scatole al 155??

tagliamo la testa la toro

intanto apri cmd

digiti

ping unidata.it -n 100

e vedi quanti pacche ti perdi è lo stesso server che usa pingtest.

[lonewo|_f]

e magari, se pingando unidata.it hai valori di packet loss alti fanne uno anche in regno unito

ping jolt.co.uk -n 25

nel caso non perdi molti pacchetti nemmeno con questo semplicemente il server unidata ha problemi di qualche tipo

[Squit7]

Ecco i test:

Statistiche Ping per 217.72.96.107:
Pacchetti: Trasmessi = 100, Ricevuti = 100, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 49ms, Massimo = 52ms, Medio = 49ms


Statistiche Ping per 84.234.17.86:
Pacchetti: Trasmessi = 25, Ricevuti = 25, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 50ms, Massimo = 56ms, Medio = 51ms

Quindi il problema è di pingtest non mio presumo giusto?

[Lanfi]

Originariamente inviato da Squit7

...Quindi il problema è di pingtest non mio presumo giusto?

Esatto. Personalmente sia speedtest che pingtest mi convincono fino ad un certo punto....molto meglio testare le prestazioni in download scaricando files da server molto veloci, e verificare il ping utilizzando l'apposito comando.