On Sat, 11 Dec 1999, Paul Sullivan wrote:
|I'm fairly certain (due to pings being TX'd ok, but RX'd as errors) that
|there is a corruption of sorts in the packet transmission. I don't know
|why though. Could it be an authentication issue? Surely not?
It's likely a flow control problem of some sort since the RX errors are
frame errors.
Try adding the pppd option "asyncmap a0000", and check that pppd has the
crtscts option and that the modem has hardware flow control turned on, &K3
in the Hayes modem command set.
If those fail then try backing off the pppd speed option to 57600 or even
38400 - I don't know what speed MS uses in it's PPP software. If that
cures or helps then it's likely a UART that's not up to par when modem
compression is used, or IDE disk IO that keeps interrupts off too long.
The program hdparm using the option -u1 can help a disk IO problem, but
*read the warning* regarding that option in the hdparm man pages.
The CCP errors are caused by the problem, not a cause of the problem.
---
Clifford Kite Not a guru. (tm)
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
