In article <csc843$oru$>,
=?iso-8859-2?Q?Jan_Werbi=F1ski?= <> wrote:
:Hardware bandwidth controllers are quite expensive - Planet 10 Mbps is about
:1000 euro.
Packeteer's PacketShaper is much more expensive than that

About $US7500 for PacketShaper 2500 with 10 M license (the maximum
for the device),
About $US12500 for PacketShaper 6500 with 10 M license (the minimum
for the device), about $US17000 for the fibre-equipped equivilent.
:So with IOS I can only have static bandwidth limits and Qos? Is this
:correct?
So far in my examination of Cisco's QoS, I have not seen any ability to
define per-connection limits at all. You can define QoS in terms of
policy maps, but those maps appear to have the usual classification
features -- packet size or layer-4 access-list match. Thus one could
say that "all traffic from port 80 at IP X together is allowed 128
Kbps" [which you would presumably apply at your network edge if X was
an external system so as to control the rate at which return traffic
used internal network resources], but in what I have seen so far, there
is no provision for "each outgoing connection to port 80 at IP X is
allowed 32 Kbps worth of return traffic." I have, though, not
investigated the capabilities of Cisco's content service switches
nor of the GSR line.
--
Usenet is one of those "Good News/Bad News" comedy routines.