From owner-freebsd-isp Fri May 16 03:36:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA21195 for isp-outgoing; Fri, 16 May 1997 03:36:01 -0700 (PDT) Received: from eterna.binary.net (eterna.binary.net [205.183.56.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21180 for ; Fri, 16 May 1997 03:35:58 -0700 (PDT) Received: from matrix.binary.net (yura@matrix.binary.net [205.183.56.2]) by eterna.binary.net (8.8.5/8.8.5) with ESMTP id GAA15245; Fri, 16 May 1997 06:01:35 -0500 (CDT) Received: (from yura@localhost) by matrix.binary.net (8.8.5/8.8.5) id FAA28910; Fri, 16 May 1997 05:44:13 -0500 (CDT) From: Yura Socolov Message-Id: <199705161044.FAA28910@matrix.binary.net> Subject: Re: radius, usr total control and freebsd In-Reply-To: <337C2B73.ABD322C@cablenet.net> from Damian Hamill at "May 16, 97 10:40:03 am" To: damian@cablenet.net (Damian Hamill) Date: Fri, 16 May 1997 05:44:12 -0500 (CDT) Cc: freebsd-isp@freebsd.org X-Mailer: ELM [version 2.4ME+ PL27 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > OK I admit this was a little facetious but I cannot see a valid reason > why people would buy USR kit, I can only assume that you bought more on > What are you answering to your users, asking when will the 56k access be available? And to those who have bought pretty damn expensive upgrades for their sportsters, and now want x2, because even america onhold has already got it and want access "now!" or else. No, i'm not advocating USR, as a matter of fact it sucks[1], but let's face the reality. And besides, both Mega^H^H^H^HLivingston and USR say they are going to support whatever becomes the standard in 56k. -- yu [1] Not only does the damn thing come without software, needed to use all the features, it takes more than 24 hours of telephone calls to get the key to get the software off of their web site, and you still can't use it. [2] [2] Because the card that is responsible for the sanity of the whole thing and smooth interoperability of all hot-swappable components appeared to be with broken NVRAM, that wouldn't hold any settings. Fortunately they did agree to overnight a replacement.