[Diffserv-interest] Overbooking

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

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA24471 for <diffserv-interest-archive@odin.ietf.org>; Fri, 14 Nov 2003 13:59:17 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AKj9o-00086m-FN for diffserv-interest-archive@odin.ietf.org; Fri, 14 Nov 2003 13:59:01 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hAEIx06B031130 for diffserv-interest-archive@odin.ietf.org; Fri, 14 Nov 2003 13:59:00 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AKj9o-000860-7O; Fri, 14 Nov 2003 13:59:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AKj9a-00085o-TJ for diffserv-interest@optimus.ietf.org; Fri, 14 Nov 2003 13:58:47 -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 NAA24464 for <diffserv-interest@ietf.org>; Fri, 14 Nov 2003 13:58:32 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AKj9Y-0002hT-00 for diffserv-interest@ietf.org; Fri, 14 Nov 2003 13:58:44 -0500
Received: from smtpout.mac.com ([17.250.248.47]) by ietf-mx with esmtp (Exim 4.12) id 1AKj9X-0002hQ-00 for diffserv-interest@ietf.org; Fri, 14 Nov 2003 13:58:43 -0500
Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id hAEIwhYN014702; Fri, 14 Nov 2003 10:58:43 -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 hAEIwhZq016649; Fri, 14 Nov 2003 10:58:43 -0800 (PST)
User-Agent: Microsoft-Entourage/10.1.4.030702.0
Date: Fri, 14 Nov 2003 10:58:39 -0800
From: "John H. Shuler" <johnshuler@mac.com>
To: Jing Shen <jshen_cad@yahoo.com.cn>, Brian E Carpenter <brc@zurich.ibm.com>
CC: <diffserv-interest@ietf.org>
Message-ID: <BBDA65DF.14BF9%johnshuler@mac.com>
In-Reply-To: <20031114121416.15063.qmail@web15213.mail.bjs.yahoo.com>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-2022-JP"
Content-transfer-encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Diffserv-interest] Overbooking
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

You don't need to worry about overbooking if you properly engineer bandwidth
and take advantage of DiffServ mechanisms. Although you will never get
absolute, deterministic guarantees, you can get statistical guarantees that
approach determinism while avoiding the huge cost implications of a
signaled, per-flow reservation network.

> From: Jing Shen <jshen_cad@yahoo.com.cn>
> Date: Fri, 14 Nov 2003 20:14:16 +0800 (CST)
> To: "John H. Shuler" <johnshuler@mac.com>om>, Brian E Carpenter
> <brc@zurich.ibm.com>
> Cc: diffserv-interest@ietf.org
> Subject: Re: [Diffserv-interest] Re: Diffserv-interest digest, Vol 1 #113 - 3
> msgs
> 
> 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> 的正文:>
> 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.
>> 
> 
> 
> =====
> 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 


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