Unidentified subject!
Hi,
I'm reposting my problem, since I couldn't solve it.
So, I'm not receiving (CONNECT) from my modem. When am I supposed to get
it? Just after my ISP gives me a response? Or just after it accepts my
login?
Another thing that is happening: When I send the AT commands to my modem,
it doesn't give me the answer immediately. It waits a few seconds (about
30!), to send me back OK. So, when I type pon, it delays about 90 seconds
to dial. This does not happen under windows. The dial-up is made
immediately. Could this be a serial port uart issue? You now, I already
tried setserial (...) uart 16450.
Thanks again,
Gaucho.
-----------------------------------------------------------------------
>It looks like either your modem is not sending a connect message (just
>a CR), or the chat script is timing out before it is sent. Maybe fiddle
>with the "expect" after dialing (or change the timeout, assuming that
>can be done).
Yes. It can be done. I'll try it out, tonight. --> so I tried;
>What does "Ats109=2<cr>" do (aside from setting register s109 to 2 :)?
Does nothing. I just found this command somewhere in the net. The manual
does not even report it.
>Have you tried sending ATZ first, then all three of the AT command
>sequences the win prog sends before dialing?
I'll try that, too. Thanks! --> so I tried;
>Well, not a solution, but try to add "kdebug 1" to your ppp options
>file. I'm experiencing a similar situation, but had no time to
>continue work on it. In my case, it seems that my configuration is
>rejecting pap authentication, but I couldn't see why. Maybe such a log
>might help somebody else on this list to find the solution.
I tried that, to, in place of debug. The logs are the same.
----------------------
Hi,
I'm sorry the long mail, but I would have no way of describing my problem
without it.
I'm trying to connect to my ISP, using my Lucent Venus Voice Modem, since
august, 2000.
I made these things:
- ISA PnP issues, with pnpdump --> isapnp.conf
- setserial /dev/ttyS1 - the port whas detected as 16550A.
Well, now I have access to the modem. So I used pppconfig to set the chat
scripts.
But the connection with my ISP is not going on. The modem dials, makes the
modem noise, but I think there's no handshake with my ISP. I tried PAP,
CHAP (even Chat, but my ISP is windows based).
So I tought: the modem is not yet configured. I'll try to do it with AT
commands. This is my modem log under windows:
09-11-2000 02:52:45.44 - Lucent Venus Voice Modem in use.
09-11-2000 02:52:45.45 - Modem type: Lucent Venus Voice Modem
09-11-2000 02:52:45.45 - Modem inf path: ASKVENUS.INF
09-11-2000 02:52:45.45 - Modem inf section: Modem_Venus_IN
09-11-2000 02:52:45.70 - 115200,N,8,1
09-11-2000 02:52:45.70 - 115200,N,8,1
09-11-2000 02:52:45.70 - Initializing modem.
09-11-2000 02:52:45.70 - Send: AT<cr>
09-11-2000 02:52:45.72 - Recv: AT<cr>
09-11-2000 02:52:45.72 - Recv: <cr><lf>OK<cr><lf>
09-11-2000 02:52:45.72 - Interpreted response: Ok
09-11-2000 02:52:45.72 - Send: AT &F E0 &C1 &D2 V1 S0=0\V1w0<cr>
09-11-2000 02:52:45.75 - Recv: AT &F E0 &C1 &D2 V1 S0=0\V1w0<cr>
09-11-2000 02:52:45.75 - Recv: <cr><lf>OK<cr><lf>
09-11-2000 02:52:45.75 - Interpreted response: Ok
09-11-2000 02:52:45.75 - Send: ATS7=60S30=0L0M1\N3%C1&K3B0B15N1X4<cr>
09-11-2000 02:52:45.76 - Recv: <cr><lf>OK<cr><lf>
09-11-2000 02:52:45.76 - Interpreted response: Ok
09-11-2000 02:52:45.76 - Send: Ats109=2<cr>
09-11-2000 02:52:45.76 - Recv: <cr><lf>OK<cr><lf>
09-11-2000 02:52:45.76 - Interpreted response: Ok
09-11-2000 02:52:45.76 - Dialing.
09-11-2000 02:52:45.76 - Send: ATDT;<cr>
09-11-2000 02:52:49.30 - Recv: <cr><lf>OK<cr><lf>
09-11-2000 02:52:49.30 - Interpreted response: Ok
09-11-2000 02:52:49.32 - Dialing.
09-11-2000 02:52:49.32 - Send: ATDT#######<cr>
09-11-2000 02:53:21.68 - Recv: <cr><lf>CONNECT 115200 V42bis<cr><lf>
09-11-2000 02:53:21.68 - Interpreted response: Connect
09-11-2000 02:53:21.68 - Connection established at 115200bps.
09-11-2000 02:53:21.68 - Error-control on.
09-11-2000 02:53:21.68 - Data compression on.
So I tried this, with my /etc/chatscripts/provider :
# This chatfile was generated by pppconfig 2.0.5.
# Please do not delete any of the comments. Pppconfig needs them.
#
# ispauth PAP
# abortstring
ABORT BUSY ABORT 'NO CARRIER' ABORT VOICE ABORT 'NO DIALTONE' ABORT 'NO
DIAL TONE' ABORT 'NO ANSWER'
# modeminit
'' 'AT &F0 E0 &C1 &D2 V1 S0=0\V1W0'
# ispnumber
OK-AT-OK ATDT6129220
# ispconnect
CONNECT CLIENT
# prelogin
# ispname
# isppassword
# postlogin
# end of pppconfig stuff
This is my pap-secrets file:
#
# /etc/ppp/pap-secrets
#
# This is a pap-secrets file to be used with the AUTO_PPP function of
# mgetty. mgetty-0.99 is preconfigured to startup pppd with the login
option
# which will cause pppd to consult /etc/passwd (and /etc/shadow in turn)
# after a user has passed this file. Don't be disturbed therfore by the
fact
# that this file defines logins with any password for users. /etc/passwd
# (again, /etc/shadow, too) will catch passwd mismatches.
#
# This file should block ALL users that should not be able to do AUTO_PPP.
# AUTO_PPP bypasses the usual login program so its necessary to list all
# system userids with regular passwords here.
#
# ATTENTION: The definitions here can allow users to login without a
# password if you don't use the login option of pppd! The mgetty Debian
# package already provides this option; make sure you don't change that.
# INBOUND connections
# Every regular user can use PPP and has to use passwords from /etc/passwd
* frijole "" *
# UserIDs that cannot use PPP at all. Check your /etc/passwd and add any
# other accounts that should not be able to use pppd!
guest frijole "*" -
master frijole "*" -
# root frijole "*" - --------------------------> I'm
using my machine as root - this line was enabled and disabled
support frijole "*" -
stats frijole "*" -
# OUTBOUND connections
# Here you should add your userid password to connect to your providers via
# PAP. The * means that the password is to be used for ANY host you connect
# to. Thus you do not have to worry about the foreign machine name. Just
# replace password with your password.
# If you have different providers with different passwords then you better
# remove the following line.
rffjr provider <password is placed here>
I think I'm doing the same steps I use under windows, but nothing works.
When I type plog, the only information I have is that the chat script
failed.
These are the last lines of my /var/log/syslog:
Oct 3 04:12:35 colorado pppd[664]: pppd 2.3.11 started by root, uid 0
Oct 3 04:12:36 colorado chat[665]: abort on (BUSY)
Oct 3 04:12:36 colorado chat[665]: abort on (NO CARRIER)
Oct 3 04:12:36 colorado chat[665]: abort on (VOICE)
Oct 3 04:12:36 colorado chat[665]: abort on (NO DIALTONE)
Oct 3 04:12:36 colorado chat[665]: abort on (NO DIAL TONE)
Oct 3 04:12:36 colorado chat[665]: abort on (NO ANSWER)
Oct 3 04:12:36 colorado chat[665]: send (AT &F0 E0 &C1 &D2 V1 S0=0\V1W0^M)
Oct 3 04:12:37 colorado chat[665]: expect (OK)
Oct 3 04:13:05 colorado chat[665]: ^M
Oct 3 04:13:05 colorado chat[665]: OK
Oct 3 04:13:05 colorado chat[665]: -- got it
Oct 3 04:13:05 colorado chat[665]: send (ATDT6129220^M)
Oct 3 04:13:05 colorado chat[665]: expect (CONNECT)
Oct 3 04:13:05 colorado chat[665]: ^M
Oct 3 04:13:50 colorado pppd[664]: Connect script failed
Oct 3 04:13:50 colorado chat[665]: alarm
Oct 3 04:13:50 colorado chat[665]: Failed
Oct 3 04:13:51 colorado pppd[664]: Exit.
The only information I have, now, is an alarm.
You may ask of the sequence ATS7=60S30=0L0M1\N3%C1&K3B0B15N1X4. I tried it
to, but nothing works.
I also tried to use C-Kermit. I can send AT commands, the modem responds to
them, but when I tried the dial command, it says that maybe there's a
trouble with the modem error-correction, that the modem may be RPI. My
modem is not RPI, it's an ISA pnp, but I tried to disable error-correction
with the &Q6 AT command (I have the modem AT commands manual)... same thing
as always.
1) Is there another way to watch the logs of my connection more closely?
2) Can the problem be with the serial port uart? I tried to setserial
16650, 16450, 16650, etc, but only 16650A works.
3) I tried another ISP (in Brazil, we have a few ISP's that are for free),
but ... nothing.
4) I tried to use CHAP, also. But nothing... I even checked the md5 and MS
80 definitions of CHAP, but they're right, according to the CHAP docs.
5) I'm almost trying Red Hat. Definitively, I'm not a linux guru (...yet).
Thanks for any help,
Gaúcho.
Reply to: