mgetty multilink ppp problem
Gert Doering (gert@greenie.muc.de)
Wed, 5 Jan 2000 21:18:05 +0100
Hi,
On Tue, Jan 04, 2000 at 12:22:32PM -0500, Mike Taylor wrote:
> However, when I set my ISDN TA to use multilink PPP as its protocol, things
> do not
> go as smoothly. The device answers, but then mgetty just hangs (/AutoPPP/
> is never
> found during getlogname) until the connection resets. Here's what it looks
> like in the logs:
[..]
> 01/02 16:44:13 yS3 CND: CONNECT 230400
> 01/02 16:44:13 yS3 CND: found: 230400 ** found **
> 01/02 16:44:13 yS3 waiting for line to clear (VTIME), read:
> [0a]~[ff]}#[c0]!}!p} },}#}
> ([c0]'}!} } }![f2]-~~[ff]}#[c0]!}!q} },}#}([c0]'}!} } }!cx~~[ff]}#[
Hmmm, the problemlem here is, the TA is sending the PPP frames too quickly
- mgetty waits for a few moments after CONNECT, to give the line time to
settle down, default 0.3 seconds. If the TA starts spewing out PPP frames
immediately, mgetty will forever wait for "line to settle down".
You could try to workaround this by commenting out the
"clean_line( STDIN, 3);"
call in mgetty.c, about line 937, and see whether that will work. Or try
to reduce the "3" to "1". You have to recompile after that, as this can't
be set at run-time.
Hmmm, maybe there's some S-Register setting in the ISDN TA that will
"delay" the PPP startup a bit?
> 01/02 16:44:24 yS3 clean_line: only 500 of 1605 bytes logged
> 01/02 16:44:24 yS3 looking for utmp entry... (my PID: 1631)
> 01/02 16:44:24 yS3 utmp + wtmp entry made
> 01/02 16:44:25 yS3 tio_set_flow_control( HARD )
> 01/02 16:44:25 yS3 print welcome banner (/etc/issue)
> 01/02 16:44:25 yS3 getlogname (AUTO_PPP), read:
At this point, the TA or the remote end has given up, or so it seems.
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