Computer expecting 8 bits, ISP sending 7

Computer expecting 8 bits, ISP sending 7

Post by Diego M. Lope » Sat, 11 Dec 1999 04:00:00



I need to implement a diald connection for a firewall network. Im in the
point where my connect script works and I
get connected to the ISP for a few seconds. After that the connection is
dropped. Looking for information I have
configured the pppd with the 'debug' option and looking at the log file I
can see that right before closing the
connection, this is what is happening (textual)

'Receive serial link is not 8 bit clean'
'Problem: all had 7 bit set to 0'

I have checked the ppp interface also, and it seems that can not receive
packets because the line where the RX
statistics are reported is:

'RX packets 0 errors 25 dropped 0 overruns 0 frame 25'

I will appreciate any kind of help

--
Posted via CNET Help.com
http://www.help.com/

 
 
 

Computer expecting 8 bits, ISP sending 7

Post by David Efflan » Sun, 12 Dec 1999 04:00:00


On Fri, 10 Dec 1999 23:30:56 GMT, Diego M. Lopez


>I need to implement a diald connection for a firewall network. Im in the
>point where my connect script works and I
>get connected to the ISP for a few seconds. After that the connection is
>dropped. Looking for information I have
>configured the pppd with the 'debug' option and looking at the log file I
>can see that right before closing the
>connection, this is what is happening (textual)

>'Receive serial link is not 8 bit clean'
>'Problem: all had 7 bit set to 0'

Which Linux distro?  Is your regular ppp connection working to the same
ISP on the same modem?  Do any other programs access the modem (mgetty,
uucp, a fax program, etc.)?  Do all programs that access the modem use the
same /dev/name (if one uses /dev/ttyS# and another uses /dev/modem, you
will have problems).  I had that problem (not 8 bit clean) on an old
Slackware.  Apparently it was running uucp which I didn't use anyway and
removing uucp package solved it.

On the other hand I had diald working in RH5.2 and could not get it to
work in HR6.1.  I switched to using pppd's own passive and demand options
using modified info lifted from one of the newsgroups, and that works.
For more see:  http://www.de-srv.com/linux/pppd-demand.txt

--

http://www.de-srv.com/  http://cgi-help.virtualave.net/
http://thunder.prohosting.com/~cv-elgin/

 
 
 

Computer expecting 8 bits, ISP sending 7

Post by Frank Ha » Sun, 12 Dec 1999 04:00:00




Quote:>I need to implement a diald connection for a firewall network. Im in the
>point where my connect script works and I
>get connected to the ISP for a few seconds. After that the connection is
>dropped. Looking for information I have
>configured the pppd with the 'debug' option and looking at the log file I
>can see that right before closing the
>connection, this is what is happening (textual)

>'Receive serial link is not 8 bit clean'
>'Problem: all had 7 bit set to 0'

This is quoted firectly from the FAQ file included in the pppd source
code file:

------------------------------------------------------------------------

Q: When I try to establish a connection, I get an error message saying
"Serial link is not 8-bit clean".  Why?

A: The most common cause is that your connection script hasn't
successfully dialled out to the remote system and invoked ppp service
there.  Instead, pppd is talking to something (a shell or login
process on the remote machine, or maybe just the modem) which is only
outputting 7-bit characters.

This can also arise with a modem which uses an AT command set if the
dial command is issued before pppd is invoked, rather than within a
connect script started by pppd.  If the serial port is set to 7
bits/character plus parity when the last AT command is issued, the
modem serial port will be set to the same setting.

Note that pppd *always* sets the local serial port to 8 bits per
character, with no parity and 1 stop bit.  So you shouldn't need to
issue an stty command before invoking pppd.

------------------------------------------------------------------------

You can find the full pppd archive with documentation here:

ftp://cs.anu.edu.au/pub/software/ppp/

Try a search of http://www.deja.com for the above error messages.
I bet you will get many solutions.

Basically, I think your chat script is not working properly.

--
Frank Hahn

A general leading the State Department resembles  a dragon commanding
ducks.
                -- New York Times, Jan. 20, 1981

 
 
 

1. expect-send pairs and sub expect-send pairs in chat

My ISP has two possible logins when dialing, depending on waht server you
get, they are:
host:
login:
password:

were hos you enter ppp, slip, shell whatever,
or the server defaults to ppp prompting you for just:

login:
password:

What I belive the solution is:
expect "login:"
[if login is not found expect "host:" send "ppp"]
then send "voltaire"

The problem is that I can not get the sub-expect "host:" and sub-send
"ppp" to work.  I tried (trying to understand the chat manpage):

ogin:--ost: ppp--voltaire

obviously that isn't working, if it sees "ogin:" or "ost:" it sends
"ppp-voltaire"

If anyone can understand this bableing at all please help.

--
Voltaire

http://www.flinet.com/~voltaire

2. Questions, of course!

3. PPP - ISP is sending me unreadable packets when I'm expecting Username prompt

4. Linux INFO-SHEET

5. Filesystem common to MacOSX and Linux BESIDES HFS?

6. pppd 8 bit clean error when the ISP is 8 bit clean

7. Screen Saver Stopped Working

8. PPP/ISP - expect?

9. Chap <05> --> exactly what input is my isp (MCI) expecting??

10. Using Expect for ISP connections

11. expect messing with 8 bit stuff!

12. Expect program - Send command - help