Newsgroup: it.comp.hardware.modem
Titolo: Problemi con la linea

Ho un problema con il mio modem un HSP 33.6 PCTel.
Ogni volta che mi connetto (o quasi) la linea cade e io devo richiamare
pagando un altro scatto. A volte devo anche riavviare il computer perchè se
mi riconnetto ricevo il messaggio "impossibile stabilire una connessione".
Sulle istruzioni del modem c'è scritto che il problema può essere dovuto
alla linea disturbata, ma non è il mio caso. Vi prego, datemi qualche
consiglio, qualche stringa da inserire  o consigliatemi un modem che
funzioni in modo decente, perchè sono stufo di pagare scatti in più alla
Telecom.
Potete rispondere anche con l'email a 
dan...@geocities.com
.
Vi ringrazio per l'aiuto.

 scrisse:
 >Ho un problema con il mio modem un HSP 33.6 PCTel.
 ...omissis...
Io ho avuto analoghi problemi e li ho praticamente risolti così:
a) riducendo le dimensioni dei pacchetti;
b) allungando i tempi di inattività prima del "time-out";
c) passando a linea digitale.
In bocca al lupo!
Cordialità
--
r...@xsplit.it
Importante: per eventuale corrispondenza di ritorno rimuovere la "x" dall'indirizzo.

 c) passando a linea digitale.
Hi! E come si fa' per i primi due?
-- 
Sono gradite risposte via e-mail.
Grazie e ciao,
Giglio
gig...@tuttocitta.it
-------------------------------------------
Vieni sulla mia pagina all'indirizzo
http://members.xoom.com/giglio/
 dove sono
disponibili anche le mie PGPi Keys.
-------------------------------------------
ICQ Number: 12385960
-------------------------------------------
Ti ricordo che e' in corso la votazione per il gruppo
"it.tlc.telefonia.dect" e che lo
puoi votare rispondendo al messaggio: "CFV: it.tlc.telefonia.dect" nel
newsgroup "it.news.votazioni".
E' importante che tu risponda al messaggio e che non ne crei uno nuovo.

Come si fa ???
dan...@geocities.com


scrisse:
 >rfe wrote:
 >> Io ho avuto analoghi problemi e li ho praticamente risolti cosģ:
 >> 
 >> a) riducendo le dimensioni dei pacchetti;
 >> b) allungando i tempi di inattivitą prima del "time-out";
 >> c) passando a linea digitale.
 >Hi! E come si fa' per i primi due?
 >-- 
 >Sono gradite risposte via e-mail.
Io uso Windows 3.1 + Trumpet Winsock.
Dal menu di Trumpet Winsock si sceglie la voce "file", quindi "setup"
e si modificano opportunamente i parametri "TCP RWIN", "MTU", "TCP
MSS" e "Demand Load Timeout".
Per Windows 96 non sono in grado di dire nulla.
Cordialitą



r...@xsplit.it
Per modificare quei parametri in Win95 puoi usare MTUSpeed (lo trovi
anche su Volftp).
Se ami le cose complicate puoi fare le modifiche direttamente nel
registro; le istruzioni le puoi trovare nella Faq di Amedeo Lanza,
reperibile in vari siti tra cui 
http://www.poli.studenti.to.it/
  e credo
anche su Volftp.
Ciao, Franco.

b) allungando i tempi di inattivitą prima del "time-out";
E questi a cosa servono??
Ciao Ciao
CyberMich
mich...@tin.it


scrisse:
...omissis...
 >>a) riducendo le dimensioni dei pacchetti;
 >Cosa significa? A cosa serve??
Significa che i dati vengono spediti dopo essere stati raccolti in
"pacchetti".
Questi "pacchetti" hanno una lunghezza variabile che può essere
modificata agendo su determinati valori di impostazione.
Quando un "pacchetto" arriva a destinazione viene "verificato": se è
congruo viene accettato, in caso contrario ne viene chiesta la
ri-spedizione.
Chi ha spedito il pacchetto, quindi, procede a ri-spedire tutto il
pacchetto.
Se io avessi (per assurdo!!!) un pacchetto da 1 MB e mi arrivasse
tutto giusto salvo l'ultimo byte... io dovrei chiedere che mi venisse
ri-spedito TUTTO il pacchetto da 1 MB.
Se io fraziono quelle stesse informazioni in pacchetti da 1 byte,
dovrei chiedere la ri-spedizione solo ed esclusivamente di QUEL byte
che mi è arrivato corrotto.
Nel primo caso avrei un flusso di 2 MB, nel secondo caso avrei un
flusso di 1MB + 1B.
Ovviamente (detto in questi termini irreali) la differenza è molta!
L'esempio di cui sopra (per quanto sia aberrante) rende l'idea di come
le dimensioni di un pacchetto possano influire sul volume totale dei
dati trasferiti...
Sotto QUEL profilo si potrebbe dire che tanto più i pacchetti sono
piccoli quanto più veloce è la trasmissione...
Sotto il profilo inverso si può dire che ogni pacchetto contiene molte
indicazioni di servizio (che sono in numero fisso), tanto meno
pacchetti vengono spediti (quindi ognuno di essi deve essere più
grande) quanto più veloce è la trasmissione...
La "virtù" (come dicevano i latini) sta nel mezzo...
E' chiaro, tuttavia, che questi valori generalmente validi debbano
essere talvolta ritoccati per adeguarli meglio ai casi specifici...
 >>b) allungando i tempi di inattività prima del "time-out";
 >E questi a cosa servono??
Se la linea è piuttosto disturbata può accadere (ne ho fatto
esperienza personale!!!) che il pacchetto ri-spedito giunga anch'esso
corrotto, ed anche il successivo...  Se tra l'ultimo pacchetto "buono"
ed il successivo pacchetto "buono" intercorre un tempo troppo lungo
può accadere che la linea cada per sopravvenuto "time-out", cioè che
l'ultimo pacchetto giunga "fuori tempo massimo" quando il programma
(Winsock Trumpet, nel mio caso) ha già deciso di "chiudere" la
connessione...
Cordialità
