Problemi con TIM - Thread ufficiale

[1onexx]

Vero.
Prova anche l'UP su un sito

[giovanni69]

Originariamente inviato da Emin3nt

riposto se qualcuno ha in mente qualcosa

Ammesso che Alice Business & NGI fossero collegati alla stessa centrale, hai provato semplicemente a richiamare il 187-2 e sperare in altro operatore?

[giovanni69]

Originariamente inviato da 1onexx

Vero.
Prova anche l'UP su un sito

Ho provato lo scarico del 60% di un file da 640 Mb da http://93.63.59.254/ e non ci sono problemi: tutto lineare e continuo senza buchi nei 5' di scaricamento.

Per il test di Upload andrebbe bene Sendspace? In questo grafico l'upload di un file da 150 Mb è a circa 910 kbps.

[Emin3nt]

Originariamente inviato da giovanni69

Ammesso che Alice Business & NGI fossero collegati alla stessa centrale, hai provato semplicemente a richiamare il 187-2 e sperare in altro operatore?

Sono sicuro al 100% perchè abito in una zona dove c'è solo quella centrale

[giovanni69]

Originariamente inviato da Emin3nt

Sono sicuro al 100% perchè abito in una zona dove c'è solo quella centrale

Bene, chiama allora almeno 3 volte il 187-2 in orari diversi e chiarisci la questione.

[DooM1]

Originariamente inviato da giovanni69

Perchè lo scarico da un sito dovrebbe avere a che fare con il problema di alti valori di UAS in Upload?

Il protocollo TCP ha bisogno di inviare pachetti per la conferma di ricezione dei dati.
Infatti se per esempio la banda in upload è satura, vedrai che anche il download sarà pressoché bloccato.

[_maxp_]

Cosa potrebbe causare questa depressione nel grafico dmt?

Ho controllato l'impianto e il risultato è lo stesso anche con il modem collegato direttamente al doppino all'ingresso...

[giovanni69]

Originariamente inviato da DooM1

Il protocollo TCP ha bisogno di inviare pachetti per la conferma di ricezione dei dati.
Infatti se per esempio la banda in upload è satura, vedrai che anche il download sarà pressoché bloccato.

Grazie per la risposta ma non capisco il nesso tra alti valori di UAS in UP e la tua argomentazione.

Quella tabella Info1 non è stata postata dopo un uso intensivo di upload con traffico TCP ma con uso 'normale' della linea con la stragrande maggioranza del traffico proveniente dal download (come si vede del resto dalle altre statistiche).
Il grafico con il chart di Sendspace l'ho postato come test perchè richiesto dal precedente poster per evidenziare eventuali problemi.

Se quindi volessi meglio chiarire la tua argomentazione in relazione a quei valori UAS...

[1onexx]

Originariamente inviato da giovanni69

Grazie per la risposta ma non capisco il nesso tra alti valori di UAS in UP e la tua argomentazione.

Quella tabella Info1 non è stata postata dopo un uso intensivo di upload con traffico TCP ma con uso 'normale' della linea con la stragrande maggioranza del traffico proveniente dal download (come si vede del resto dalle altre statistiche).
Il grafico con il chart di Sendspace l'ho postato come test perchè richiesto dal precedente poster per evidenziare eventuali problemi.

Se quindi volessi meglio chiarire la tua argomentazione in relazione a quei valori UAS...

Ciò che ti è stato detto è corretto.
Quando esegui un download il sender riceve attraverso il tuo UP la conferma che il pacchetto inviato è corretto.
Il receiver (tu) usa l'overhead del pacchetto per effettuare il controllo d'errore.
Se è presente un errore non correggibile nel pacchetto, viene richiesto al sender la sua ritrasmissione.
Questa comunicazione è fatta proprio sfruttando il tuo UP, che quindi viene usato anche in download, anche se in minima parte.

E' per questo che ti chiedevo poi di completare le prove anche lato Upload, perché nel download usi lo stesso il canale di UP ma molto poco rispetto all'Upload.

[1onexx]

Originariamente inviato da _maxp_

Cosa potrebbe causare questa depressione nel grafico dmt?

Ho controllato l'impianto e il risultato è lo stesso anche con il modem collegato direttamente al doppino all'ingresso...

Bè direi che sei quasi a rischio di linciaggio
Con quella attenuazione sarai a circa 100mt dalla centrale e sei quasi a palla su tutto il grafico.
Direi che puoi anche non preoccuparti di quella lieve inflessione, che potrebbe anche essere provocata dalla troppa vicinanza.

PS l'snrm è quello di default o lo hai forzato ?

[giovanni69]

Originariamente inviato da 1onexx

Ciò che ti è stato detto è corretto.
Quando esegui un download il sender riceve attraverso il tuo UP la conferma che il pacchetto inviato è corretto.
Il receiver (tu) usa l'overhead del pacchetto per effettuare il controllo d'errore.
Se è presente un errore non correggibile nel pacchetto, viene richiesto al sender la sua ritrasmissione.
Questa comunicazione è fatta proprio sfruttando il tuo UP, che quindi viene usato anche in download, anche se in minima parte.

E' per questo che ti chiedevo poi di completare le prove anche lato Upload, perché nel download usi lo stesso il canale di UP ma molto poco rispetto all'Upload.

