Very Computer

Quote:>I will be greatly indebted if someone performs an autopsy on my ppplog
>attached below. I seem to get a connection, but no data transfers take
>place (/sbin/ifconfig gives the server's address, but if I do a ping on
>that address, I get 100% packet loss).

1. You specified a local IP address. The terminal server does not want
you to use that IP address. You should do one of two things:
  a) Remove the local IP address from the list of options given to pppd,
     or,
  b) Include the option 'ipcp-accept-local' to tell pppd that it is to accept
     the terminal server's change of the IP address.

2. The terminal server is not able to accept, nor will it generate, the vj
   compressed header connection id.

There is a bug in the 2.1.2 version of all implementations of the pppd
program. It does not work properly if you are trying to use a terminal
server which does not support a compressed connection id and you attempt
to compress the connection id.

The Linux driver had a bug which hid the problem in the daemon. It would
never accept the parameter from the daemon concerning the compressed
connection id. It never compressed them. So, it would always work with
all systems. The 1.2.8 kernel changed that and permitted the ppp driver
in the kernel to compress the connection id.

All of a sudden, the connections would stop working. The speed of the
link would drop through the floor as all frames sent with the compressed
connection id would be tossed. This caused the TCP layer to time out the
acks and retransmit the frames. However, this would take a 'long' time to
recognize that the frames were not received.

The solution is to add the option

-vjccomp

to the list of options for pppd execution. This problem has been fixed in
the next version of pppd.

--