[Diffserv-interest] Bandwidth vs. QoS

"John H. Shuler" <johnshuler@mac.com> Fri, 14 November 2003 18:56 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA24365 for <diffserv-interest-archive@odin.ietf.org>; Fri, 14 Nov 2003 13:56:19 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AKj6x-0007Rl-4P for diffserv-interest-archive@odin.ietf.org; Fri, 14 Nov 2003 13:56:03 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hAEIu3wS028609 for diffserv-interest-archive@odin.ietf.org; Fri, 14 Nov 2003 13:56:03 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AKj6w-0007RH-8H; Fri, 14 Nov 2003 13:56:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AKj6O-0007QK-EV for diffserv-interest@optimus.ietf.org; Fri, 14 Nov 2003 13:55:28 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA24313 for <diffserv-interest@ietf.org>; Fri, 14 Nov 2003 13:55:14 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AKj6L-0002eG-00 for diffserv-interest@ietf.org; Fri, 14 Nov 2003 13:55:25 -0500
Received: from smtpout.mac.com ([17.250.248.86]) by ietf-mx with esmtp (Exim 4.12) id 1AKj6L-0002eC-00 for diffserv-interest@ietf.org; Fri, 14 Nov 2003 13:55:25 -0500
Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id hAEItOvP013745 for <diffserv-interest@ietf.org>; Fri, 14 Nov 2003 10:55:24 -0800 (PST)
Received: from [192.168.0.3] (12-235-5-14.client.attbi.com [12.235.5.14]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 3.0) with ESMTP id hAEItNZq015535 for <diffserv-interest@ietf.org>; Fri, 14 Nov 2003 10:55:24 -0800 (PST)
User-Agent: Microsoft-Entourage/10.1.4.030702.0
Date: Fri, 14 Nov 2003 10:55:22 -0800
From: "John H. Shuler" <johnshuler@mac.com>
To: <diffserv-interest@ietf.org>
Message-ID: <BBDA651A.14BF7%johnshuler@mac.com>
In-Reply-To: <20031114170003.24306.22051.Mailman@www1.ietf.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Diffserv-interest] Bandwidth vs. QoS
Sender: diffserv-interest-admin@ietf.org
Errors-To: diffserv-interest-admin@ietf.org
X-BeenThere: diffserv-interest@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/diffserv-interest>, <mailto:diffserv-interest-request@ietf.org?subject=unsubscribe>
List-Id: Differentiated services general discussion <diffserv-interest.ietf.org>
List-Post: <mailto:diffserv-interest@ietf.org>
List-Help: <mailto:diffserv-interest-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/diffserv-interest>, <mailto:diffserv-interest-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit

Whether a service class is over provisioned or under provisioned
> (i.e. overbooked) is just an operational choice by the ISP.
> For a PDB built using the EF PHB, it would be bizarre to
> under-provision, but for the class selector PHBs, the default
> PHB, or an AF class, under-provisioning would be a possible
> choice. In fact, in a diffserv deployment, I would expect the
> default PDB to be under-provisioned - otehrwise, there would
> be little reason to offer "better than default" PDBs.

If I understand you properly, then we are in agreement. There is plenty of
reason to pay for higher service level, even in an over-engineered
(undersubscribed) network. Although you will get average throughput okay,
you will not receive the same jitter performance assurances (especially)
that you need for interactive video or voice, due to bursty arrival times
for other data. To get rid of this problem, it seems you would have to
engineer your network in excess even of maximum burst arrival rates.

On the other hand, if you are a service provider, why would you pay to
overprovision a network and forego QoS, when a small expense in equipment
will give you the ability to make several times the money on a given amount
of bandwidth, while at the same time providing better service quality to
your customers?

