From owner-freebsd-questions Fri Jun 6 01:03:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA05998 for questions-outgoing; Fri, 6 Jun 1997 01:03:38 -0700 (PDT) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA05989 for ; Fri, 6 Jun 1997 01:03:36 -0700 (PDT) Received: from cliff.concentric.net (cliff [206.173.119.90]) by darius.concentric.net (8.8.5/(97/05/21 3.30)) id EAA20529; Fri, 6 Jun 1997 04:03:35 -0400 (EDT) [1-800-745-2747 The Concentric Network] Received: from athena (ts003d22.sal-ut.concentric.net [206.173.156.82]) by cliff.concentric.net (8.8.5) id EAA03196; Fri, 6 Jun 1997 04:03:33 -0400 (EDT) Message-ID: <3397C412.AB9A87F9@concentric.net> Date: Fri, 06 Jun 1997 02:02:26 -0600 From: Joshua Fielden Organization: Shaggy Enterprises X-Mailer: Mozilla 4.0b5 [en] (WinNT; I) MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: PPP problems. X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I almost got my PPP to work... :-/ I can get -auto to work fine, dial, and even connect.... but then nothing happens. My ppp.log shows the last two line of any connection as LCP: state change Initial --> closed LCP: state change Closed --> stopped If I set openmode active, I get a chunk of what boils down to requests being sent from my machine, then it finally gives up. I have searched the archives for this problem, and see it has shown up before, but there never seems to be a resolution to any of the threads in the archives. They all seem to end up saying "talk to your ISP" but my ISP will not deal with anyone running any sort of U*ix system. Anyone got any ideas? I can use PPP fine in 95/NT/Dos, BTW, and under BSD, I can cu to my shell and telnet/PPP from there, so the hardware is fine and works. BTW, I am running 2.1.5-Release. -- SCSI is *not* magic. There are many technical reasons why it is occasionally nessicary to sacrifice a small goat to your SCSI chain. --Joshua Fielden