Skip to main content

ConEx Concepts and Use Cases

Document Type Expired Internet-Draft (individual)
Expired & archived
Authors Bob Briscoe , Richard Woundy , Toby Moncaster , John Leslie
Last updated 2010-10-25
RFC stream (None)
Intended RFC status (None)
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:


Internet Service Providers (operators) are facing problems where localized congestion prevents full utilization of the path between sender and receiver at today's "broadband" speeds. Operators desire to control this congestion, which often appears to be caused by a small number of users consuming a large amount of bandwidth. Building out more capacity along all of the path to handle this congestion can be expensive and may not result in improvements for all users so network operators have sought other ways to manage congestion. The current mechanisms all suffer from difficulty measuring the congestion (as distinguished from the total traffic). The ConEx Working Group is designing a mechanism to make congestion along any path visible at the Internet Layer. This document describes example cases where this mechanism would be useful.


Bob Briscoe
Richard Woundy
Toby Moncaster
John Leslie

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)