From owner-freebsd-isp Tue Sep 10 16:20:10 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22826 for isp-outgoing; Tue, 10 Sep 1996 16:20:10 -0700 (PDT) Received: from super-g.inch.com (spork@super-g.com [204.178.32.161]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA22681 for ; Tue, 10 Sep 1996 16:18:46 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.6.12/8.6.9) with SMTP id SAA18947; Tue, 10 Sep 1996 18:15:11 -0500 Date: Tue, 10 Sep 1996 18:15:10 -0500 (CDT) From: "S(pork)" X-Sender: spork@super-g.inch.com To: Tony Kimball cc: marpat@kmtnet.com, freebsd-isp@FreeBSD.ORG, linuxisp@lightning.com Subject: Re: T1 offc. resell config In-Reply-To: <199609101821.NAA06897@compound.Think.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We're looking at a similar test in our building before we move on to the rest of the city... We were thinking of putting an ethernet-ethernet router like a Cisco 2514 between our network and the ethernet switch that would distribute access to our various customers. We could set up some filters on the router that would disallow ftp/http servers and whatnot, and help keep things safe for our customers. Our big concern now is security BETWEEN clients... The only solutions I see so far are very expensive; with names like Cisco and BayNetworks... sigh. Charles spork@super-g.com On Tue, 10 Sep 1996, Tony Kimball wrote: > Quoth Mark Patterson on Tue, 10 September: > : > : What equip. do i use to break up our T1 into resellable portions for > : potential clients ranging in need from 56kb - 128kb and above? > > The cheapest thing for you to do is to sell ethernet drops. > Moreover, it is very desirable from your client's perspective > because they do not need a sync or isdn router, and they can > take advantage of surplus available bandwidth. What you sell > is not a fixed increment, but either a guaranteed minimum available > bandwidth (using a bandwidth limiting router) or a statistical > guarantee. In this way you can charge a premium price (due to > superiority of service) while incurring lesser infrastructural > costs than competing services. >