QOS or more bandwidth

Tue May 29 14:13:33 UTC 2001

> > Altho you need to have different policies for your core and for your
> > customers.. it may be practical to increase bandwidth on the core and
> > avoid QoS (which imho should never be employed on the core).. but its
> > not always within a customers budget to upgrade from low speed circuits.
> 
> Although I generally agree, how does one keep QoS out of the core for CBR
> and jitter-sensitive applications?

I would disagree and argue that your core needs to be running top of the
range routers with fat pipes with spare bandwidth, for a large network if
you run out of CPU or bandwidth your routers will simply fall over.

If you have sufficient bandwidth and your routers are running smoothly
then there is no use for QoS hence I wouldnt use it (plus it will slow
down the routing process).

> > I think as the prices drop, smaller businesses are coming online but
> > still trying to use high bandwidth applications. As they are unable to
> 
> Many here must continually explain on other lists that speed and volume
> are totally different games.  "High-speed" access != "high volume for
> below cost".  Ughh.  (If I wire my house with a 400A main, and insist
> on running 30kW all the time, I'm going to get a biiig electric bill...)

Exactly! If you continue to increase the requirements with growing
bandwidths you have no net gain. (A lot like each new release of Windows
has more features to take advantage of faster CPUs that means they always
remain slow!)

Steve

> 
> 
> Eddy
> 
> ---------------------------------------------------------------------------
> 
> Brotsman & Dreger, Inc.
> EverQuick Internet Division
> 
> Phone: (316) 794-8922
> 
> ---------------------------------------------------------------------------
> 
> Date: Mon, 21 May 2001 11:23:58 +0000 (GMT)
> From: A Trap <blacklist at brics.com>
> To: blacklist at brics.com
> Subject: Please ignore this portion of my mail signature.
> 
> These last few lines are a trap for address-harvesting spambots.  Do NOT
> send mail to <blacklist at brics.com>, or you are likely to be blocked.
> 
> 