On Sun, 16 Apr 2000, Torsten Harling wrote:
|---------------------------------------------------------------------
|
|The file /etc/ppp/peers/my-office contains the following options:
|---------------------------------------------------------------------
|/dev/modem
|115200
|crtscts
|<ip-address-of-office-net>:<ip-of-office-pc>
|defaultroute
|debug
|modem
|name Administrator
|remotename office-pc
|---------------------------------------------------------------------
|
|
|The problem is, that the second call to pppd fails with the message
|
| pppd[516]: LCP: timeout sending Config-Requests
I *think* that this is due to a disagreement betweet NT and pppd on what
ACCM (asyncmap) the callback should start with. The NT believes that the
asyncmap negotiated on the original connection should still be in effect on
the callback connection, and pppd believes that it should be renegotiated
and so expects all control characters to be escaped.
The pppd option "receive-all" will allow the PPP negotiations to succeed on
the second call. It's existence is likely a direct result of this buggy NT
behavior.
---
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]
