Chiavetta Huawei e159g della Tre

[zamby82]

Utilizzo da qualche giorno la huawei e159g con idVendor=12d1, idProduct=1003 della tre su Slackware 12.2 e kernel 2.6.28.
Niente da fare... il mio wvdial termina con modem hung up error 16.
Alla connessione riesco a caricare una sola pagina con Firefox, in pratica una sola chiamata al DNS. Poi la spia
resta blu fissa e si blocca. Nemmeno il ping 62.13.171.4 al DNS non risponde piu'.
La cosa strana e' che il demone pppd esce sempre con errore 16 esattamente dopo 2 minuti e 30 secondi tondi di connessione.

/etc/wvdial.conf
[Dialer Defaults]
Modem = /dev/ttyUSB0
ISDN = off
Modem Type = Analog Modem
Baud = 460800
Init = ATX3
Init2 = AT&F Q0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = at+cgdcont=1,"IP","datacard.tre.it"
Phone = *99#
Dial Attempts = 5
Dial Command = ATM1L3DT
Ask Password = off
Username = ''
Password = ''
Stupid Mode = on
Auto Reconnect = off
Check Def Route = off

/etc/resolv.conf
nameserver 62.13.171.4
nameserver 62.13.171.5

Non riesco a capirne il motivo ormai ho provato tutte le combinazioni di settaggi reperiti in giro dalla rete.
Su win funziona tutto bene. GRrrr..r.rr.r.... Aiuto!

[krisis]

in pppd.conf controlla l'impostazione dei pacchetti lcp ed alza il numero di risposte mancate da ricevere rpima di disconnettere.
Col mio ipaq e tim ho risolto così visto che non mi mandavano le risposte ai pacchetti di controllo.

[zamby82]

Guardo /var/log/messages:
May 5 22:01:51 darkS kernel: PPP generic driver version 2.4.2
May 5 22:01:51 darkS pppd[2285]: pppd 2.4.4 started by root, uid 0
May 5 22:01:51 darkS pppd[2285]: Using interface ppp0
May 5 22:01:51 darkS pppd[2285]: Connect: ppp0 <--> /dev/ttyUSB0
May 5 22:01:51 darkS pppd[2285]: CHAP authentication succeeded
May 5 22:01:51 darkS pppd[2285]: CHAP authentication succeeded
May 5 22:01:51 darkS kernel: PPP Deflate Compression module registered
May 5 22:01:55 darkS pppd[2285]: local IP address 10.98.7.111
May 5 22:01:55 darkS pppd[2285]: remote IP address 10.64.64.64
May 5 22:01:55 darkS pppd[2285]: primary DNS address 62.13.171.4
May 5 22:01:55 darkS pppd[2285]: secondary DNS address 62.13.171.5
May 5 22:04:21 darkS pppd[2285]: No response to 4 echo-requests
May 5 22:04:21 darkS pppd[2285]: Serial link appears to be disconnected.
May 5 22:04:21 darkS pppd[2285]: Connect time 2.5 minutes.
May 5 22:04:21 darkS pppd[2285]: Sent 27888 bytes, received 33055 bytes.
May 5 22:04:23 darkS pppd[2285]: Modem hangup
May 5 22:04:23 darkS pppd[2285]: Connection terminated.
May 5 22:04:23 darkS pppd[2285]: Exit.

Ho tentato la modifica degli echo lcp. Ma non cambia.
Non credo che sia questo il motivo, del resto la connessione funziona per qualche secondo poi si interrompe, anche i ping al dns e al ip remoto non funzionano, quindi probabilmente anche il pacchetto lcp non transita più. Infatti dopo 4 echo falliti ppp decide di cadere. Impostando lcp-echo-failure a 0, ppp evita il controllo e infatti non si disconnette ma il problema rimane.
Comunque se puoi essere più preciso nei paramentri inseriti al riguardo mi farebbe piacere. Tentare non nuoce.

[zamby82]

Finalmente riesco a navigare.
Per i posteri, il problema sta nel driver o meglio in usbserial. Il buffer è troppo piccolo.
Si risolve applicando una patch al kernel oppure ricompilate un nuovo kernel recente.
Sto utilizzando il 2.6.29.2
( probabilmete Slackware non vedrà un 2.6.29 ma vi consiglio di andare a vedere il nuovo logo!
al primo avvio mi è venuto un colpo, per fortuna è temporaneo ed è per una giusta causa )

Ho scritto erroneamente e159g invece di e156g
Ciao