problemi con chiavetta onda MT883UP con slackware....

[slucky]

Sto usando una chiavetta usb onda MT883UP per connettermi online all'occorrenza durante la giornata ma con la slackware non riesco a farla funzionare....
su altre partizioni con Debian lenny e Ubuntu 10.04, è bastato installare i driver a corredo con la confezione e i pacchetti libqt-mt3 o wvdial perchè si attivasse in auto all'inserimento del pennino, sto usando la current, kernel di default di Pat 2.6.35.7-smp e /etc/wvdial.conf e così configurato:

Codice: Seleziona tutto

[Dialer Defaults]

Phone = *99#

Username = TIM

Password = TIM

Stupid Mode = 1

Dial Command = ATDT

Modem = /dev/ttyACM0

Baud = 115200

Init2 = ATZ

Init3 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0

ISDN = 0

Auto Reconnect = off

Modem Type = Analog Modem

se provo ad utilizzare il comando wvdial per la connessione mi da questo errore:

Codice: Seleziona tutto

bash-4.1# wvdial
--> WvDial: Internet dialer version 1.61
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
ERROR
--> Invalid dial command.
--> Disconnecting at Fri Oct 29 20:55:43 2010
bash-4.1# 

qualche dritta per risolvere il problema?

[percoco2000]

Sembra che la pennetta dia errore all'invio del comando di "chiamata", probabilmente perche' manca l'APN.
Prova ad aggiungere questa stringa a vdvial.conf

Init4 = AT+CGDCONT=1,"IP","ibox.tim.it"

(supponendo che tu usi TIM)

[joe]

Secondo me c'è solo una "T" di troppo.
Come comando di chiamata hai impostato "ATDT".
Non sempre è questo, alcuni device per esempio per i due o tre telefoni nokia con cui ho avuto a che fare, utilizzano come comando di chiamata ATD.

Per quanto riguarda la stringa per l'impostazione dell''apn potrebbe non essere necessaria in quanto il numero che chiami (che poi non è un numero vero e proprio) cioè *99# prende la configurazione dell'apn preimpostata come predefinita nella chiavetta.
Per esempio se io navigo il menu del mio cellulare trovo come punto di accesso attivo "ibox.tim.it" e se imposto la connessione con *99# si connette usando come apn quello lì.

Ciò nonostante, siccome l'apn è un parametro cruciale su cui si basa la tarriffazione. Forse è il caso di impostarlo a mano nella configurazione di wvdial. In tal caso se utilizzi il consiglio già dato, ovvero:

Init4 = AT+CGDCONT=1,"IP","ibox.tim.it"

Poi come numero da chiamare usa *99***1#.

In ogni caso fai una prova alla volta.
Quasi sicuramente il tuo errore non è dovuto alla mancanza dell'impostazione apn, ma all'errato comando di dial che non è probabilmente ATDT ma ATD.
Tutte queste prove si possono fare anche con minicom che è molto più diretto.

[slucky]

allora, grazie per i consigli, solo oggi ho provato le modifiche che mi avete suggerito:

...utilizzano come comando di chiamata ATD.

Init4 = AT+CGDCONT=1,"IP","ibox.tim.it"

ma continua a non funzionare, è come se la connessione rimanesse sospesa, questo l'output del comando:

Codice: Seleziona tutto

bash-4.1# wvdial
--> WvDial: Internet dialer version 1.61
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","ibox.tim.it"
AT+CGDCONT=1,"IP","ibox.tim.it"
OK
--> Modem initialized.
--> Sending: ATD*99#
--> Waiting for carrier.
ATD*99#
CONNECT 10200000
--> Carrier detected.  Starting PPP immediately.
--> Starting pppd at Tue Nov  2 17:20:28 2010
--> Pid of pppd: 2242
--> Using interface ppp0
--> Authentication (PAP) started
--> Authentication (PAP) successful
--> local  IP address 95.74.37.24
--> remote IP address 10.0.0.1
--> primary   DNS address 213.230.130.222
--> secondary DNS address 217.200.200.42

qualche idea a riguardo?

[joe]

Guarda che ha funzionato!

Ti è stato assegnato il tuo ip pubblico 95.74.x.x, quindi la chiavetta funge bene e sei connesso.
Quindi il problema che avevamo diagnosticato era proprio quello del comando di chiamata che adesso come vedi non ha più dato l'errore di prima.

