Newsgroup: it.comp.os.linux.sys
Titolo: Bluetooth e cellulare

Ciao a tutti.
Sto provando a usare un cellulate (Motorola A1200) come modem via bluetooth.
Ho seguito la guida: 
http://guide.debianizzati.org/index.php/UMTS/GPRS:_Internet_col_cellulare
ma c'e' qualcosa che non quadra.
Una cosa strana e' che quando il pc si connette al cellulare sia in fase di
accoppiamento, sia quando tento la connessione col comando pon, su
quest'ultimo compare il messaggio:
"hpmini-0 richiede Gateway auricolare. Accetta ?"
Come sarebbe a dire "auricolare" ???
Comunque se confermo, fallisce lo script di commessione.
Di seguito ho messo il syslog, e i file di configurazione.
Se uso kppp il risultato e' lo stesso.
Idee ???
syslog
Oct 24 13:55:29 hpmini pppd[7552]: pppd 2.4.4 started by root, uid 0
Oct 24 13:55:29 hpmini NetworkManager: <debug> [1224849329.776141]
nm_hal_device_added(): New device added (hal udi
is '/org/freedesktop/Hal/devices/bluetooth_acl_1cc1be7562').
Oct 24 13:55:32 hpmini hcid[2455]: link_key_request (sba=00:21:86:8E:E2:35,
dba=00:1C:C1:BE:75:62)
Oct 24 13:55:38 hpmini chat[7555]: abort on (BUSY)
Oct 24 13:55:38 hpmini chat[7555]: abort on (NO CARRIER)
Oct 24 13:55:38 hpmini chat[7555]: abort on (VOICE)
Oct 24 13:55:38 hpmini chat[7555]: abort on (NO DIALTONE)
Oct 24 13:55:38 hpmini chat[7555]: abort on (NO ANSWER)
Oct 24 13:55:38 hpmini chat[7555]: abort on (DELAYED)
Oct 24 13:55:38 hpmini chat[7555]: send (ATZ^M)
Oct 24 13:55:38 hpmini chat[7555]: expect (OK)
Oct 24 13:55:38 hpmini chat[7555]: ^M
Oct 24 13:55:38 hpmini chat[7555]: ERROR^M
Oct 24 13:55:52 hpmini chat[7555]: SIGTERM
Oct 24 13:55:52 hpmini pppd[7552]: Connect script failed
 
/etc/bluetooth/rfcomm.conf
rfcomm0 {
   bind    yes;
   device  00:1C:C1:BE:75:62;
   channel 1;
}
/etc/chatscript/stefano
ABORT        BUSY
ABORT        "NO CARRIER"
ABORT        VOICE
ABORT        "NO DIALTONE"
ABORT        "NO ANSWER"
ABORT        DELAYED
""           ATZ
OK-AT-OK     AT+CGDCONT=1,"IP","
ibox.tim.it
"
OK-AT-OK     ATDT*99#
CONNECT      ""
/etc/ppp/peers/stefano
noauth
connect "/usr/sbin/chat -v -f /etc/chatscripts/stefano"
/dev/rfcomm0
921600
defaultroute
noipdefault
usepeerdns
persist
ipcp-accept-remote
ipcp-accept-local
lcp-echo-interval 0
lcp-echo-failure 0
 
-- 
Stefano L.

 Come sarebbe a dire "auricolare" ???
