Re: [Diffserv-interest] QoS in diffserv network

Zoltan.Balint@alcatel.be Mon, 10 November 2003 08:23 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA12606 for <diffserv-interest-archive@odin.ietf.org>; Mon, 10 Nov 2003 03:23:21 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AJ7KA-0008AV-Us for diffserv-interest-archive@odin.ietf.org; Mon, 10 Nov 2003 03:23:03 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hAA8N2Wr031376 for diffserv-interest-archive@odin.ietf.org; Mon, 10 Nov 2003 03:23:02 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AJ7K9-00089R-2K; Mon, 10 Nov 2003 03:23:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AJ7JU-00088u-FC for diffserv-interest@optimus.ietf.org; Mon, 10 Nov 2003 03:22:20 -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 DAA12593 for <diffserv-interest@ietf.org>; Mon, 10 Nov 2003 03:22:08 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AJ7JS-00019D-00 for diffserv-interest@ietf.org; Mon, 10 Nov 2003 03:22:18 -0500
Received: from alc245.alcatel.be ([195.207.101.245] helo=relay4.alcatel.be) by ietf-mx with esmtp (Exim 4.12) id 1AJ7JR-00018j-00 for diffserv-interest@ietf.org; Mon, 10 Nov 2003 03:22:17 -0500
Received: from bemail03.net.alcatel.be (bemail03.net.alcatel.be [138.203.147.7]) by relay4.alcatel.be (8.12.10/8.12.10) with ESMTP id hAA8LgeA013838; Mon, 10 Nov 2003 09:21:42 +0100
Received: from alcatel.be ([138.203.142.5]) by bemail03.net.alcatel.be (Lotus Domino Release 5.0.11) with ESMTP id 2003111009214067:533 ; Mon, 10 Nov 2003 09:21:40 +0100
Message-ID: <3FAF4A7B.5010305@alcatel.be>
Date: Mon, 10 Nov 2003 09:21:15 +0100
From: Zoltan.Balint@alcatel.be
Organization: Alcatel,
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Brian E Carpenter <brc@zurich.ibm.com>
Cc: Feng Y <feng6@uwindsor.ca>, diffserv-interest@ietf.org
Subject: Re: [Diffserv-interest] QoS in diffserv network
References: <web-29474620@uwindsor.ca> <3FAE86E8.3AE456E7@zurich.ibm.com>
In-Reply-To: <3FAE86E8.3AE456E7@zurich.ibm.com>
X-MIMETrack: Itemize by SMTP Server on BEMAIL03/BE/ALCATEL(Release 5.0.11 |July 24, 2002) at 11/10/2003 09:21:40, Serialize by Router on BEMAIL03/BE/ALCATEL(Release 5.0.11 |July 24, 2002) at 11/10/2003 09:21:41, Serialize complete at 11/10/2003 09:21:41
Content-Transfer-Encoding: 7bit
Content-Type: text/html; charset="us-ascii"
X-Scanned-By: MIMEDefang 2.37
Content-Transfer-Encoding: 7bit
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

Brian, Feng,
mid3FAE86E8.3AE456E7@zurich.ibm.com">
Can we always assume that a higher service class provides
the same or a better service than any lower service class
in AF? 
    
No. There is no "higher" or "lower" built into AF. There
is simply the option of having one or more mutually
independent AF service classes, with an arbitrary number
of four service classes being named AF1, AF2, AF3, AF4
if you choose to use the recommended code points.

If you happen to give each of these classes equal weights
in a WFQ scheme they are all offering the same level of service.
That would be the case when the relative load in those classes was equal as well. But, since some
classes can be more loaded than others, the service seen in different classes does not
relate to the index of the AF class. Unless, of course, the scheduler was strict priority, which does
not conform to the requirements in RFC2597 (minimum bandwidth).


Regards,
Zoltan

<snip>