From owner-freebsd-hackers Mon Sep 8 21:36:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01659 for hackers-outgoing; Mon, 8 Sep 1997 21:36:46 -0700 (PDT) Received: from adam.ist.flinders.edu.au (adam.ist.flinders.edu.au [129.96.1.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA01651 for ; Mon, 8 Sep 1997 21:36:39 -0700 (PDT) Received: from bay.ist.flinders.edu.au (bay.ist.flinders.edu.au [129.96.41.68]) by adam.ist.flinders.edu.au (8.8.5/8.8.5) with ESMTP id OAA17808 for ; Tue, 9 Sep 1997 14:06:21 +0930 (CST) Received: from bay.ist.flinders.edu.au (localhost [127.0.0.1]) by bay.ist.flinders.edu.au (8.8.5/8.8.5) with ESMTP id OAA08966 for ; Tue, 9 Sep 1997 14:06:07 +0930 (CST) Message-Id: <199709090436.OAA08966@bay.ist.flinders.edu.au> To: freebsd-hackers@freebsd.org Subject: Re: Divert sockets.. Date: Tue, 09 Sep 1997 14:06:07 +0930 From: "Daniel J. O'Connor" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I think what he's saying is that it would be nice to divorce the > "dial-on-demand" functionality from the thing that is actually > doing the dialing... you could do this with divert sockets, but > it would require some sort of "api" to the PPP process not only > to tell it to connect (eg, send SIGUSR1), but also to be able to > determine whether the link is already up (to avoid a flood of > such signals). Yes, or perhaps check a file(ie /var/run/ppp0.link or something), this would make things more flexible.. (IMO) Seeya Darius ~~~~~~