Ok un problema e' risolto.
La guida suddetta da' per scontato il canale 1.
Ma, a quanto ho capito, il canale dipende dal dispositivo, sul mio il canale
1 e' l'auricolare mentre il canale per il dialup networking e' il 6
L'ho scoperto con il comando:
sdptool search --bdaddr 00:1C:C1:BE:75:62 DUN
Pero' non ho ancora risolto, tentando la connessione nei log vedo:
Oct 24 16:34:15 hpmini chat[8521]: send (ATDT*99***1#^M)
Oct 24 16:34:15 hpmini chat[8521]: expect (CONNECT)
Oct 24 16:34:15 hpmini chat[8521]: ^M
Oct 24 16:34:15 hpmini chat[8521]: ATDT*99***1#^M^M
Oct 24 16:34:15 hpmini chat[8521]: CONNECT
Oct 24 16:34:15 hpmini chat[8521]:  -- got it
Oct 24 16:34:15 hpmini chat[8521]: send (^M)
Oct 24 16:34:15 hpmini pppd[8432]: Serial connection established.
Oct 24 16:34:15 hpmini pppd[8432]: Using interface ppp0
Oct 24 16:34:15 hpmini pppd[8432]: Connect: ppp0 <--> /dev/rfcomm0
Oct 24 16:34:19 hpmini pppd[8432]: Remote message: Welcome to Motorola Ezx
Software Modem!
Oct 24 16:34:19 hpmini pppd[8432]: PAP authentication succeeded
Oct 24 16:34:25 hpmini pppd[8432]: LCP terminated by peer (^@^@^@^@^@^@)
Oct 24 16:34:25 hpmini pppd[8432]: Hangup (SIGHUP)
Oct 24 16:34:25 hpmini pppd[8432]: Modem hangup
Oct 24 16:34:25 hpmini pppd[8432]: Connection terminated.
In pratica sembra si connetta ma poi si disconnette immediatamente....
:(
-- 
Stefano L.

 In pratica sembra si connetta ma poi si disconnette immediatamente....
Se si connettesse vedresti l'indirizzo ip che ti assegnano.
In realtà la sessione chat col modem va a buon fine in quanto
riesci a contattare l'isp visto che ricevi il CONNECT.
Il problema è la successiva sessione PPP.
Penso che ci sia qualcosa che non va nell'autenticazione: con tim
non serve. La righa incriminata è PAP "authentication succeeded":
Nel mio caso infatti ottengo:
Oct 24 18:56:59 slack-12 pppd[10266]: Removed stale lock on
ttyACM0 (pid 6328)
Oct 24 18:57:00 slack-12 chat[10290]: send (\d^M)
Oct 24 18:57:01 slack-12 chat[10290]: send (atz^M)
Oct 24 18:57:01 slack-12 chat[10290]: expect (OK)
Oct 24 18:57:01 slack-12 chat[10290]: ^Matz^M^M
Oct 24 18:57:01 slack-12 chat[10290]: OK
Oct 24 18:57:01 slack-12 chat[10290]:  -- got it
Oct 24 18:57:01 slack-12 chat[10290]: send (at+cgatt=1^M)
Oct 24 18:57:01 slack-12 chat[10290]: expect (OK)
Oct 24 18:57:01 slack-12 chat[10290]: ^M
Oct 24 18:57:03 slack-12 chat[10290]: at+cgatt=1^M^M
Oct 24 18:57:03 slack-12 chat[10290]: OK
Oct 24 18:57:03 slack-12 chat[10290]:  -- got it
Oct 24 18:57:03 slack-12 chat[10290]: send
(at+cgdcont=1,"IP","
ibox.tim.it
"^M)
Oct 24 18:57:04 slack-12 chat[10290]: expect (OK)
Oct 24 18:57:04 slack-12 chat[10290]: ^M
Oct 24 18:57:04 slack-12 chat[10290]:
at+cgdcont=1,"IP","
ibox.tim.it
"^M^M
Oct 24 18:57:04 slack-12 chat[10290]: OK
Oct 24 18:57:04 slack-12 chat[10290]:  -- got it
Oct 24 18:57:04 slack-12 chat[10290]: send (atd*99***1#^M)
Oct 24 18:57:04 slack-12 pppd[10266]: Serial connection
established.
Oct 24 18:57:04 slack-12 pppd[10266]: Using interface ppp0
Oct 24 18:57:04 slack-12 pppd[10266]: Connect: ppp0 <--> /dev/ttyACM0
Oct 24 18:57:05 slack-12 pppd[10266]: local  IP address xxx.xxx.xxx.xxx
Oct 24 18:57:05 slack-12 pppd[10266]: remote IP address xxx.xxx.xxx.xxx
Come vedi non ci sono autenticazioni di nessun genere. Se non è
un fattto dovuto al bluetooth che non conosco, ma ne dubito
potrebbe essere colpa di qualche riga di troppo nel file di
configurazione che hai scritto per pppd, prova a togliere
qualcosa... o ad aggiungere la riga
noauth
Dovrebbero essere sufficienti:
/dev/miodevice
myspeed
defaultroute
connect ---> chat verso lo script di chat
Fine.
Saluti.

 connect ---> chat verso lo script di chat
No non vanno.  :(
Qualcuno che ha tim puo' postare il suo file di configurazione del ppp ?
-- 
Stefano L.

Stefano L. wrote:
Qualche informazione in piu', con il debug del ppp attivato:
Oct 25 11:50:02 hpmini pppd[3277]: sent [PAP AuthReq id=0x1 user="hpmini"
password=<hidden>]
Oct 25 11:50:03 hpmini pppd[3277]: rcvd [IPCP ConfReq id=0x1]
Oct 25 11:50:03 hpmini pppd[3277]: discarding proto 0x8021 in phase 5
Oct 25 11:50:05 hpmini pppd[3277]: sent [PAP AuthReq id=0x2 user="hpmini"
password=<hidden>]
Oct 25 11:50:05 hpmini pppd[3277]: rcvd [PAP AuthAck id=0x2 "Welcome to
Motorola Ezx Software Modem!"]
Oct 25 11:50:05 hpmini pppd[3277]: Remote message: Welcome to Motorola Ezx
Software Modem!
Oct 25 11:50:05 hpmini pppd[3277]: PAP authentication succeeded
Oct 25 11:50:05 hpmini pppd[3277]: sent [CCP ConfReq id=0x1 <deflate 15>
<deflate(old#) 15> <bsd v1 15>]
Oct 25 11:50:05 hpmini pppd[3277]: sent [IPCP ConfReq id=0x1 <compress VJ 0f
01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Oct 25 11:50:05 hpmini pppd[3277]: rcvd [LCP ProtRej id=0x1 80 fd 01 01 00
0f 1a 04 78 00 18 04 78 00 15 03 2f]
Oct 25 11:50:05 hpmini pppd[3277]: Protocol-Reject for 'Compression Control
Protocol' (0x80fd) received
Oct 25 11:50:05 hpmini pppd[3277]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f
01>]
Oct 25 11:50:05 hpmini pppd[3277]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>
<ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Oct 25 11:50:05 hpmini pppd[3277]: rcvd [IPCP ConfNak id=0x2 <addr
217.203.135.113> <ms-dns1 213.230.155.94> <ms-dns3 213.230.130.222>]
Oct 25 11:50:05 hpmini pppd[3277]: sent [IPCP ConfReq id=0x3 <addr
217.203.135.113> <ms-dns1 213.230.155.94> <ms-dns3 213.230.130.222>]
Oct 25 11:50:05 hpmini pppd[3277]: rcvd [IPCP ConfAck id=0x3 <addr
217.203.135.113> <ms-dns1 213.230.155.94> <ms-dns3 213.230.130.222>]
Oct 25 11:50:08 hpmini pppd[3277]: sent [IPCP ConfReq id=0x3 <addr
217.203.135.113> <ms-dns1 213.230.155.94> <ms-dns3 213.230.130.222>]
Oct 25 11:50:08 hpmini pppd[3277]: rcvd [IPCP ConfAck id=0x3 <addr
217.203.135.113> <ms-dns1 213.230.155.94> <ms-dns3 213.230.130.222>]
Oct 25 11:50:10 hpmini pppd[3277]: rcvd [IPCP ConfReq id=0x1]
Oct 25 11:50:10 hpmini pppd[3277]: sent [IPCP ConfNak id=0x1 <addr 0.0.0.0>]
Oct 25 11:50:10 hpmini pppd[3277]: rcvd [LCP TermReq id=0x2 00 00 00 00 00
00]
Oct 25 11:50:10 hpmini pppd[3277]: LCP terminated by peer (^@^@^@^@^@^@)
Oct 25 11:50:10 hpmini pppd[3277]: sent [LCP TermAck id=0x2]
Oct 25 11:50:10 hpmini pppd[3277]: Hangup (SIGHUP)
Oct 25 11:50:10 hpmini pppd[3277]: Modem hangup
Oct 25 11:50:10 hpmini pppd[3277]: Connection terminated.
-- 
Stefano L.

 Qualcuno che ha tim puo' postare il suo file di configurazione del ppp ?
$ cat /etc/ppp/peers/gprs 
/dev/ttyACM0 9600
connect '/usr/sbin/chat -v -f /etc/ppp/gprs.chat'
noauth
defaultroute
debug
$ cat /etc/ppp/gprs.chat
'' \d
'' 'atz'
OK 'at+cgatt=1'
OK 'at+cgdcont=1,"IP","
ibox.tim.it
"'
OK 'atd*99***1#'
Il comando at+cgatt probabilmente non ti serve.
Conta che io uso un cavo USB, se il tuo problema fosse legato al
bluetooth non saprei dirti, non ne ho esperienza.
Saluti

Ciao.
Sulla tua macchina c'e' il file /etc/ppp/options ?
Se si' cosa contiene ?
Il mio contiene:
asyncmap 0
auth
crtscts
lock
show-password
modem
proxyarp
lcp-echo-interval 30
lcp-echo-failure 4
noipx
-- 
Stefano L.

 noipx
Ecco il mio:
asyncmap 0
crtscts
Č il default su slackware-12.1, non l'ho mai toccato e tutto ciň
che non vedi era commentato, le uniche due voci attive sono
quelle lě.
Penso che la voce "auth" debba essere commentata e forse
potrebbero dare problemi anche le "lcp-echo*", francamente le
altre non so a cosa servano...converrebbe eventualmente
consultare il man di pppd.
Comunque io per connettermi lancio:
pppd call nome-script
dove nome-script č il file che ti avevo mostrato nel post
precedente:
/etc/ppp/peers/nome-script
Che nel mio caso era:
/etc/ppp/peers/gprs
In pratica per connetermi via usb scrivo gli script
/etc/ppp/peers/pppd-script
/etc/ppp/chat-script
facendo attenzione che il primo al suo interno deve richiamare il
secondo (v.di post precedente). E mi assicuro del giusto indirizzo
del modem che nel mio caso viene creato come /dev/ttyACM0;
ovviamente via bluetooth avrai un altro file speciale associato
al device (il mio esempio riguarda usb + driver cdc-acm).
Salvati i due script lancio la connessione da root con:
pppd call pppd-script
Non so se questo metodo di lanciare la connessione bypassi le
regole introdotte in /etc/ppp/option, fatto sta che mi ha sempre
funzionato, sia su slackware-11.0/12.0/12.1, fedora-4, archlinux,
DamnSmallLinux.
Prova anche te, se non funge, allora metti mano al file option
C'č da dire (ma non mi pare il tuo caso) che ci possono essere
diverse risposte dei vari modem ai comandi AT, nel senso che
alcuni variano da modem a modem...per esempio col mio cell (un
nokia) il comando di chiamata č "atdNUMERO".
Di solito, io vado per tentavi usando minicom, comunque in rete a
volte si trova qualche manuale con le specifiche e i comandi AT
supportati.