mgetty and Elsa Microlink 56k pro
Gert Doering (gert@greenie.muc.de)
Thu, 13 Jan 2000 22:04:46 +0100
Hi,
On Tue, Jan 11, 2000 at 10:02:26PM +0100, Udo Seidel wrote:
> 01/10 02:46:45 yS0 mdm_send: 'AT+FCC=1,5,0,2,0,0,0,0'
> 01/10 02:46:45 yS0 got:[0a]AT+FCC=1,5,0,2,0,0,0,0[0d]
> 01/10 02:46:45 yS0 mdm_command: string 'AT+FCC=1,5,0,2,0,0,0,0'
> 01/10 02:46:45 yS0 got:[0d][0a]OK[0d]
> 01/10 02:46:45 yS0 mdm_command: string 'OK' -> OK
> 01/10 02:46:45 yS0 waiting for line to clear (VTIME), read:
> 01/10 02:46:45 yS0 removing lock file
> 01/10 02:46:45 yS0 waiting...
Looks pretty good.
> At this point 5 LED are on (Power, DTR, DSR, RTS, CTS) and now ppp is possible.
Yes.
> Usually only Power, DSR and CTS are on before I start ppp-connection or send a
> fax.
This is normal - if mgetty is not running, the port is "idle", DTR and RTS
are inactive. If mgetty is running, the port is active (from the modem's
view), it has to be, to be monitored for "RING". Mgetty has special logic
to go away if pppd or other dialout programs start.
> My first question is: Is it rigth that only incoming calls/faxes can be
> received or only outgoing calls/faxes can be transmitted?
No. Mgetty enables full-duplex operations. (Which is *very* explicitely
explained in the docs and the FAQ).
> If the answert to this question is no (duplex-mode available), I need
> help/suggestions to make mgetty working properly.
Hmmm. What do you need by "make mgetty working properly"? From the log
file you have shown, everything is perfectly alright. Where is the
problem?
> I read FAQ and manpages carefully, but did not find a solution for my problem.
So what *is* the problem? The on-ness of the DTR and CTS lights? This is
not a problem, this is the correct state.
If the pppd program uses proper locking, dial-out should not be hindered -
see the "linux" section of the manual.
gert
--
USENET is *not* the non-clickable part of WWW!
//www.muc.de/~gert/
Gert Doering - Munich, Germany gert@greenie.muc.de
fax: +49-89-35655025 gert.doering@physik.tu-muenchen.de