[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: pf/altq on a fast link



[ Please bear in mind that this scathing rebuff of etinc,             ]
[ as well as the others will go into the archives "forever", and show ]
[ up in google in a couple of days - ooops.                           ]
If anyone even *thinks* about buying this, consider the statement:
  "It pays for itself the first month."
Clearly this would depend on your bandwidth costs, but unless you
run an ISP in ANTARCTICA, where I would expect 9600 to be expensive,
this statement is obviously not always true.
and this from the web site:
  "...there is absolutely no telephone support..."
Hmmm, so your software/appliance dies on a Friday PM, so you have no
choice but to remove the devices urgently and reconfigure your
networking
(all causing outages) and BOOOOOM, those kazaa users take 99% of your
peer traffic and DoS your internet connectivity. You now need to phone
each and every customer and ask them to shut down Kazaa, please.....
Still sound like a good investment?
Dom
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Dom De Vitto                                       Tel. 07855 805 271
http://www.devitto.com                         mailto:[email protected]
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf
Of Dennis
Sent: Sunday, June 01, 2003 2:20 PM
To: [email protected]
Subject: Re: pf/altq on a fast link
[email protected] (Jason Houx) wrote in message
news:<[email protected]>...
> Good Day Anthony and pf list
> 
> As everyone already covered some very good points and some good links.
> I thought I would pass along something that would get you started.
> Basically I work for a ISP/LEC and we have started using OpenBSD for
> traffic shaping on customers that we will run some fiber to and put a
> OpenBSD box at one end to regulate the traffic.  IE GigE to a customer
but
> we cap their bandwidth as if they where buying T1's, DS3, ext (fiber
> converters are nice!).  This example does do some privatization and
> regulates bandwidth.
If you get serious about bandwidth management, take a look at something
a bit more advanced at a very affordable price. Our software "sniffs
out" p2p traffic no matter what port its running on, can manage 1000s of
policies/hosts individually, automagically shapes TCP traffic (window
reduction to reduce overall queue depth in the network), allows control
of virtual hosts by name, has controlled burst definitions, bandwidth
templates, etc. With a product like ours you can control the chaos of
p2p with 1 rule (port limiting doesnt work, because the clients can run
on any port now, in fact kazaa now defaults to port 80), and offer
tiered services easily, creating new revenue streams in the process. All
with a handy HTML interface and integrated Traffic Analysis tool. It
pays for itself the first month.
Its available as an add-on to Freebsd or as a standalone appliance. We
used to support OpenBSD, but sadly there isnt enough market to justify
the effort.
www.etinc.com
etinc etinc etinc etinc etinc etinc etinc etinc etinc etinc etinc etinc
etinc etinc etinc etinc etinc etinc etinc etinc etinc etinc etinc etinc
etinc etinc etinc etinc etinc etinc etinc etinc etinc etinc etinc etinc
etinc etinc etinc etinc etinc etinc etinc etinc etinc etinc
www.etinc.com www.etinc.com www.etinc.com www.etinc.com www.etinc.com
www.etinc.com www.etinc.com www.etinc.com www.etinc.com www.etinc.com
www.etinc.com www.etinc.com www.etinc.com www.etinc.com www.etinc.com
www.etinc.com www.etinc.com www.etinc.com www.etinc.com www.etinc.com
www.etinc.com www.etinc.com www.etinc.com www.etinc.com www.etinc.com
www.etinc.com www.etinc.com www.etinc.com www.etinc.com www.etinc.com
www.etinc.com www.etinc.com www.etinc.com www.etinc.com www.etinc.com
www.etinc.com www.etinc.com www.etinc.com www.etinc.com www.etinc.com
www.etinc.com www.etinc.com www.etinc.com www.etinc.com