Ok chiaro ma tutte queste conferme effettuate in upload creano normalmente centinaia di migliaia di UAS in Up anche quando ci sono pochi RS Uncorr come nel mio caso in Download?
Adesso vedo 54 RSUncorr in Down e 318039 UAS in Upload.
"Ten consecutive SES's will trigger a UAS event, and will remove the path from use. The path will become usable again after 10 consecutive seconds with no SES. "

e nel mio caso i valori di SES sono a 0 sia in up che donwload.



La prova in UPload che mi hai chiesto è stata postata qualche msg più sopra QUI.

[1onexx]

Si avevo già visto la prova in up e direi che il grafo è a posto, senza ondulazioni e vicino ai valori max

[DooM1]

Ma siamo sicuri che UAS siano errori?
Ora non ho la minima idea di cosa voglia dire UAS, ma nella pagina del mio modem c'è una sezione degli errori, e separatamente ci sono ES, SES, UAS.

Ho sempre saputo che gli errori siano HEC, OCD, LCD... CRC ecc..

Comunque magari mi sbaglio.
Ad ogni modo magari può essere utile un confronto.
Ecco i dati del mio modem broadcom dopo 42 giorni di initerrotta connessione:

Mode: 	ADSL2+ 
Line coding: 	Trellis On 
Status: 	No Defect 
Link power state: 	L0 
 
  	Downstream 	Upstream
SNR margin (dB): 	13.8  	27.3 
Attenuation (dB): 	32.0  	20.8 
Output power (dBm): 	0.0  	12.8 
Attainable rate (Kbps): 	16632  	864 
Rate (Kbps): 	8126  	478 
MSGc (number of bytes in overhead channel message): 	64  	10 
B (number of bytes in Mux Data Frame): 	46  	68 
M (number of Mux Data Frames in FEC Data Frame): 	1  	1 
T (Mux Data Frames over sync bytes): 	5  	1 
R (number of check bytes in FEC Data Frame): 	16  	2 
S (ratio of FEC over PMD Data Frame length): 	0.1843  	4.5440 
L (number of bits in PMD Data Frame): 	2735  	125 
D (interleaver depth): 	256  	8 
Delay (msec): 	11  	9 
 
Super Frames: 	225678187  	225678185 
Super Frame Errors: 	143  	0 
RS Words: 	1677954200  	2461214692 
RS Correctable Errors: 	379764  	0 
RS Uncorrectable Errors: 	7612  	N/A 
 
HEC Errors: 	125  	0 
OCD Errors: 	0  	0 
LCD Errors: 	0  	0 
Total Cells: 	1027846026  	708196 
Data Cells: 	1908662412  	241547 
Bit Errors: 	0  	0 
 
Total ES: 	110  	0 
Total SES: 	0  	0 
Total UAS: 	29  	0 

Nota: l'SNR di norma è sui 18/16, ma dopo alcune settimane scende e sembra che si stabilizzi sui 13. Dovrei riavviare il modem, ma siccome non mi dà problemi per ora me ne frego e lo lascio così


EDIT:
ho trovato questo
http://www.usr.com/support/9113/9113...atus_adsl.html
per Total UAS dice "The unavailable errored seconds", ma francamente non credo di capire fino in fondo cosa significhi.

[_maxp_]

Originariamente inviato da 1onexx

Bè direi che sei quasi a rischio di linciaggio
Con quella attenuazione sarai a circa 100mt dalla centrale e sei quasi a palla su tutto il grafico.
Direi che puoi anche non preoccuparti di quella lieve inflessione, che potrebbe anche essere provocata dalla troppa vicinanza.

PS l'snrm è quello di default o lo hai forzato ?

L'snrm è forzato. Il problema è che ho una caterva di errori crc, ses e qualche loss of frame/margin/signal.

[fabio336]

UAS = Secondi non disponibili, che equivale a dire secondi senza portante

[1onexx]

Originariamente inviato da _maxp_

L'snrm è forzato. Il problema è che ho una caterva di errori crc, ses e qualche loss of frame/margin/signal.

E tu non forzare l'snrm.
Con quello liscio quanto agganci ?

[DooM1]

Originariamente inviato da fabio336

UAS = Secondi non disponibili, che equivale a dire secondi senza portante

In pratica è come se la portante andasse in stallo per alcuni secondi, quindi la linea risulta come mancante?
I secondi si accumulano in quel contatore...
Non lo sapevo.
Ma a cosa sarebbe dovuto questo stallo? Ad errori? Solo che lui non ha poi molti boh...

[DooM1]

Originariamente inviato da giovanni69

Se quindi volessi meglio chiarire la tua argomentazione in relazione a quei valori UAS...

Penso che si sia chiarito coi commenti degli altri utenti, comunque ti rispondo esplicitamente.
Volevo solo evidenziare che problemi all'upload si possono ripercuotere al download.

[_maxp_]

Originariamente inviato da 1onexx

E tu non forzare l'snrm.
Con quello liscio quanto agganci ?

Gli errori ci sono anche se lo forzo a 12 db

[1onexx]

Originariamente inviato da _maxp_

Gli errori ci sono anche se lo forzo a 12 db

Quando si è troppo vicini alla centrale può capitare che ci siano comportamenti di questo tipo.
Ma quanto agganci e a quanto vai realmente ?

PS chiaramente sto ipotizzando che il tuo impianto di casa sia insospettabile
Se poi hai tripolari e sei connesso lontano dalla prima presa all'ingresso, allora ti invito a controllare prima il tuo impianto.