Subject: Re: debugging PPP connection
To: None <netbsd-help@netbsd.org>
From: James K. Lowden <jklowden@schemamania.org>
List: netbsd-help
Date: 02/19/2003 20:14:46
On Mon, 17 Feb 2003 22:34:42 -0700, Dave <djibsd@punchcutter.ml1.net>
wrote:
> Hi,
>    I'm trying to set up PPP (PAP auth) following the
> directions in the on-line manual (verbatim), and have
> reached an impasse.  I hope someone can help me figure
> out what's going wrong. I'm using a Toshiba Tecra 8000
> laptop with an IBM 56k PC card modem.
...
> Feb 15 13:42:26  chat[266]: CONNECT
> Feb 15 13:42:26  chat[266]:  -- got it
> Feb 15 13:42:26  chat[266]: send (^M)
> Feb 15 13:42:26  pppd[264]: Serial connection established.
> Feb 15 13:42:26  pppd[264]: Using interface ppp0
> Feb 15 13:42:27  pppd[264]: Connect: ppp0 <--> /dev/tty03
> Feb 15 13:32:29  last message repeated 8 times
> Feb 15 13:42:28  /netbsd: ppp0 output:
> ff03c021010100140206000000000506a27a982507020802
> Feb 15 13:42:53  pppd[264]: Modem hangup
> Feb 15 13:42:53  pppd[264]: Connection terminated.
> Feb 15 13:42:54  pppd[264]: Serial link is not 8-bit clean:
> Feb 15 13:42:54  pppd[264]: All received characters had bit 7 set to 0

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.  

You can test this with cu(1): dial up manually, and log in.  If you get a
bunch of gibberish at that point, that's PPP being initiated by the remote
host.  

If there's a better way to know, I'd love to hear it.  I'd like to have
something detect what the remote wants, and DTRT.  

--jkl