Newsgroup: it.comp.os.linux.iniziare
Titolo: connessione gprs con wind LCP: timeout sending Config-Requests

Ciao a tutti,
sto cercando di connettermi in gprs ma ottengo sempre quest errore
sent [LCP ConfReq id=0xe <asyncmap 0x0> <auth pap> <magic 0x8292bcbf>]
sent [LCP ConfReq id=0xe <asyncmap 0x0> <auth pap> <magic 0x8292bcbf>]
sent [LCP ConfReq id=0xe <asyncmap 0x0> <auth pap> <magic 0x8292bcbf>]
LCP: timeout sending Config-Requests
i file di conf sono i seguenti
#/etc/ppp/connetti
#
# File di setup per pppd
#
# Device file
/dev/ttyS0
# Ci dara' tutte le informazioni durante la connessione
debug
# Show password in debug messages
show-password
# Velocita'
#115200
9600
crtscts
modem
persist
# Crea un connessione dedicata con il modem.
#lock
#nopcomp
#noaccomp
#nomagic
#noccp
novj
#novjccomp
nodetach
noipdefault
defaultroute
nobsdcomp
nodeflate
receive-all
lcp-max-configure 50
lcp-echo-interval 60
lcp-echo-failure 3
#persist
asyncmap 0
connect '/usr/sbin/chat -e -f /etc/ppp/script'
# Username e Password della connessione
#user anything
#password anything
e il file #/etc/ppp/script
#
# Script di invio comandi AT&T al modem
#
SAY '\nOk 1'
'' AT
SAY '\nOk 2'
TIMEOUT 240
#SAY '\nOk 3'
#OK ATE0
#SAY '\nOk 4'
#OK ATV1
SAY '\nOk 5 - APN impostato'
OK 'AT+CGDCONT=1,"IP","internet.wind"'
#OK 'AT+CGATT=1+CGDCONT=1,"IP","internet.wind","0.0.0.0",0,0'
SAY '\nOk 6'
SAY '\nOk 7'
SAY '\nOk 8'
SAY '\nOk 9 - Numero telefonico digitato'
OK ATDT*99#
SAY '\nOK 10'
TIMEOUT 30
SAY '\nOK 11'
CONNECT ""
SAY '\nOK 12 - Connesso!'
qualche idea???
grazie

 9600
è un po' bassa che cell è? sei proprio in gprs secco o hai edge?
Comunque non è quello il problema.
____________________________________
Mail: johnnynews at vfemail dot net

 wrote:

il mio è un modem seriale è un telit per schede embedded, lui si
connette ma quando inizia a comunicare con il server va in timeout, e
da quel messaggio di errore e cade la linea

 da quel messaggio di errore e cade la linea