Ora tu dici che la connessione resta "come sospesa"...
Caro slucky, dovresti essere più preciso. Cosa esattamente non funziona?
Io di solito faccio queste prove nell'ordine:

1- ping di un indirizzo ip numerico (ad esempio quello di mayi.ngi.it: 88.149.128.3)
se non funziona è un problema di instradamento (routing) e in quel caso và aggiunto il default route attraverso l'interfaccia ppp0.
se invece funziona procedo al punto 2.
2- ping dell'indirizzo in formato human readable, ovvero maya.ngi.it per esempio.
se non funziona significa che il problema sta semplicemente nella risoluzione dei nomi. E allora devi mettere mano al solito /etc/resolv.conf mettendo per esempio, volendo usare i dns di tim:

nameserver 213.230.130.222
nameserver 217.200.200.42

Volendo comunque ne puoi usare anche altri. Quelli di opendns, oppure quelli di google, o ancora installare ed attivare bind in locale, io ho scelto quest'ultima via.
---
Se neanche questo funge, spiega bene cosa non funziona e ne riparliamo.
Sono stato sul generico, per dare un senso di completezza a chi in futuro leggerà la discussione... spero sia utile. Tuttavia vedendo il tuo livello di "ipermaster" nel forum mi viene qualche dubbio che tutte queste cose tu le sappia già. Però non si sa mai magari ti sei sempre connesso via rete locale con un router e allora in quel caso le cose potrebbero funzionare in modo leggermente diverso.

Ok, alla prossima.

[slucky]

infatti normalmente mi connetto con chiavetta wi-fi tramite router in wpa, mai usato ppp0 finora e chiavette di questo tipo, probabilmente allora è un problema di /etc/resolv.conf, in effetti non lo controllai quando feci la prova, anche perchè pensavo che i DNS fossero regolati automaticamente anche sulla Slackware così come succede sulla Debian Lenny, dove tutto avviene in auto senza che abbia mai avuto bisogno di mettere mano a quel file e riguardo poi al discorso master o non-master penso che nella vita non si finisce mai di imparare, quindi grazie a tutti per i preziosi consigli!

[joe]

Ok, bene.
Comunque visto che abbiamo fatto 30, quando poi farai la prova potresti specificare a cosa esattamente era dovuto il fatto che la connessione fosse "come sospesa". Sempre per il fatto che un domani chi leggerà potrà seguire la vicenda in modo completo, ovvero fino alla risoluzione.
Ti saluto

[slucky]

allora ho messo mano a /etc/resolv.conf ma nulla......sospesa nel senso che la connessione sembra attiva, mi restituisce l'output già segnalato in un precedente post....però non riesco lo stesso a visualizzare nessuna pagina web

[joe]

Lasciamo un attimo perdere le pagine web e vediamo di utilizzare per i test l'utility "ping" da riga di comando.
Visto che non sono fisicamente davanti al tuo PC penso sia una buona idea che tu posti in qualche modo gli output dei vari ping, inoltre posta anche il file /etc/resolv.conf. Aggiungo anche ifconfig così vediamo le interfaccie di rete, dovrebbe essserci ppp0.


Ricapitolando:

1- ping 88.149.128.3
2- ping maya.ngi.it
3- cat /etc/resolv.conf
4- ifconfig

[slucky]

allora eccoti gli output:

wvdial:

Codice: Seleziona tutto

bash-4.1# wvdial
--> WvDial: Internet dialer version 1.61
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","ibox.tim.it"
AT+CGDCONT=1,"IP","ibox.tim.it"
OK
--> Modem initialized.
--> Sending: ATD*99#
--> Waiting for carrier.
ATD*99#
CONNECT 10200000
--> Carrier detected.  Starting PPP immediately.
--> Starting pppd at Fri Nov  5 02:10:37 2010
--> Pid of pppd: 10589
--> Using interface ppp0
--> Authentication (PAP) started
--> Authentication (PAP) successful
--> local  IP address 95.75.228.226
--> remote IP address 10.0.0.1
--> primary   DNS address 213.230.130.222
--> secondary DNS address 217.200.200.42

sembra ci sia la connessione.... poi:

Codice: Seleziona tutto

bash-4.1# ifconfig
lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:95.75.228.226  P-t-P:10.0.0.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:6 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:168 (168.0 b)  TX bytes:86 (86.0 b)

bash-4.1# ping 88.149.128.3
connect: Network is unreachable
bash-4.1# ping maya.ngi.it
ping: unknown host maya.ngi.it

