upload sempre fisso a 90(tin.it 1200/256)!!!

[lucytalk]

sono mesi che apro ticket perennemente ignorati, li bombardo sia via web che via 803380 ma è tutto inutile:il mio upload in qualsiasi momento 24/7 è fisso a 90 kbps. i tecnici telecom dicono di aver fatto tutti i controlli di loro competenza e per loro è tutto ok;ho invocato l'intervento dei tecnici tin.it ma di loro nemmeno l'ombra: non dico di trovarmeli attaccati al campanello di casa 5 minuti dopo la segnalazione, ma almeno una telefonata,un sms, una mail...VUOTO ASSOLUTO!

cosa posso fare?

cosa c'è un rubinetto in centrale per dare + o - velocità e loro se lo sono dimenticato chiuso? lo chiedo perchè prima avevo la 640/128 e in upload facevo sempre fissi 88 kbps!

[Fool]

credo proprio che il problema è lato telecom, nella tua centrale sullo DSLAM

[fivendra]

Facciamo qualche provetta intanto....
1)riesci a vedere i valori di portante a cui è collegato il modem (dovrebbero essere 1504/320)
2)test di velocità su
help.virgilio.it/velox
http://meter.mclink.it/applet.html (fa anche l'upload)
3)riporta quanto scritto su questo minitest
http://www.speedguide.net/analyzer.php
4)fai un pò di ping test, da dos
ping 192.168.100.1
e
ping www.ngi.it

[lucytalk]

1)sorry, ma niente valori della portante
2)mclink 1179/90 (upload è sempre così, download sempre intorno a questo valore +o-
3)TCP options string = 020405b401010402
MTU = 1500
MTU is fully optimized for broadband.
MSS = 1460
Maximum useful data in each packet = 1460, which equals MSS.

Default Receive Window (RWIN) = 64240
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 64240

RWIN is a multiple of MSS
Other values for RWIN that might work well with your current MTU/MSS:
513920 (MSS x 44 * scale factor of 8)
256960 (MSS x 44 * scale factor of 4)
128480 (MSS x 44 * scale factor of 2)
bandwidth * delay product:

Your RcvWindow limits you to: 2569.6 kbps (321.2 KBytes/s) @ 200ms
Your RcvWindow limits you to: 1027.84 kbps (128.48 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 56 hops

TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349) = 00000000

4)
Microsoft Windows XP [Versione 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Administrator>ping 192.168.100.1

Esecuzione di Ping 192.168.100.1 con 32 byte di dati:

Risposta da 192.168.100.1: byte=32 durata=65ms TTL=255
Risposta da 192.168.100.1: byte=32 durata=63ms TTL=255
Risposta da 192.168.100.1: byte=32 durata=66ms TTL=255
Risposta da 192.168.100.1: byte=32 durata=65ms TTL=255

Statistiche Ping per 192.168.100.1:
Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 63ms, Massimo = 66ms, Medio = 64ms



Microsoft Windows XP [Versione 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Administrator>ping www.ngi.it

Esecuzione di Ping www.ngi.it [194.185.88.15] con 32 byte di dati:

Risposta da 194.185.88.15: byte=32 durata=80ms TTL=118
Risposta da 194.185.88.15: byte=32 durata=83ms TTL=118
Risposta da 194.185.88.15: byte=32 durata=82ms TTL=118
Risposta da 194.185.88.15: byte=32 durata=80ms TTL=118

Statistiche Ping per 194.185.88.15:
Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 80ms, Massimo = 83ms, Medio = 81ms



i valori mi sembrano tutti corretti, anch'io penso che il prob sia in centrale, ma più che tempestarli di chiamate ogni santo giorno non so che fare!(sempre gentile ed educato, ma qui sembra proprio che ti prendano in giro!)

[fivendra]

si, i valori sono corretti...
potrei suggerirti di dire all'assistenza tecnica ci effetuare un reset delle piastre in centrale via remoto....

[lucytalk]

reset delle piastre?...va beh come dicevano nell'"attimo fuggente" provo tutto almeno una volta nella vita!

grazie per il supporto