3 questions concerning mgetty

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

Hi,

Mike Castillo wrote:
> I am having two problems that I can't seem to figure out.
> 
> First, When dialing in from a WIN 95 machine, I have to have my modem set to
> 19200 in order for the modem in the Linux box to answer. If I have the speed
> set at 19200 on the calling machine, everything will work fine. I will get
> the post-dialup window. Log in and launch PPPD. If the calling machine is
> set at anything higher than 19200, the modem on the Linux box answers and
> then hangs up. 

Hmmm. I don't think this is a mgetty or linux problem -- after all, you
change something on the *calling* side which makes it go / fail. Maybe
something in the cabling or the drivers on the Winblows side is broken.

> On the Linux side which is running kernel version 2.0.0, I have mgetty set
> with the default portspeed of 38400 in the mgetty.config.
> 
> I used setserial to set the speed at 115200.

Don't use setserial. Just set mgetty to 115200.

> The second question deals with the AutoPPP. It does not seem to work. I
> compiled mgetty with the -DAUTO_PPP option.
> 
> I also uncommented the /AutoPPP/ line in the login.config.

*From the log file, mgetty's part works fine. It CONNECTs, recognizes the
PPP frame, and forks off pppd.

> When I call in from a Win95 machine. It just tells me that the computer is
> not answering right now even though it does answer.
> 
> Sometimes it will state that it could not negotiate a set of protocols
> between the two machines.

Sounds like a problem with the settings on the Winblows machine. But this
can only be answered by looking at the pppd log file (and not by me
anyway, as I am not a PPP expert, and not giving support for it).

> Does PPPD read its options files when it is launched from mgetty using
> /AutoPPP/?

Yes.

> If that's the case, then I don't have to include all the options in the
> command line.

Yes. Do like you feel comfortable.

> Here is the relevant part of the log file running on the dial-in line.

The log is just perfect.

> 05/15 13:32:20 yS1 CND: ATA[0d][0a]CONNECT ** found **
> 05/15 13:32:33 yS1 send:
> 05/15 13:32:33 yS1 waiting for ``
> ''
> 05/15 13:32:33 yS1 got: 115200[0d]
> 05/15 13:32:33 yS1 CND: CONNECT 115200
> 05/15 13:32:33 yS1 CND: found: 115200[0a] ** found **

CONNECT fine.

> 05/15 13:32:33 yS1 waiting for line to clear (VTIME), read:
> ~[ff]}#[c0]!}!}!} }7}"}&} }*} } }%}
> 05/15 13:32:33 yS1 looking for utmp entry... (my PID: 31388)
> 05/15 13:32:33 yS1 utmp + wtmp entry made
> 05/15 13:32:34 yS1 tio_set_flow_control( HARD )
> 05/15 13:32:34 yS1 getlogname (AUTO_PPP), read:~[ff]}#[c0]!

PPP frame detected.

> 05/15 13:32:36 yS1 utmp + wtmp entry made
> 05/15 13:32:36 yS1 calling login: cmd='/usr/sbin/pppd', argv[]='pppd auth
> -chap +pap login sync

PPPD started. Mgetty's job is done.

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-3545980     gert.doering@physik.tu-muenchen.de
.