/etc/resolv.conf

Codice: Seleziona tutto

nameserver 212.216.172.162
nameserver 212.216.112.112

i dns di alice, ma ho anche provato con quelli di tim e gli opendns....ma il risultato non cambia..... non pinga e non si connette.....

[joe]

Secondo me allora, è un problema di routing. Cioè il sistema non viene istruito automaticamente ad utilizzare l'interfaccia ppp0 e relativi indirizzi come gateway di default o qualcosa del genere insomma.

Anni fa anche io usavo wvdial e mi pareva che questa istruzione la aggiungesse in automatico. Adesso utilizzo direttamente il demone pppd per connettermi e nello script di connessione devo specificare "defaultroute" per fare in modo che la configurazione dell'instradamento sia automatica. Alternativamente è possibile utilizzare il comando (nel mio caso)

Codice: Seleziona tutto

ip route add default dev ppp0 via 10.6.6.6

Perchè nel mio caso ho questo da ifconfig:

Codice: Seleziona tutto

ppp0      Link encap:Point-to-Point Protocol
          inet addr:10.212.101.86  P-t-P:10.6.6.6  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:215 errors:1 dropped:0 overruns:0 frame:0
          TX packets:413 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3

Tu potresti utilizzare manualmente per fare una prova il comando analogo col tuo indirizzo specificato alla voce "P-t-P" ovvero 10.0.0.1:

Codice: Seleziona tutto

ip route add default dev ppp0 via 10.0.0.1

Quindi:
1- ti connetti
2- dai quel comando, penso che vada dato da root
3- rifai i tests ed eventualmente li posti

In ogni caso secondo me è possibile abilitare automaticamente la faccenda attraverso qualche impostazione di wvdial, guarda nel man.
Utilizzando pppd senza la direttiva defaultroute, utilizzavo quel comando "ip" messo nello script /etc/ppp/ip-up, non sono sicuro che questo script venga avviato anche usando wvdial. Eventualmente puoi provare...
Un estratto dal mio:

Codice: Seleziona tutto

#!/bin/bash

# lo scritp ip-up è richiamato dal demone pppd
# quindi occorre assicurarsi che i programmi coinvolti
# siano raggiungibili

export PATH=$PATH:/sbin

echo $1
case "$6" in
  ibox)
    # creazione dell'instradamento di default verso
    # l'interfaccia ppp0 creata dalla connessione con pppd:
    ip route add default dev ppp0 via 10.6.6.6
[...]

Insomma senza scendere nei particolari, in quanto script di bash ha all'inizio la direttiva #!/bin/bash, e occhio al PATH perchè sarà pppd ad eseguirlo, per cui usa percorsi assoluti oppure ridefinisci il PATH come ho fatto anch'io. Nel tuo caso puoi tranquillamente evitare blocchi case o altro, ommeglio se ne hai il bisogno solo tu puoi saperlo. Quindi aggiungi semplicemente il comando ip e questo verrà eseguito quando ti connetti (forse).

Guarda un po' anche qua e fai caso alla direttiva Check default route del wvdial.conf: http://www.xs4all.nl/~ernstagn/GPRS-HOW ... WTO-6.html

[slucky]

allora ho provato il comando, ma mi restituisce questo errore:

bash-4.1# ip route add default dev ppp0 via 10.0.0.1
RTNETLINK answers: File exists

e comunque non si allinea nè si connette, a questo punto, vediamo se c'è qualche utente che usa questo modello della onda o similare ed ha una configurazione funzionante sotto slackware per risolvere il problema....

[joe]

Non so se hai visto bene il mio post, oltre quel comando vi erano anche altri spunti, provali tutti.
Più che altro perchè sei già connesso come risulta da ifconfig.
Il fatto che tu non riesca ad effettuare operazioni attraverso quell'interfaccia è un altro paio di maniche e va risolto a parte.

Prova ad allegare l'output del comando:

Codice: Seleziona tutto

netstat -r

Dovresti ottenere varie info sulla tabella di routing. Che se non io qualcuno qua ti puù dire cosa significa e cosa fare per metterla apposto al fine di usare l'interfaccia ppp0

[slucky]

nessun utente slackware utilizza una chiavetta onda di questo tipo o similare....possibile??
mi secca poterla usare senza problemi solo sui sistemi Debian-Ubuntu, la vedo come una pesante sconfitta per la beneamata Slack

[joe]

Prova a postare l'output del comando che ti avevo detto sopra.