Newsgroup: it.comp.hardware.modem
Titolo: DUN1.2, Winsock2.0 e rallentamento di connessione?

Da un po' di tempo a questa parte ho difficoltà ad accedere in rete.
Talvolta il modem, dopo che ha fatto il numero, resta invano in attesa
della risposta del modem remoto, e poi disconnette automaticamente.
In certi momenti "sfigati" devo riprovare 2 o 3 volte, prima di
riuscire ad agganciare al server.
E comunque, una volta agganciati al server, a fare il controllo della
password, e l'accesso in rete è *lentissimo*, da quando fa il numero a
quando entra in rete passa quasi un minuto e mezzo, dopodiché
finalmente mi dice "password verified" e mi fa entrare.
Domanda: è colpa di DUN1.2 e di Winsock2.0, a qualcun altro succede la
stessa cosa?
Oppure devo escogitare qualcos'altro?
Ho già parlato col mio provider, non stanno facendo lavori e sono
l'unico che ha questi problemi (ho tanti altri amici sullo stesso
provider), ma sono anche l'unico che ha installato appunto DUN1.2 e
Winsock2.0.
Ho già studiato a fondo la stringa di connessione del modem, le ho già
provate tutte. Vorrei solo sapere se è "fisiologico" del Winsock2
Grazie.
Crononauta
===============================================
Anche i problemi più complessi hanno sempre una 
soluzione semplicissima. Che è sbagliata.               
(A. Einstein)
===============================================
ICQ UIN: 4005815

...


Dun 1.2b non mi ha mai dato problemi su win95, anzi ....
Winsock 2 e' di serie su win98.
Prova a disabilitare la casella "accesso alla rete". Spesso e' quella che ti
fa perdere un mucchio di tempo.
Poi vai in pannello controllo->rete->scheda accesso remoto (o in inglese la
#1) e al tab "bindings" lascia solamente quello per TCP/IP (a meno che tu
abbia realmente bisogno di IPX ((rete netware)) oppure NetBui ((alcuni
multiplayer))
Ciao Simone


wrote:

Ho risolto!
Dopo uno studio ferocissimo sui comandi AT, sono venuto a capo della
questione. 
IPX e Net Beui li avevo già disabilitati, li avevo addirittura
disinistallati dalle proprietà di rete del pannello di controllo.
Per quanto riguarda le proprietà della connessione, "Accesso alla
Rete" ci vuole sennò non connette proprio. Invece bisogna disabilitare
nelle proprietà del TCP/IP quello che dice "use ip compression
header", tolto quello dal momento in cui fa il verifying user password
all'ingresso in rete effettivo passano pochi secondi.
Restava il problema di come mai agganciasse una volta ogni tanto...
Quel problema l'ho risolto modificando i protocollo di controllo
d'errore.
Infatti avevo visto che se disabilitavo il controllo d'errore la
connessione avveniva nel 100% dei casi.
Ho visto che il mio modem permette diversi protocolli di controllo
d'errore, con il comando AT \N0 fino a \N7.
Con \N2, che corrisponde a un controllo d'errore di tipo MNP, ho visto
che si connette sempre e subito con compressione tipo MNP5.
Con \N3, che sarebbe "di default" il protocollo V42/mnp/normal
automode, invece, fa una fatica boia a connettersi (nel senso che devo
provare 5 o 6 volte).
Con \N0 e \N1 si connette ma senza controllo d'errore.
La morale è: ora funziona, ma non ci ho capito una mazza!
Crononauta
============================================
Quattro ruote motrici significa impantanarsi
in luoghi più inaccessibili.
(Dalle "Leggi di Murphy" di A. Bloch)
============================================
ICQ UIN: 4005815