From owner-freebsd-current  Fri Mar  7 03:54:31 1997
Return-Path: <owner-current>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id DAA05148
          for current-outgoing; Fri, 7 Mar 1997 03:54:31 -0800 (PST)
Received: from nic.follonett.no (nic.follonett.no [194.198.43.10])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA05116
          for <freebsd-current@freebsd.org>; Fri, 7 Mar 1997 03:53:15 -0800 (PST)
Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id MAA06308; Fri, 7 Mar 1997 12:50:13 +0100 (MET)
Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id MAA13198; Fri, 7 Mar 1997 12:27:59 +0100 (MET)
Message-Id: <3.0.32.19970307122738.00c8d100@dimaga.com>
X-Sender: eivind@dimaga.com
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Fri, 07 Mar 1997 12:27:39 +0100
To: Chris Csanady <ccsanady@nyx.pr.mcs.net>
From: Eivind Eklund <eivind@dimaga.com>
Subject: Re: User ppp broken still?
Cc: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

At 02:00 PM 3/6/97 -0600, Chris Csanady wrote:
>I've been using ppp for quite a while, but I've had a few problems.  My
system
>is current as of Jan 30.  What happens is that a lot of the time I'm ftping 
>something, the link will freeze if I try to do anything else.  However, if I
>don't use much bandwidth, it will stay up for hours.
>
>I tried compiling ppp from current, but after using it for a few minutes, it
>starts gobbling up all my CPU, and I have to use -9 to kill it.  It is
>completely unusable.
>
>So whats the deal?  I'd love to use kernel ppp, although I need the dial on
>demand and aliasing. :(  Will user ppp ever be reliable?

Hopefully.  You mention that you use the aliasing - could you do me a
favour and test whether it work better with the latest version of the
aliasing code?  PPP+pktAlias 1.9 is at http://www.srv.net/~cmott/alias.html
- this is based on PPP from 3.0-CURRENT as of late January (just prior to
the patches to fix the signal problems).

You might also be interested in testing whether your problems are from the
signal handling - the signal handling was improved sometime in
mid-February, and if that is not what you referred to having tested above,
you might want to try it.

>Other things... I'm using and MTU and MRU of 576, lqr off, pred1 off, over
>a 28.8.  Any ideas?

lqr off, predl on, MTU/MRU 1500 works fine here.  And I have used all
bandwidth there is :) (28.8k)



Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org