Newsgroup: it.comp.os.linux.sys
Titolo: Chat in timeout, ma non capisco perche'

Salve a tutti.
Sto configurando una connessione ppp in uscita su un modem esterno seriale 
ma in fase di inizializzazione del modem va in timeout, nonostante abbia
dato un tempo esageratamente lungo (30 secondi). La versione originale
era impostato a 5 secondi.
Il modem funziona sia con pppd in dialup che con minicom, dando gli
stessi comandi AT dello script di chat.
La distro (se puo' essere rilevante) e' una debian stable.
Suggerimenti? Grazie.
Il risultato del log e':
Jul 21 09:47:38 server pppd[18104]: pppd 2.4.1 started by root, uid 0
Jul 21 09:47:39 server chat[18105]: timeout set to 30 seconds
Jul 21 09:47:39 server chat[18105]: abort on (BUSY)
Jul 21 09:47:39 server chat[18105]: abort on (NO ANSWER)
Jul 21 09:47:39 server chat[18105]: abort on (NO CARRIER)
Jul 21 09:47:39 server chat[18105]: abort on (NO DIALTONE)
Jul 21 09:47:39 server chat[18105]: abort on (ERROR)
Jul 21 09:47:39 server chat[18105]: abort on (RINGING)
Jul 21 09:47:39 server chat[18105]: send (ATZ^M)
Jul 21 09:47:40 server chat[18105]: expect (OK)
Jul 21 09:48:10 server chat[18105]: alarm
Jul 21 09:48:10 server chat[18105]: Failed
Jul 21 09:48:11 server pppd[18104]: Exit.
Lo script di chat e':
TIMEOUT         30
ABORT           "BUSY"
ABORT           "NO ANSWER"
ABORT           "NO CARRIER"
ABORT           "NO DIALTONE"
ABORT           "ERROR"
ABORT           "RINGING"
"" "ATZ"
OK "AT&F"
OK "ATX3"
OK "ATL3"
OK "ATM2"
OK "ATDT numero"
TIMEOUT 60
CONNECT ""

 Jul 21 09:48:11 server pppd[18104]: Exit.
Che switches dai al pppd, e che cosa c'e' in /etc/ppp/options?
bye G.L.
--
« E' assolutamente evidente che l'arte del cinema
 si ispira alla vita, mentre la vita si ispira alla Tivu' »
(Woody Allen)

 
server:~# pppd call prova
(quindi nessuno switch particolare)
server:~# cat /etc/ppp/peers/prova
modem
/dev/ttyS0
115200
lock
kdebug 0
crtscts
auth
+chap
-pap
# debug
ipparam prova
hide-password
idle 600
novj
noccp
connect "/usr/sbin/chat -v -V -f /etc/ppp/peers/prova.chat"
il file /etc/ppp/peers/prova.chat e' quello dell'altro mex.

 il file /etc/ppp/peers/prova.chat e' quello dell'altro mex.
Uhm... apparentemente non mi verrebbe in mente altro che qualche
problema sullo script. Prova a dargli direttamente "in pasto" la chat,
del tipo:
/usr/sbin/pppd \
connect '/usr/sbin/chat -v -t60 "" atz OK \
atb3e1v1\&d2\&c1s0=0 OK ats7=60\&k3 OK atdt7023456789 CONNECT "" ' user
pippo
n.b.: usa "\" prima di eventuali &, per togliere il significato
particolare che ha il suddetto carattere per la shell.


 
Cosi' funzia.
Ho meditato sulle opzioni del ppp e togliendo la velocita' del modem
funziona.
Grazie.

Davide wrote:

Immaginavo anche questo, ma non mi sembrava il caso: tuttavia, sia pure
raramente ho trovato problemi su cavi e modem (si intende medem relativamente
recenti, almeno 33.6k) che non mi consentivano velocita' maggiori di 57600
kbit sulla seriale senza avere problemi (o peggio, mutismo completo...). Cmq,
57600 dovrebbe andare bene, dato che in analogico non ci si collega
normalmente a piu' di 52k reali...    :-)


 normalmente a piu' di 52k reali...    :-)
A meno di compressione, se scarichi un file
di testo, tipo una (lunga) pagina html, la
velocita` sale anche fino i fatidici 115200.
bye,
-- 
piergiorgio

 velocita` sale anche fino i fatidici 115200.
Vero, non ci avevo pensato.    :-)
bye G.L.
--
« E' assolutamente evidente che l'arte del cinema
 si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)