Very Computer

i am trying to connect my box at home (netbsd 1.1 running pppd 2.2) to
my ISP via PPP, but i keep getting the following

Connect: ppp0 <--> /dev/ty00
Modem hangup
Serial link is not 8-bit clean:
All received characters had bit 7 set to 0

what the heck does this mean? how can i fix it? thanx!

Quote:>i am trying to connect my box at home (netbsd 1.1 running pppd 2.2) to
>my ISP via PPP, but i keep getting the following

>Connect: ppp0 <--> /dev/ty00
>Modem hangup
>Serial link is not 8-bit clean:
>All received characters had bit 7 set to 0

>what the heck does this mean? how can i fix it? thanx!

http://www.thoughtport.com:8080/PPP/NeXT_PPP_FAQ.html#EightBitClean

While this is NeXT specific, it probably answers your question.

Hope this helps.

- Steve

--
==============================================================

Dept. of Comp. Science          |  NeXT, MIME, finger for PGP
Michigan State University       |  NeXT OS 3.3 using PPP-2.3
 NeXT PPP-2.3 info at  http://www.thoughtport.com:8080/PPP/

: i am trying to connect my box at home (netbsd 1.1 running pppd 2.2) to
: my ISP via PPP, but i keep getting the following

: Connect: ppp0 <--> /dev/ty00
: Modem hangup
: Serial link is not 8-bit clean:
: All received characters had bit 7 set to 0

This means that your line doesn't correctly transfer all characters. For
characters greater that ASCII 127, whose most significant bit (bit 7) is
set to 1, namely ASCII 128 (80 hex) through ASCII 255 (FF hex), it sets
bit 7 to 0 automatically. Unfortunately, PPP can't run over such lines.
Apparently, you're running PPP over a connection that wasn't meant to
support PPP, like I do. However, most terminal servers, even those which
don't specifically sdupport PPP, can be configured to give you an 8-bit
line (so they could be used with charcter sets that include letters whose
ASCII values are greater than 127). You should find out how to set-up your
line appropriately. Just ask your site's administrators how to set-up an
8-bit connection, Preferrably 8-bit clean (the difference between 8-bit
clean and plain 8-bit is, that an 8-bit clean line doesn't modify any
characters at all, while a plain 8-bit line might cause trouble with
control charcters, meaning ASCII 0 through 31, but PPP can handle that).

--
Yours
    Yitzhac Casapu
       Phone/FaxModem: 972-4-8334527
       41/12 Beth-Lehem St. Haifa, Israel; ZIP: 35567
    Studying at the Technion - Israel institute of technology.
       Faculty of Electrical Engineering

Quote:>Serial link is not 8-bit clean:
>All received characters had bit 7 set to 0

>what the heck does this mean? how can i fix it? thanx!

Either your connection is losing the top bit on every character, or
more likely the other end of the link isn't running PPP (e.g. it is
still waiting for you to complete a conventional login sequence).

--

(Sending any email to this site constitutes a licence to copy it to any
company which might reasonably be assumed to have transported it or
might reasonably be assumed to service any addresses quoted in it. 15Sep1996)

Quote:> Either your connection is losing the top bit on every character, or
> more likely the other end of the link isn't running PPP (e.g. it is
> still waiting for you to complete a conventional login sequence).

///Peter
--
  <!ELEMENT FOO - o EMPTY -- if you really loved me, you'd give me
content
                                                      : Julia Flanders
-->

Quote:

> > Either your connection is losing the top bit on every character, or
> > more likely the other end of the link isn't running PPP (e.g. it is
> > still waiting for you to complete a conventional login sequence).

> Wrong answer? The most likely reason for the serial link not being
> 8-bit is that the modem (either or both ends) and/or the login
> controller (eg gettty if this refers to a UNIX system) is not set
> for 8 data bits. Try the modem configuration first.

- Steve

--
==============================================================

Dept. of Comp. Science          |  NeXT, MIME, finger for PGP
Michigan State University       |  NeXT OS 3.3 using PPP-2.3
 NeXT PPP-2.3 info at  http://www.thoughtport.com:8080/PPP/

Quote:>controller (eg gettty if this refers to a UNIX system) is not set
>for 8 data bits. Try the modem configuration first.

PPP (free PPP) then reports an LCP timeout sending configure requests,
which people tend to forget to report, and then adds a note that all
the data was 7 bit.

It is possible that most people get this because of really not having an
8 bit clean path, but I would suggest that that is not actually very
common in the typical case of calling an ISP (other cases tend to be
handled by local network support people).  I'd also suggest that where
it is a genuine 7 bit channel, the user is likely to resolve the
problemn and not ask.  They really start asking when the error message
is misleading. The result of this is that, when this question gets asked
on USENET, the most likely cause is a failed conventional login.
--

(Sending any email to this site constitutes a licence to copy it to any
company which might reasonably be assumed to have transported it or
might reasonably be assumed to service any addresses quoted in it. 15Sep1996)

Quote:> on USENET, the most likely cause is a failed conventional login.

I believe that if you are connecting to UNIX host through a modem you should include
the %c0 to the Init String, and either way it would be good to set your asyncmap to
FFFFFFFF and try to escape the CTRL characters 11 and 13.