From owner-freebsd-hackers  Wed Apr  3 14:41:33 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA29367
          for hackers-outgoing; Wed, 3 Apr 1996 14:41:33 -0800 (PST)
Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29356
          for <hackers@freebsd.org>; Wed, 3 Apr 1996 14:41:27 -0800 (PST)
Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.12/8.6.9) id RAA18868; Wed, 3 Apr 1996 17:41:41 -0500
Date: Wed, 3 Apr 1996 17:41:40 -0500 (EST)
From: Marc Ramirez <mrami@mramirez.sy.yale.edu>
Reply-To: mrami@minerva.cis.yale.edu
To: hackers@freebsd.org
Subject: switching from iijppp to kernel-mode ppp (fwd)
Message-ID: <Pine.BSF.3.91.960403174000.17766A-100000@mramirez.sy.yale.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Okay, I have a 2.1.0-RELEASE system (with various cosmetic hacks in the 
kernel) which is gatewaying between an internal LAN (ed0) and the 
Internet (tun0 now, ideally ppp0).  The user-mode ppp works just fine, 
but the kernel-mode ppp seems to get stuck; it seems to handshake 
correctly, but I can't get any packets to pass through.

None of the options I toyed with seem to make a difference.  Do I have a 
lame pppd? (I seem to remember something about this) Does anyone use pppd 
to connect to Netcom and would you be willing to trade configuration files?

Configuration files and logs follow...

Thanks,
Marc.

--
An apple every eight hours will keep three doctors away.

----------------- /etc/ppp/ppp.conf -------------------

default:
 set speed 115200
 set device /dev/cuaa2
 set ifaddr 206.216.114.1 163.179.162.3
 set timeout 0
 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATE1Q0M0 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT"

netcom:
 set phone xxxxxxxx
 set login "TIMEOUT 5 login:-\\r-login: xxxxxx word: xxxxxxxx"
 dial

# For more info about the big strings above, they are chat(1) scripts.
# See the man page for chat(1) for a description
 
----------------- /etc/ppp/options --------------------

crtscts         # enable hardware flow control
modem           # modem control line
                # wait for LCP packets
#domain eaglesol.com    # put your domain name here

206.216.114.1:163.179.162.3     # 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
mtu 1380
mru 1380
debug

----------------- /var/log/ppplog --------------------

Apr  1 17:00:20 eaglesol pppd[2076]: pppd 2.1.2 started by root, uid 0
Apr  1 17:00:23 eaglesol pppd[2077]: Using interface ppp0
Apr  1 17:00:23 eaglesol pppd[2077]: Connect: ppp0 <--> /dev/cuaa2
Apr  1 17:00:23 eaglesol pppd[2077]: sent [LCP ConfReq id=0x1 <mru 1380>]
Apr  1 17:00:23 eaglesol pppd[2077]: rcvd [LCP ConfReq id=0x1 <mru 1380>]
Apr  1 17:00:23 eaglesol pppd[2077]: sent [LCP ConfRej id=0x1 <mru 1380>]
Apr  1 17:00:23 eaglesol pppd[2077]: rcvd [LCP ConfRej id=0x1 <mru 1380>]
Apr  1 17:00:23 eaglesol pppd[2077]: sent [LCP ConfReq id=0x2]
Apr  1 17:00:23 eaglesol pppd[2077]: rcvd [LCP ConfReq id=0x2]
Apr  1 17:00:23 eaglesol pppd[2077]: sent [LCP ConfAck id=0x2]
Apr  1 17:00:23 eaglesol pppd[2077]: rcvd [LCP ConfAck id=0x2]
Apr  1 17:00:23 eaglesol pppd[2077]: sent [IPCP ConfReq id=0x1]
Apr  1 17:00:23 eaglesol pppd[2077]: rcvd [IPCP ConfReq id=0x1]
Apr  1 17:00:23 eaglesol pppd[2077]: sent [IPCP ConfAck id=0x1]
Apr  1 17:00:23 eaglesol pppd[2077]: rcvd [IPCP ConfAck id=0x1]
Apr  1 17:00:23 eaglesol pppd[2077]: local  IP address 206.216.114.1
Apr  1 17:00:23 eaglesol pppd[2077]: remote IP address 163.179.162.3

-----------------------------------------------------

pppd is invoked by:
pppd -all /dev/cuaa2 115200 file /etc/ppp/options
I copied all the ppp files from the Setting Up Kernel PPP section of the 
Handbook.

iijppp is invoked by:
ppp -auto netcom

As I said, iijppp works fine.  With pppd, nothing ever passes through.  I 
can do 'tcpdump -i ppp0' and watch packets go across, but nothing ever 
comes back.

Hmmm...