"James K. Lowden" <jklowden@schemamania.org> writes:
  > Whenever I've seen "Serial link is not 8-bit clean", it's been because the
  > provider wasn't set up to do PAP, but was expecting a plaintext login.  

I think I've also seen this error when the login (with
username/password) seems to work, but then the script that is run from
/etc/master.passwd has e.g. a bad interpreter, causing the login
session to end, hanging up the phone.  Then the local pppd is just
talking to the modem.  Usually I get more info than this, though:

Feb 21 09:12:37 foo chat[398]: send (??????)
Feb 21 09:12:37 foo pppd[396]: Serial connection established.
Feb 21 09:12:37 foo pppd[396]: Using interface ppp0
Feb 21 09:12:37 foo pppd[396]: Connect: ppp0 <--> /dev/modem
Feb 21 09:13:08 foo pppd[396]: LCP: timeout sending Config-Requests
Feb 21 09:13:08 foo pppd[396]: Connection terminated.
Feb 21 09:13:08 foo pppd[396]: Serial link is not 8-bit clean:
Feb 21 09:13:08 foo pppd[396]: All received characters had bit 7 set to 0


  Perry writes:
  That isn't necessarily so. That is to say, I know of remotes that will
  do prompted logins and ALSO normal PPP handshakes, so dialing in by
  hand doesn't tell you anything.

Any clues/pointers on how to make NetBSD do this?

        Greg Troxel <gdt@ir.bbn.com>