> Today's Topics:
> 
>  1. Re: Re: Diffserv-interest digest, Vol 1 #113 - 3 msgs
> (=?gb2312?q?Jing=20Shen?=)
>  2. Re: Re: Diffserv-interest digest, Vol 1 #113 - 3
>      msgs (Brian E Carpenter)
> 
> --__--__--
> 
> Message: 1
> Date: Fri, 14 Nov 2003 20:14:16 +0800 (CST)
> From: =?gb2312?q?Jing=20Shen?= <jshen_cad@yahoo.com.cn>;
> Subject: Re: [Diffserv-interest] Re: Diffserv-interest digest, Vol 1 #113 - 3
> msgs
> To: "John H. Shuler" <johnshuler@mac.com>;,
>       Brian E Carpenter <brc@zurich.ibm.com>;
> Cc: diffserv-interest@ietf.org
> 
> I'm not so clear with "overbooking" in DiffServ
> network. To my understanding, there will be no
> end-to-end explicit bandwidth allocation in DiffServ
> Networks. At that of current IP network, ISP just
> provides internet access to customers and core network
> is overprovisioned to guarantee service quality.  So,
> to my expection "logical Golden Service Network" in
> DiffServ will not has explict e2e tunnel at all. Where
> comes overbooking?=20
> 
> 
> 
> 
> --- "John H. Shuler" <johnshuler@mac.com>; =B5=C4=D5=FD=CE=C4=A3=BA>
> Brian,
>> =20
>> I agree. My suggestion would be to keep it simple so
>> as to be easily
>> implemented as a common denominator standard that
>> works, then refine it over
>> time after experience demonstrates a need. If it
>> starts out too complicated,
>> it will be too expensive to implement and therefore
>> usurp the purpose.
>> =20
> 
> 
> =3D=3D=3D=3D=3D
> Jing Shen
> 
> Data Communication Center
> HangZhou TeleCom=20
> HangZhou ZJ 310027
> P.R.China
> 
> ' spamcontrol '
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around=20
> http://mail.yahoo.com=20
> 
> 
> --__--__--
> 
> Message: 2
> Date: Fri, 14 Nov 2003 14:43:08 +0100
> From: Brian E Carpenter <brc@zurich.ibm.com>;
> Organization: IBM
> To: Jing Shen <jshen_cad@yahoo.com.cn>;, diffserv-interest@ietf.org
> Subject: Re: [Diffserv-interest] Re: Diffserv-interest digest, Vol 1 #113 - 3
> msgs
> 
> Whether a service class is over provisioned or under provisioned
> (i.e. overbooked) is just an operational choice by the ISP.
> For a PDB built using the EF PHB, it would be bizarre to
> under-provision, but for the class selector PHBs, the default
> PHB, or an AF class, under-provisioning would be a possible
> choice. In fact, in a diffserv deployment, I would expect the
> default PDB to be under-provisioned - otehrwise, there would
> be little reason to offer "better than default" PDBs.
> 
>  Brian
> 
> Jing Shen wrote:
>> =
> 
>> I'm not so clear with "overbooking" in DiffServ
>> network. To my understanding, there will be no
>> end-to-end explicit bandwidth allocation in DiffServ
>> Networks. At that of current IP network, ISP just
>> provides internet access to customers and core network
>> is overprovisioned to guarantee service quality.  So,
>> to my expection "logical Golden Service Network" in
>> DiffServ will not has explict e2e tunnel at all. Where
>> comes overbooking?
>> =
> 
>>  --- "John H. Shuler" <johnshuler@mac.com>; =B5=C4=D5=FD=CE=C4=A3=BA>
>> Brian,
>>> 
>>> I agree. My suggestion would be to keep it simple so
>>> as to be easily
>>> implemented as a common denominator standard that
>>> works, then refine it over
>>> time after experience demonstrates a need. If it
>>> starts out too complicated,
>>> it will be too expensive to implement and therefore
>>> usurp the purpose.
>>> 
>> =
> 
>> =3D=3D=3D=3D=3D
>> Jing Shen
>> =
> 
>> Data Communication Center
>> HangZhou TeleCom
>> HangZhou ZJ 310027
>> P.R.China
>> =
> 
>> ' spamcontrol '
>> =
> 
>> __________________________________________________
>> Do You Yahoo!?
>> Tired of spam?  Yahoo! Mail has the best spam protection around
>> http://mail.yahoo.com
> 
> -- =
> 
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> Brian E Carpenter =
> 
> Distinguished Engineer, Internet Standards & Technology, IBM =
> 
> 
> NEW ADDRESS <brc@zurich.ibm.com>; PLEASE UPDATE ADDRESS BOOK
> 
> 
> 
> --__--__--
> 
> _______________________________________________
> Diffserv-interest mailing list
> Diffserv-interest@ietf.org
> https://www1.ietf.org/mailman/listinfo/diffserv-interest
> 
> 
> End of Diffserv-interest Digest


_______________________________________________
Diffserv-interest mailing list
Diffserv-interest@ietf.org
https://www1.ietf.org/mailman/listinfo/diffserv-interest