Re: [httpstreaming] [conex] [dispatch] Q-HTTP

[David Singer <[e-mail]>]

Hi Roland,

On Nov 10, 2010, at 9:11 , Roland Bless wrote:

> Hi David,
> 
> On 09.11.2010 11:31, David Singer wrote:
> 
>> It is that there are two ways to solve a real-time bandwidth need.
>> One is to reserve bandwidth, manage QoS and so on;  one gets
>> protocols and systems like diffserv, ATM, and so on.  The other is
>> simply to have 'too much' of the resource.  Though it feels wrong,
> 
> QoS mechanisms are usually only necessary if you've got some kind of
> resource shortage. They try to manage the resource scarcity in some
> way then. So having "too much of a resource" seems to imply that we
> actually don't need any QoS support.
> 

I think this raises a question that happens at a service provider.  Imagine I observe that my networks are getting more busy, and decide to invest some more in them.  Do I (a) deploy a QoS management infrastructure or (b) use those same funds to pay for capacity upgrades?  I think that most operators end up choosing (b) as it 'lifts all boats', whereas they are not confident that anyone will use (a) in the near future, and they know it won't benefit everyone (and in fact, will be to the detriment of some users who don't use it, and were previously doing 'fair competition' for bandwidth and now are 'second class' behind those with reserved bandwidth).

David Singer
Multimedia and Software Standards, Apple Inc.