Quindi siamo sicuri che il device sia quello /dev/ttyS0....
Se volessi accertartene usa minicom eventualmente, ma se dici che
si connette dovrebbe essere OK.
All'atto della connessione il file /var/log/messages dovrebbe
ripempirsi della sessione chat che inizializza il modem e compone
il numero fino al CONNECT, po la palla dovrebbe essere passata
a pppd.
Io posso ricontrollare gli script...nel frattempo tu posta la
sessione di quel file relativa alla connessione (orientati con
l'orario e data v.di /var/log/messages ad ogni inizio riga).


 l'orario e data v.di /var/log/messages ad ogni inizio riga).
Tu imposti lo script per pppd usando lcp-echo-failure a 3.
Da quanto ho capito lui manda una "LCP echo-request" e aspetta
una "LCP echo reply" che se non arriva al terzo tentativo chiude
la conessione presumendo il peer "defunto".
Ora non so per quale motivo (se ce nè uno valido) tu abbia
impostato questi parametri in quello script, ma in quello che uso
io non sono presenti e funge....magari tutti quei parametri non
sono necessari. Hai provato con uno script più semplice tipo:
/dev/ttyS0
9600
# oppure 28300
connect /.....come prima 
noauth
defaultroute
Dovrebbe bastare se non ho scordato nulla. Eventualmente fai
presto a provarlo.



grazie sei gentile
allora ho modificato il file e lasciato solo le conf basilari il log è
questo
May 17 14:02:39 axis-00408c010159 pppd[132]: pppd 2.4.2b3 started by
root, uid 0
May 17 14:02:41 axis-00408c010159 pppd[132]: Serial connection
established.
May 17 14:02:41 axis-00408c010159 pppd[132]: Using interface ppp0
May 17 14:02:41 axis-00408c010159 pppd[132]: Connect: ppp0 <--> /dev/
ttyS0
May 17 14:03:15 axis-00408c010159 pppd[132]: LCP: timeout sending
Config-Requests
May 17 14:03:15 axis-00408c010159 pppd[132]: Connection terminated.
May 17 14:03:15 axis-00408c010159 pppd[132]: Exit.
il file connetti adesso è cosi
# Device file
/dev/ttyS0
# Velocita'
#115200
9600
connect '/usr/sbin/chat -e -f /etc/ppp/script'
noauth
defaultroute
ma da sempre quell errore

 connect '/usr/sbin/chat -e -f /etc/ppp/script'
mmmm..io a dire il vero al posto della -e o la -v, forse è per
questo che tu hai meno roba sul terminale....vediamo il man:
sì...qualcosa del genere...almeno penso. Per precauzione prova ad
usare la -v.
Bisogna capire se a non funzionare è la sessione chat o quella
PPP successiva. Ommeglio, è chiaro che è la sessione PPP a non
funzionare, ma il problema potrebbe essere nella sessione chat.
Quindi per prima cosa serve un log più esplicativo e se riesci
poi a mettere su minicom si fa una verifica più completa.
Con minicom ti puoi anche connettere...è un po' macchinosa la
procedura ma ti connetti. Fai la sessione chat a mano da
terminale:
atz
OK
at+cgdcont=1,"IP","
ibox.tim.it
"
OK
atd*99***1#
CONNECT~{/*'?...altra-spazzatura
Appena vedi sta spazzatura esci da minicom (ctrl-a q) e lanci
molto in fretta come utente root:
pppd /dev/ttyS0 9600 defaultroute
Il problema è che devi fare piuttosto in fretta, per cui ti
consiglio di lavorare con 2 terminali:
sul primo ti logghi come root e prepari il comando pppd ecc senza
lanciarlo
sul secondo usi minicom (devi sempre usarlo come root anche lui).
Questo metodo è piuttosto facile alla fine e non cinvolge nè
script ne altro...in questo modo dovresti avere un controllo più
diretto su tutte le operazioni, di fatto le fai a mano...  ;-)


 wrote:

eccomi allora ti spiego, ho risolto il problema stava in pap-secrets
così è giusto
*      *       ''      *
i miei esperimenti li sto facendo su una foxboard 
www.acmesystems.it
cosi capisci :D
adesso ho un altro problema, perchè uso mgetty per ricevere le
chiamate e il gprs per inviare file, pero le due conf non riesco a
farle convivere insieme.
cioè sul file options.ttyS0 se metto
192.168.0.90:192.168.0.91
che serve per assegnare un ip al client quando chiama, da fastdio per
quando faccio la connessione in gprs che prende quel ip e logicamente
il serve non gli assegna quella classe li.
devo trovare un sistema per dirgli di non controllare quel file
option.ttyS0
hai idee??
grazie mille

 hai idee??
No...mi spiace non sono all'altezza in materia...non ne ho le
conoscenze, non me ne sono mai interessato, meglio che aspetti
altri aiuti.
Forse ti conviene cambiare titolo alla discussione e dare qualche
info in più...più ce n'è e meglio è.


 wrote:


 modem :D
Bene, mi fa piacere...anche se francamente non capisco quale sia
il fine d'uso di questo tipo di organizzazione.
Per curiosità, a che ti serve ricevere chiamate in gsm ed inviare
dati via gprs? naturalmente se hai voglia di parlarne...


 wrote:

tu puoi posizionare in qualsiasi parte del mondo e chiamarlo in gsm,
poi lui a determinati orari tramite gprs ti invia i suoi log per
eventuali controlli, questa è una conf tipica