Subject: Re: pppd problems (again:( )
To: andrea franceschini <andrea.franceschini@linet.it>
From: Ignatios Souvatzis <is@jocelyn.rhein.de>
List: port-amiga
Date: 11/18/1998 21:40:05
On Tue, Nov 17, 1998 at 01:46:35AM +0100, andrea franceschini wrote:
> Hi All
> 
> I'have some problems with my pppd connection.
> 
> The problem is after the connection no packets are received.ù
...

> 
> These are my configuration files:
> 
> ------------------------------------------------
> /etc/ppp/options:
> 
> crtscts         # enable hardware flow control
> debug
> modem           # modem control line
> noipdefault     # remote PPP server must supply your IP address.
>                 # if the remote host doesn't send your IP during IPCP
>                 # negotiation , remove this option
> passive         # wait for LCP packets
> 
> domain linet.it     # put your domain name here
> :194.185.24.78      # put the IP of remote PPP host here
>                 # it will be used to route packets via PPP link
>                 # if you didn't specified the noipdefault option
>                 # change this line to <local_ip>:<remote_ip>
> 
> defaultroute    # put this if you want that PPP server will be your
>                 # default router
add this:
  noccp

>From the pppd man page:

noccp  Disable CCP (Compression Control Protocol) negotia­
              tion.  This option should only be required  if  the
              peer  is  buggy  and gets confused by requests from
              pppd for CCP negotiation.

Reading your excellent log, its clear to me that at least your partners have
a protocol bug in their ppp implementation. Doing noccp, which hopefully doesnt
try to start ccp from your side, might circumvent this.

If this doesnt help, contact them.

And again, this should be discussed on "tech-net", not on "port-amiga". I
copy my answer there, and have set reply-to accordingly.

> ------------------------------------------------
Explanation below:

> Nov 17 00:50:10  pppd[297]: sent [CCP ConfReq id=0x1 <deflate 15> <bsd v1 15>]
... we request to do either deflate or BSD compression.

> Nov 17 00:50:10  pppd[297]: rcvd [CCP ConfRej id=0x1 <deflate 15>]
... deflate gets rejected by the peer...

> Nov 17 00:50:10  pppd[297]: sent [CCP ConfReq id=0x2 <bsd v1 15>]
... we reuqest bsd compression, and at the same time (the link being
... full-duplex)...

> Nov 17 00:50:10  pppd[297]: rcvd [CCP ConfReq id=0x1 < 11 05 00 01 04>]
... they request hex 11 compression.
> Nov 17 00:50:10  pppd[297]: sent [CCP ConfRej id=0x1 < 11 05 00 01 04>]
... not knowing about it, we reject it.
> Nov 17 00:50:10  pppd[297]: rcvd [CCP ConfRej id=0x2 <bsd v1 15>]
... thats their reject of our BSD request.
> Nov 17 00:50:10  pppd[297]: sent [CCP ConfReq id=0x3]
... we request no compression (well, compression with no protocol)
> Nov 17 00:50:13  pppd[297]: rcvd [CCP ConfReq id=0x2 < 11 05 00 01 04>]
... and, dammit, they request the same protocol we rejected earlier! thats
... their bug, in my opinion.
> Nov 17 00:50:13  pppd[297]: sent [CCP ConfRej id=0x2 < 11 05 00 01 04>]
> Nov 17 00:50:13  pppd[297]: sent [CCP ConfReq id=0x3]
> Nov 17 00:50:16  pppd[297]: sent [CCP ConfReq id=0x3]
> Nov 17 00:50:16  pppd[297]: rcvd [CCP ConfReq id=0x3 < 11 05 00 01 04>]
... they do it AGAIN!
> Nov 17 00:50:16  pppd[297]: sent [CCP ConfRej id=0x3 < 11 05 00 01 04>]
... get it rejected...
> Nov 17 00:50:19  pppd[297]: sent [CCP ConfReq id=0x3]
> Nov 17 00:50:22  pppd[297]: sent [CCP ConfReq id=0x3]
> Nov 17 00:50:22  pppd[297]: rcvd [CCP TermReq id=0x0]
... decide to time out on compression, and terminate compression...
> Nov 17 00:50:23  pppd[297]: sent [CCP TermAck id=0x0]
> Nov 17 00:50:25  pppd[297]: sent [CCP ConfReq id=0x3]
> Nov 17 00:50:26  pppd[297]: rcvd [CCP TermReq id=0x0]
> Nov 17 00:50:26  pppd[297]: sent [CCP TermAck id=0x0]
> Nov 17 00:50:28  pppd[297]: sent [CCP ConfReq id=0x3]
> Nov 17 00:50:29  pppd[297]: rcvd [CCP TermReq id=0x0]
> Nov 17 00:50:29  pppd[297]: sent [CCP TermAck id=0x0]
...which we finally acknowledge.
> Nov 17 00:50:31  pppd[297]: sent [CCP ConfReq id=0x3]
> Nov 17 00:50:32  pppd[297]: rcvd [CCP TermReq id=0x0]
> Nov 17 00:50:32  pppd[297]: sent [CCP TermAck id=0x0]
> Nov 17 00:50:34  pppd[297]: sent [CCP ConfReq id=0x3]
> Nov 17 00:50:35  pppd[297]: rcvd [CCP TermReq id=0x0]
> Nov 17 00:50:35  pppd[297]: sent [CCP TermAck id=0x0]
> Nov 17 00:50:37  pppd[297]: sent [CCP ConfReq id=0x3]
...we  request no compression, but...
> Nov 17 00:50:38  pppd[297]: rcvd [CCP TermReq id=0x0]
...they request termination again.
> Nov 17 00:50:38  pppd[297]: sent [CCP TermAck id=0x0]
> Nov 17 00:50:40  pppd[297]: CCP: timeout sending Config-Requests
> Nov 17 00:52:03  pppd[297]: Hangup (SIGHUP)
> Nov 17 00:52:03  pppd[297]: sent [LCP TermReq id=0x2 "User request"]
> Nov 17 00:52:03  pppd[297]: rcvd [LCP TermAck id=0x4]
> Nov 17 00:52:03  pppd[297]: Connection terminated.
> Nov 17 00:52:05  pppd[297]: Exit.
> ------------------
>