[Diffserv-interest] Re: [NSIS] PPS and MF-PHB

Roland Bless <bless@tm.uka.de> Mon, 10 November 2003 23:40 UTC

Received: from optimus.ietf.org ([]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA22955 for <diffserv-interest-archive@odin.ietf.org>; Mon, 10 Nov 2003 18:40:22 -0500 (EST)
Received: from localhost.localdomain ([] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AJLdb-0007YN-Km for diffserv-interest-archive@odin.ietf.org; Mon, 10 Nov 2003 18:40:04 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hAANe3Yv028994 for diffserv-interest-archive@odin.ietf.org; Mon, 10 Nov 2003 18:40:03 -0500
Received: from localhost.localdomain ([] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AJLda-0007XN-4V; Mon, 10 Nov 2003 18:40:02 -0500
Received: from odin.ietf.org ([] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AJLcb-0007W2-Vm for diffserv-interest@optimus.ietf.org; Mon, 10 Nov 2003 18:39:02 -0500
Received: from ietf-mx (ietf-mx.ietf.org []) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA22864; Mon, 10 Nov 2003 18:38:45 -0500 (EST)
Received: from ietf-mx ([]) by ietf-mx with esmtp (Exim 4.12) id 1AJLcX-0007ZU-00; Mon, 10 Nov 2003 18:38:57 -0500
Received: from iramx2.ira.uni-karlsruhe.de ([]) by ietf-mx with esmtp (Exim 4.12) id 1AJLcX-0007ZR-00; Mon, 10 Nov 2003 18:38:57 -0500
Received: from irams1.ira.uni-karlsruhe.de ([] helo=irams1.ira.uka.de) by iramx2.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 1AJLcK-0002BX-00; Tue, 11 Nov 2003 00:38:44 +0100
Received: from i72ms1.tm.uni-karlsruhe.de ([] helo=smtp.ipv6.tm.uni-karlsruhe.de ident=8) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 1AJLcJ-0003pZ-00; Tue, 11 Nov 2003 00:38:43 +0100
Received: from localhost ([::1] helo=i72mn12.tm.uka.de ident=3010) by smtp.ipv6.tm.uni-karlsruhe.de with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.12) id 1AJLcB-0007JC-00; Tue, 11 Nov 2003 00:38:36 +0100
Date: Tue, 11 Nov 2003 00:38:55 +0100
From: Roland Bless <bless@tm.uka.de>
To: "MORITA, Naotaka" <morita.naotaka@lab.ntt.co.jp>
Cc: diffserv-interest@ietf.org, "'tsvwg@ietf.org'" <tsvwg@ietf.org>
Message-Id: <20031111003855.5c313dd0.bless@tm.uka.de>
In-Reply-To: <>
References: <>
Organization: Institute of Telematics, University of Karlsruhe
X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Diffserv-interest] Re: [NSIS] PPS and MF-PHB
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

Hi Naotaka,

On Fri, 07 Nov 2003 09:36:44 +0900
"MORITA, Naotaka" <morita.naotaka@lab.ntt.co.jp> wrote:

> I would like to draw QoS experts attention to the following three documents.
> http://www.ietf.org/internet-drafts/draft-morita-tsvwg-pps-01.txt
> http://www.ietf.org/internet-drafts/draft-morita-tsvwg-mfphb-00.txt
> http://www.ietf.org/internet-drafts/draft-morita-tsvwg-mfverify-00.txt
> I am going to make a presentation on Monday morning at TSV WG.

After reading draft-morita-tsvwg-mfphb-00.txt and attending your
presentation, I have some remarks related to this approach:
- I'm not quite sure whether this is really a PHB definition.
  It seems to me, that it is actually a mix of
  * a scheme for measured-based admission control and resource provisioning
  * a Per-Domain Behavior (see RFC 3086)
  * a PHB group description

- The scheme inherently relies on feedback information and it should be made
  clear how the feedback can be provided (you mentioned RTCP as an example,
  what about others?).

- Instead of defining a new PHB, possibly two Class Selector PHBs
  or even an AF class can be used ("green" packets get high priority after
  admission control, "yellow" and "red" packet may be used for probing).
  AF usually gives no guarantees for delay and jitter, however, if AF is
  provisioned properly, "green" packets may get some guarantee.

- For security and robustness, it is essential to police the markings
  for the higher priority. Otherwise the service guarantees for other users
  are violated by a malicious or ill-behaving end-system. Therefore, I think
  first-hop routers should do the policing (based on the feedback

- I see some value in the overall approach, but IMHO the proposal may 
  be turned into a description for a measurement-based
  admission control scheme and PDB using Class Selector PHBs.

I copied to the relevant lists (diffserv-interest and tsvwg) as I'm 
interested in other opinions.

Best regards,

Diffserv-interest mailing list