[744] in linux-net channel archive
Re: ppp problem
daemon@ATHENA.MIT.EDU (Al Longyear)
Fri Jul 21 07:23:56 1995
Date: Thu, 20 Jul 1995 15:05:56 -0700
To: vsmith@unitec.ac.nz, linux-net@vger.rutgers.edu
From: Al Longyear <longyear@netcom.com>
You certainly believe in sending copies everywhere don't you? I have seen
this same message on most of the usenet news groups and now here.
At 02:57 PM 7/19/95 GMT+1200, you wrote:
>I have a problem getting ppp to operate correctly between a PC
>running Trumpet winsock and a Linux machine on a network. I would
>appreciate help and/or advice in getting the link working correctly.
You told the PPP process to not negotiate the IP address. It received the
request from the trumpet peer and did what you asked it to do -- Rejected
it. See below.
>I am setting up a ppp dialup link from a pc running trumpet winsock
>version 2.1e to a Linux machine on a network in an academic
>institution. I can dial up from the pc and login to the Linux machine
>no problem. Serial communications is fine. I have set up a ppp
>userid in the recommended manner and that login invokes a script
>containing:
>exec /usr/sbin/pppd -detach -ip passive modem crtscts 202.2.4.210:202.2.4.221
The '-ip' option that you put into the list says "Don't negotiate an IP
address." DON'T DO THAT! Take the option out of the list. You want the
trumpet system to retrieve its IP address since it didn't specify one.
>Jul 17 14:51:21 edtech pppd[2323]: fsm_sdata(IPCP): Sent code 1, id 1.
This is the local system receiving the IPCP protocol. It contains the
compression type (rejected) and the IP address (rejected).
>Jul 17 14:51:21 edtech pppd[2323]: IPCP: sending Configure-Request,
>id 1
>Jul 17 14:51:22 edtech pppd[2323]: fsm_rconfreq(IPCP): Rcvd id 1.
>Jul 17 14:51:22 edtech pppd[2323]: ipcp: received COMPRESSTYPE
>Jul 17 14:51:22 edtech pppd[2323]: (REJ)
>Jul 17 14:51:22 edtech pppd[2323]: ipcp: received ADDR
>Jul 17 14:51:22 edtech pppd[2323]: (REJ)
>Jul 17 14:51:22 edtech pppd[2323]: ipcp: returning Configure-REJ
>Jul 17 14:51:22 edtech pppd[2323]: fsm_sdata(IPCP): Sent code 4, id 1.
>Jul 17 14:51:22 edtech pppd[2323]: fsm_rconfack(IPCP): Rcvd id 1.
It now only received an option list of NIL.
>Jul 17 14:51:22 edtech pppd[2323]: fsm_rconfreq(IPCP): Rcvd id 2.
>Jul 17 14:51:22 edtech pppd[2323]: ipcp: returning Configure-ACK
>Jul 17 14:51:22 edtech pppd[2323]: fsm_sdata(IPCP): Sent code 2, id 2.
>Jul 17 14:51:22 edtech pppd[2323]: ipcp: up
>Jul 17 14:51:22 edtech pppd[2323]: local IP address 202.2.4.210
>Jul 17 14:51:22 edtech pppd[2323]: remote IP address 202.2.4.221
The peer decided that it did not have the needed parameters so it declared
the link dead.
>Jul 17 14:51:47 edtech pppd[2323]: fsm_rtermreq(IPCP): Rcvd id 2.
>Jul 17 14:51:47 edtech pppd[2323]: IPCP terminated at peer's request
>Jul 17 14:51:47 edtech pppd[2323]: ipcp: down
>Jul 17 14:51:47 edtech pppd[2323]: fsm_sdata(IPCP): Sent code 6, id 2.
>Jul 17 14:51:47 edtech pppd[2323]: fsm_rtermreq(LCP): Rcvd id 1.
>Jul 17 14:51:47 edtech pppd[2323]: LCP terminated at peer's request
>Jul 17 14:51:47 edtech pppd[2323]: fsm_sdata(LCP): Sent code 6, id 1.
>Jul 17 14:51:50 edtech pppd[2323]: Connection terminated.
>Jul 17 14:51:50 edtech pppd[2323]: Exit.
>PPP[C021] state = starting
>PPP[C023] state = starting
>PPP[8021] state = starting
>PPP ENABLED
>Internal SLIP driver COM1 Baud rate = 19200 Hardware handshaking
>Compression enabled
>IP buffers = 32 Packet buffers = 16
>My IP = 0.0.0.0 netmask = 0.0.0.0 gateway = 202.2.4.254
^^^^^^^
If you truly don't want to negotiate the IP address then you need to
specify the local IP address. You didn't.
>PPP[8021] SND CONFREQ ID=01 LEN=16 IPCP(002D0F01) IPADDR(00000000)
>PPP[8021] state = reqsent
>PPP[8021] RCV CONFREQ ID=01 LEN=4
>PPP[8021] SND CONFACK ID=01 LEN=4
>PPP[8021] state = acksent
>PPP[8021] RCV CONFREJ ID=01 LEN=16 IPCP(002D0F01) IPADDR(00000000)
The best solution is to simply remove the '-ip' parameter from the Linux
system's option list.
--
Al Longyear longyear@netcom.com longyear@sii.com
The public pgp 2.6 key is available by fingering longyear@netcom.com.
