On Sun, 5 Dec 1999, pppbox wrote:

|On Sat, 4 Dec 1999, Clifford Kite wrote:
|
|> On Sat, 4 Dec 1999, pppbox wrote:
|> 
|> |I'm using redhat 6.1 & ppp 2.3.4
|> |
|> |in the log...
|> |after the user logged in message I get a message saying
|> |CCP terminated by peer                 and
|> |Compression disabled by peer
|> 
|> There are aren't many other OS PPP implementations that use the CCP
|> algorithms that are available to pppd.  It's common to agree to disagee on
|> CCP between PPP implementions and it won't prevent a successful connection.
|> 
|> |then the dialup machine gives a wrong type of server error without
|> |dropping the connection
|> 
|> I can't translate this into something in the range of my experience.  You
|> need to post exact copies of the all link PPP negotiation messages.  Often
|> context as well as just one outstanding message is important.

I forgot to say that the pppd option you need to use is the debug option,
kdebug is seldom useful for solving PPP connection problems.  I removed the
kdebug messages to make the log easier to read and comment on.

|here's my log....
|
|Nov 29 08:00:35 localhost modprobe: can't locate module char-major-108
|Nov 29 08:00:35 localhost pppd[618]: pppd 2.3.10 started by LOGIN, uid 0
|Nov 29 08:00:35 localhost pppd[618]: Using interface ppp0
|Nov 29 08:00:35 localhost pppd[618]: Connect: ppp0 <--> /dev/ttyS1
|Nov 29 08:00:39 localhost PAM_pwdb[618]: (ppp) session opened for user rob by 
|LOGIN(uid=0)
|Nov 29 08:00:39 localhost pppd[618]: user rob logged in
|Nov 29 08:00:39 localhost pppd[618]: Unsupported protocol (0x802b) received
|Nov 29 08:00:39 localhost pppd[618]: Unsupported protocol (0x803f) received

The rejected protocols are

Novell IPX Control Protocol
NETBIOS Framing Control Protocol

|Nov 29 08:00:42 localhost pppd[618]: Could not determine local IP address

There is a failure to negotiate the local address with the peer.  You need
to specify your local IP address and, usually, the peers too.  The peer is
likely to be an MS box (the NETBIOS suggests this) and it wouldn't be much
of a surprise to have it accept 0.0.0.0 as the IP address.  Offering this
is the standard way of requesting that the peer supply the local address
when the local address is unspecified. 

The pppd debug option and the resulting link negotiation messages should
allow the cause of the failure to be identified with a fair amount of
confidence.

---
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]

Reply via email to