Clifford Kite wrote:
>
> I'd suspect a low-control problem, use the pppd option crtscts (as you did)
> and add &K3 to the modem initialization string (old Hayes standard, YMMV),
> or a problem with the BSD compression that seems to have been negotiated,
> use the pppd option nobsdcomp, or that the VJ header compression at the ISP
> is broken, use the pppd option novj.
[...]
Clifford,
Thank you *VERY* much for your reply. Your suggestions
above (plus noccp) appear to have resolved my problem.
My connection has been working for over an hour now
(versus 3-5 minutes), and at about twice the previous
data rate.
I suspect that the culprit is my ISP, specifically it's
handling of requests from pppd for CCP negotiation.
Now that I have a working connection, I can play around
a bit and isolate it further.
A related question: Can someone recommend a reference that
describes the various compression schemes (CCP, BSD,
Van Jacobson) and how they're used by PPP? I'd like to
expand on my rather superficial understanding of this
aspect of PPP.
Again, thanks for your help!
-Chris
--
Chris Malley
PixelZoom, Inc. Voice: +1.303.494.8849
835 Orman Drive EMail: [EMAIL PROTECTED]
Boulder CO 80303-2616
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
