RE: QOS or more bandwidth

The problem is, while most vendors support tagging and priority queuing, non of the current vendors can support true end to end QoS. Instead, we have taken to calling their options CoS.

The problem that I have seen is that while you can make certain that a good effort is made to ensure that your high proirity traffic is transmitted before your best effort traffic, you have no real way to ensure that the high priority arrives at the destination in the same manner that it was transmitted. I'm talking about packet order, jitter, and latency. Sure, it will probably get there, but will the data still be worth anything.

For Internet traffic, QoS/CoS is probably not worth it, as there is no way to realistically do either across two or more network providers. The real need will be on single provider wishing to sell more than just Internet across their expensive backbone. Such applications will be Toll-quality voice, production/broadcast-quality video, VPN, etc.

The way I have seen it, either IP QoS will have to become a reality, or the applications themselves will need to change to handle the poor CoS substitute that is offered now.

UK

The elusive "end-to-end QoS" seems to be a network
management issue, motivated primarily by the number of knobs
(and some featuritis) and lack of QoS best-practice (because
there's just not a lot of QoS practice, period).

Simple end-to-end technologies (TOS, DiffServ) are enough to
handle congestion-management QoS strategies (and some
differentiated services), are interoperable across most
vendors, and are supported in most edge- and core-class
devices.

Beyond simple QoS schemes, the complexity mandates an
end-to-end management tool. I suspect the cost/benefit curve
gets pretty flat above a simple QoS strategy, and anything
more complex has diminishing marginal value.

Any studies been done on cost/benefit of QoS, it'd be
interesting to see where the technical/business case is
compelling and where it makes no sense.

Pete.