Protocol Action: Integrated Services in the Presence of Compressible Flows to Proposed Standard

The IESG <iesg-secretary@ietf.org> Mon, 25 September 2000 21:02 UTC

Received: from loki.ietf.org (loki [10.27.2.29]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA13925; Mon, 25 Sep 2000 17:02:30 -0400 (EDT)
Received: (from adm@localhost) by loki.ietf.org (8.9.1b+Sun/8.9.1) id QAA25587 for ietf-123-outbound.10@ietf.org; Mon, 25 Sep 2000 16:55:01 -0400 (EDT)
Received: from ietf.org (odin.ietf.org [10.27.2.28]) by loki.ietf.org (8.9.1b+Sun/8.9.1) with ESMTP id QAA25564 for <all-ietf@loki.ietf.org>; Mon, 25 Sep 2000 16:53:52 -0400 (EDT)
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA13714; Mon, 25 Sep 2000 16:53:50 -0400 (EDT)
Message-Id: <200009252053.QAA13714@ietf.org>
To: IETF-Announce:;
Cc: RFC Editor <rfc-editor@isi.edu>, IANA <iana@iana.org>
Cc: Internet Architecture Board <iab@isi.edu>
Cc: int-serv@isi.edu
From: The IESG <iesg-secretary@ietf.org>
Subject: Protocol Action: Integrated Services in the Presence of Compressible Flows to Proposed Standard
Date: Mon, 25 Sep 2000 16:53:49 -0400
Sender: scoya@cnri.reston.va.us


The IESG has approved the Internet-Draft 'Integrated Services in the
Presence of Compressible Flows' <draft-ietf-intserv-compress-02.txt> as
a Proposed Standard.  This document is the product of the Integrated
Services Working Group.  The IESG contact persons are Allison Mankin
and Scott Bradner.


Technical Summary
 
 An Integrated Services router performs admission control and resource
 allocation based, among other things,  on the information contained in
 a TSpec.  TSpecs convey information about the data rate (using a token
 bucket) and range of packet sizes of the flow in question. However,
 the TSpec may not be an accurate representation of the resources
 needed to support the reservation if the router is able to compress
 the data at the link level.  This document describes an extension to
 the TSpec which enables a sender of potentially compressible data to
 provide hints to intserv-capable routers about the compressibility
 they may obtain.  Routers which support appropriate compression can
 take advantage of the hint in their admission control decisions and
 resource allocation procedures; other routers will ignore the hint.
 An initial application of this approach is to notify routers
 performing RTP header compression that they may allocate fewer
 resources to RTP flows.

Working Group Summary

 The working group supported the publication of this specification.

Protocol Quality

 This document was reviewed for the IESG by Allison Mankin.