[Diffserv-interest] Re: Diffserv-interest digest, Vol 1 #129 - 1 msg
"John H. Shuler" <johnshuler@mac.com> Thu, 13 May 2004 17:50 UTC
Received: from optimus.ietf.org (www.iesg.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA28387 for <diffserv-interest-archive@odin.ietf.org>; Thu, 13 May 2004 13:50:45 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BOJsH-0002xo-KS for diffserv-interest-archive@odin.ietf.org; Thu, 13 May 2004 13:20:01 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i4DHK112011389 for diffserv-interest-archive@odin.ietf.org; Thu, 13 May 2004 13:20:01 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BOJZC-0004iI-B6; Thu, 13 May 2004 13:00:18 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BOJUD-0003lj-Et for diffserv-interest@optimus.ietf.org; Thu, 13 May 2004 12:55:09 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA23123 for <diffserv-interest@ietf.org>; Thu, 13 May 2004 12:55:05 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BOJUB-0003tl-Jc for diffserv-interest@ietf.org; Thu, 13 May 2004 12:55:07 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BOJT9-0003Kw-00 for diffserv-interest@ietf.org; Thu, 13 May 2004 12:54:04 -0400
Received: from smtpout.mac.com ([17.250.248.44]) by ietf-mx with esmtp (Exim 4.12) id 1BOJS1-0002Ip-00 for diffserv-interest@ietf.org; Thu, 13 May 2004 12:52:54 -0400
Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i4DGqqXP012420 for <diffserv-interest@ietf.org>; Thu, 13 May 2004 09:52:52 -0700 (PDT)
Received: from [192.168.0.2] (c-24-6-159-63.client.comcast.net [24.6.159.63]) (authenticated bits=0) by mac.com (Xserve/smtpin01/MantshX 3.0) with ESMTP id i4DGqphS000781 for <diffserv-interest@ietf.org>; Thu, 13 May 2004 09:52:52 -0700 (PDT)
User-Agent: Microsoft-Entourage/10.1.4.030702.0
Date: Thu, 13 May 2004 09:52:50 -0700
From: "John H. Shuler" <johnshuler@mac.com>
To: diffserv-interest@ietf.org
Message-ID: <BCC8F5F2.16D90%johnshuler@mac.com>
In-Reply-To: <20040513160006.26727.65502.Mailman@www1.ietf.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Subject: [Diffserv-interest] Re: Diffserv-interest digest, Vol 1 #129 - 1 msg
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
This is true. However, one must assume that the core has been properly engineered to provide appropriate delay and jitter characteristics for the appropriate level of total class bandwidth, or else nothing will work no matter what you do at the edge. Therefore, the work done at the edge is extremely relevant to the overall performance of the different traffic classes. And yes, MPLS can make a huge difference in terms of making behavior more deterministic. However, it also suffers from different implementations across carriers, so peering agreements must be in place to ensure end-end QoS even with MPLS. Comments? j > From: diffserv-interest-request@ietf.org > Reply-To: diffserv-interest@ietf.org > Date: Thu, 13 May 2004 12:00:06 -0400 > To: diffserv-interest@ietf.org > Subject: Diffserv-interest digest, Vol 1 #129 - 1 msg > > Send Diffserv-interest mailing list submissions to > diffserv-interest@ietf.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://www1.ietf.org/mailman/listinfo/diffserv-interest > or, via email, send a message with subject or body 'help' to > diffserv-interest-request@ietf.org > > You can reach the person managing the list at > diffserv-interest-admin@ietf.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Diffserv-interest digest..." > > > Today's Topics: > > 1. Re: CIR in AF class (Brian E Carpenter) > > --__--__-- > > Message: 1 > Date: Wed, 12 May 2004 18:27:01 +0200 > From: Brian E Carpenter <brc@zurich.ibm.com> > Organization: IBM > To: diffserv-interest@ietf.org > Subject: Re: [Diffserv-interest] CIR in AF class > > Yang, > > If different entry points to a diffserv domain apply different > admission control rules then traffic entering at those points will > get different shares of the bandwidth at the entry point, but once the > traffic gets mixed up in the core of the domain, all traffic sources > will be getting the same treatment. In other words any CIR differentiation > at the entry points will vanish in the core. > > (That's assuming an IP network of course... MPLS is a different story). > > Brian > > Feng Y wrote: >>>> Also, CIR treatment at the edge can be very >>>> different. >>> >>> What do you means by "different"? implementation >>> details or the traffic shaping/policing policy? >>> >>> To my understanding the same PHB reflects the same >>> view of traffic across a policing point although there >>> may exist great differnce in implementation methods. >>> >> >> >> Do you mean that although the implementations are >> different, the results are the same - defferent flows have >> same CIR? Or, the flows which have the same CIR maybe >> assigned different bandwidth according to the current >> network state? >> >> Thanks. >> >> Yang >> > > > > --__--__-- > > _______________________________________________ > 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
- [Diffserv-interest] Re: Diffserv-interest digest,… John H. Shuler