Return-Path: 
 <new-httpd-return-16360-apmail-new-httpd-archive=apache.org@apache.org>
Delivered-To: apmail-new-httpd-archive@apache.org
Received: (qmail 40525 invoked by uid 500); 23 May 2001 00:19:44 -0000
Mailing-List: contact new-httpd-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: new-httpd@apache.org
list-help: <mailto:new-httpd-help@apache.org>
list-unsubscribe: <mailto:new-httpd-unsubscribe@apache.org>
list-post: <mailto:new-httpd@apache.org>
Delivered-To: mailing list new-httpd@apache.org
Received: (qmail 40397 invoked from network); 23 May 2001 00:19:31 -0000
X-Authentication-Warning: kurgan.lyra.org: gstein set sender to
 gstein@lyra.org using -f
Date: Tue, 22 May 2001 17:24:22 -0700
From: Greg Stein <gstein@lyra.org>
To: new-httpd@apache.org
Subject: Re: Installing alternate transports in Apache 2.0
Message-ID: <20010522172422.V5402@lyra.org>
Mail-Followup-To: new-httpd@apache.org
References: <014201c0e2fd$520f1fa0$82431b09@sashimi>
 <20010522154842.A2501@waka.ebuilt.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20010522154842.A2501@waka.ebuilt.net>;
 from fielding@ebuilt.com on Tue, May 22, 2001 at 03:48:42PM -0700
X-URL: http://www.lyra.org/greg/
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N

On Tue, May 22, 2001 at 03:48:42PM -0700, Roy T. Fielding wrote:
> > WIBNIF we reintroduced the notion of a network layer IOL?  For the above
> > mentioned SSL API, we would insert the appropriate IOL during the
> > pre_connection phase. The core filter would use iol_read, iol_write, etc.
> > to do the network i/o.  Thoughts?
> 
> How is that different from swapping the bottom filter (doing normal write,
> writev, sendfile) with an SSL filter (doing ssl_write)?

Right... what Roy said. Just use YOUR_STACK rather than CORE_IN and
CORE_OUT. That should do the trick nicely.

Of course, how we select the right bottom filter is still hard-coded
(similar to IOL selection, I would believe). However, we at least have a
*name* attached to that bottom filter now (unlike IOLs). It would be
feasible to do something like:

<VirtualHost IP:PORT>
  NetworkFilters MINE_IN MINE_OUT
</VirtualHost>

The default, of course, is CORE_IN and CORE_OUT. The code that inserts the
CORE filters would just look at the configuration directives and install
whatever it was told.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/