Vgetty data login problem

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

Hi,

sorry for not responding more quickly.  Lots of work.

Sebastian Fritsch wrote:
> So I logged a complete call, from the init, so you can look at it
> yourself.

Thanks.

> 06/09 16:29:00 yS0   vgetty: Restoring signal handlers
> 06/09 16:29:00 yS0  send: ATA[0d]
> 06/09 16:29:00 yS0  waiting for ``CONNECT''
> 06/09 16:29:00 yS0   got: ATA[0d]
> 06/09 16:29:00 yS0    CND: ATA[0d][0a]CONNECT ** found **
> 06/09 16:29:14 yS0  send: 
> 06/09 16:29:14 yS0  waiting for ``_''
> 06/09 16:29:14 yS0   got:  28800/LAPM/V42BIS[0d]
> 06/09 16:29:14 yS0    CND: CONNECT 28800/LAPM/V42BIS
> 06/09 16:29:14 yS0    CND: found: 28800/LAPM/V42BIS[0a] ** found **

Data connection established (fine).

> 06/09 16:29:14 yS0   waiting for line to clear (VTIME), read: 
> 06/09 16:29:14 yS0    looking for utmp entry... (my PID: 6667)
> 06/09 16:29:14 yS0   utmp + wtmp entry made
> 06/09 16:29:14 yS0   tio_set_flow_control( HARD )
> 06/09 16:29:14 yS0   print welcome banner (/etc/issue)
> 06/09 16:29:14 yS0   getlogname (no opts), read:~[ff]}#[c0]!}!}!}
> }7}"}&} }*} } }%}&} %<[ac]}'}"}(}"}-}#}&[ba][a0]~~[ff]}#[c0]!}!}"}

This looks for me like an incoming PPP call.  This "garbage" could very
well be a PPP LCP frame.

Mgetty/vgetty will recognize this just fine, but ("no opts") it is not
compiled with "CFLAGS=-DAUTO_PPP".  So just recompile, and those calls 
should be handed over to pppd.

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