RE: [NSIS] FW: [PCN] PCN (Pre-Congestion Notification) draft charter
<philip.eardley@bt.com> Tue, 05 September 2006 16:30 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GKdoG-0001zW-EM; Tue, 05 Sep 2006 12:30:00 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GKdoE-0001zM-Kx for pcn@ietf.org; Tue, 05 Sep 2006 12:29:58 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GKdoB-0001y7-9x for pcn@ietf.org; Tue, 05 Sep 2006 12:29:58 -0400
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Sep 2006 16:55:43 +0100
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by i2kc06-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 5 Sep 2006 16:55:42 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [NSIS] FW: [PCN] PCN (Pre-Congestion Notification) draft charter
Date: Tue, 05 Sep 2006 16:55:42 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5A2CC84@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <62D92A9A02BCC845B202323D49A48426230E94@0591-ITS-EXMP02.us.saic.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [NSIS] FW: [PCN] PCN (Pre-Congestion Notification) draft charter
Thread-Index: AcbQ/5JIXAFC2qcpSP6FtlQL556HwgAAP1eQ
From: philip.eardley@bt.com
To: RADHIKA.R.ROY@saic.com
X-OriginalArrivalTime: 05 Sep 2006 15:55:42.0820 (UTC) FILETIME=[BDED7240:01C6D103]
X-Spam-Score: 0.6 (/)
X-Scan-Signature: 53bbbffb1f9e780660701ef83a59efe0
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Pre-Congestion Notification Discussion List <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2125284325=="
Errors-To: pcn-bounces@ietf.org
Hi, Thanks - just a quick reply on 3 before I go home! Probably the best place to start is http://www.ietf.org/internet-drafts/draft-briscoe-tsvwg-cl-architecture- 03.txt best wishes, phil -----Original Message----- From: RADHIKA.R.ROY@saic.com [mailto:RADHIKA.R.ROY@saic.com] Sent: 05 September 2006 16:25 To: Eardley,PL,Philip,CXR9 R Cc: pcn@ietf.org Subject: RE: [NSIS] FW: [PCN] PCN (Pre-Congestion Notification) draft charter Hi, all: I have some basic questions as follows: 1. It appears that PCN will be used when one or more links/nodes are congested within the network. However, based on PCN as I understand from the description provided below, the call/flow will be prevented from entering the network by the edge router. However, the calls/flows can be re-routed by-passing those congested nodes/links if there are alternate paths that have sufficient bandwidth still are available. If so, the basic question is this: How will the decision for preventing the calls/flows be taken by the edge node/router based on PCN if there is no centralized intelligent entity to know that there is no additional bandwidth considering all possible alternate routing paths within the network? 2. Will there be any mechanisms to use PCN in the distributed environment to take the right decision by the edge router not to admit the calls/flows knowing the entire health/bandwidth of the network? 3. Are there any possible drafts written by anyone to look into those so that we can provide comments? Well I am interested about the PCN standards because it will be a step improvement on the top of the DiffServ mechanisms because it is awful to starting dropping real-time payload traffics like audio/video once the calls are accepted. Best regards, Radhika R. Roy ________________________________ From: nsis-bounces@ietf.org [mailto:nsis-bounces@ietf.org] On Behalf Of philip.eardley@bt.com Sent: Monday, September 04, 2006 6:09 AM To: tsvwg@ietf.org; nsis@ietf.org; pwe3@ietf.org; ieprep@ietf.org Subject: [NSIS] FW: [PCN] PCN (Pre-Congestion Notification) draft charter Copy for info, as think this PCN (pre-congestion notification) work is relevant to your WG. Please send replies to the PCN mailing list, pcn@ietf.org - you can subscribe at http://www1.ietf.org/mailman/listinfo/pcn thanks. -----Original Message----- From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] Sent: 04 September 2006 10:07 To: pcn@ietf.org Subject: [PCN] PCN (Pre-Congestion Notification) draft charter We are hoping to organize a BOF on PCN (pre-congestion notification) at the next IETF. Some of us have now put together a first draft of a Charter - below. We'd very much appreciate your comments and suggestions - for instance: is the scope right? Is the range of deployment models ok? Is it a reasonable set of milestones and are the timescales ok? We're now working on a Problem Statement draft. Thanks. PCN Draft Charter (Pre-Congestion Notification) The PCN BOF (WG) will tackle the problem of how to provide scalable, resilient admission control and strong QoS assurance while using packet marking techniques. Current attempts to deliver QoS using only packet marking (e.g. DiffServ) are limited in the level of QoS assurance that can be provided without substantial over-provisioning. To improve the QoS assurance, PCN will add flow admission control and flow pre-emption. In normal circumstances admission control should protect the QoS of previously admitted flows. In times of heavy congestion (for example caused by route changes due to link or router failure) pre-emption of some flows should preserve the QoS of remaining flows. The initial scope of the BOF (WG) is the use of PCN within a single DiffServ region. The overall approach will be based on a separation of functionality between the interior routers and edge nodes of the DiffServ region. Interior routers mark packet headers when their traffic is above a certain level, as an early warning of incipient congestion ("pre-congestion"); this builds on concepts from RFC 3168 "The Addition of Explicit Congestion Notification to IP". Edge nodes of the DiffServ Region monitor the markings and that information is used to make flow admission control and pre-emption decisions. The decisions could be made by the edge nodes or by a centralised system (which is informed of the edge nodes' measurements). The WG will address the following specific problems and develop standards track solutions to them: * When should an interior router mark a packet (i.e. at what traffic level) in order to give early warning of its own congestion? * How should such a mark be encoded in a packet (in the ECN and/or DSCP fields)? * How should these markings (at packet granularity) be converted into admission control and flow pre-emption decisions (at flow granularity)? To support this, the WG will work on the following Informational documents: * a Problem Statement, to describe the problems the group is tackling and the assumptions made * at least two deployment models, initially to help focus the problem statement and later to check that the solutions being developed satisfy the deployment scenario. Possible deployment models may be: o IntServ over DiffServ (RFC2998): the DiffServ region is PCN-enabled and its edge nodes decide about admission and flow pre-emption o SIP-controlled PCN: routers within the DiffServ region are PCN-capable and trusted SIP endpoints (gateway or host) perform admission and flow pre-emption o Pseudowire: PCN may be used as a congestion avoidance mechanism for end-user deployed pseudowires (collaborate with the PWE3 WG) * a generic analysis of the signalling extensions required to support PCN. Note that extensions/enhancements to specific signalling protocols (e.g. RSVP, NSIS, SIP) will not be done in the PCN WG. * at least one example solution implementing the framework and its performance evaluation (e.g. simulation results), to provide evidence of the viability of the proposed standard in the proposed deployment models * an analysis of the tradeoffs of different encoding possibilities (e.g. ECN and DCSP marking) The initial scope of the WG will restrict the problem space in the following ways: * By assuming the PCN-enabled Internet Region is a controlled environment, i.e. all the interior routers and edge nodes of the region run PCN and trust each other * By assuming there are many flows on any bottleneck link in the PCN-enabled region * By focusing on the QoS assurance required by real time applications generating inelastic traffic like voice and video requiring low delay, jitter and packet loss, i.e. as defined by the Controlled Load Service [RFC2211]. Subsequent re-chartering may investigate solutions for when some of these restrictions are not in place. Topics out of scope for the WG include a general investigation of admission control mechanisms. The WG will draw on the substantial prior academic and IETF work on measurement-based admission control. Milestones Nov 2006 initial Problem statement Nov 2006 initial deployment models March 2007 initial router marking behaviour (including encoding) March 2007 initial flow admission control and pre-emption mechanism (including edge node measurements) March/July 2007 submit Problem statement March/July 2007 submit deployment models Nov 2007 submit router marking behaviour Nov 2007/Mar 2008 submit flow admission control and pre-emption mechanism Nov 2007 initial signalling analysis Mar 2008 re-charter or close Philip Eardley Networks Researcher BT Group Phone: +44 (0)1473 645938 Fax : +44 (0)1473 640929 Email: philip.eardley@bt.com <mailto:philip.eardley@bt.com> BT MeetMe: +44 (0)870 241 2994 Passcode: 16851189# BT Group plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England and Wales no. 4190816 This electronic message contains information from BT Group plc which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. Activity and use of the BT Group plc E-mail system is monitored to secure its effective operation and for other lawful business purposes. Communications using this system will also be monitored and may be recorded to secure effective operation and for other lawful business purposes.
_______________________________________________ PCN mailing list PCN@ietf.org https://www1.ietf.org/mailman/listinfo/pcn
- RE: [NSIS] FW: [PCN] PCN (Pre-Congestion Notifica… Roy, Radhika R.
- RE: [NSIS] FW: [PCN] PCN (Pre-Congestion Notifica… philip.eardley
- RE: [NSIS] FW: [PCN] PCN (Pre-Congestion Notifica… Jozef Babiarz