Re: [re-ECN] Charter Question
Bob Briscoe <rbriscoe@jungle.bt.co.uk> Mon, 17 May 2010 10:58 UTC
Return-Path: <rbriscoe@jungle.bt.co.uk>
X-Original-To: re-ecn@core3.amsl.com
Delivered-To: re-ecn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D2FFB28B797 for <re-ecn@core3.amsl.com>; Mon, 17 May 2010 03:58:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.85
X-Spam-Level:
X-Spam-Status: No, score=0.85 tagged_above=-999 required=5 tests=[AWL=-1.632, BAYES_80=2, DNS_FROM_RFC_BOGUSMX=1.482, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L0hRkDm+-Exm for <re-ecn@core3.amsl.com>; Mon, 17 May 2010 03:58:10 -0700 (PDT)
Received: from smtp4.smtp.bt.com (smtp4.smtp.bt.com [217.32.164.151]) by core3.amsl.com (Postfix) with ESMTP id E71243A69B1 for <re-ecn@ietf.org>; Mon, 17 May 2010 03:56:16 -0700 (PDT)
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 17 May 2010 11:56:07 +0100
Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by i2kc06-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.4675); Mon, 17 May 2010 11:56:07 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 1274093765858; Mon, 17 May 2010 11:56:05 +0100
Received: from MUT.jungle.bt.co.uk ([10.215.130.87]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id o4HAu2pt029111; Mon, 17 May 2010 11:56:02 +0100
Message-Id: <201005171056.o4HAu2pt029111@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 17 May 2010 11:56:04 +0100
To: stbryant@cisco.com
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <4BE4F8F3.7000709@cisco.com>
References: <EE00404438E9444D90AEA84210DC4067079B53@pacdcexcmb05.cable.comcast.com> <4BE4F8F3.7000709@cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 17 May 2010 10:56:07.0212 (UTC) FILETIME=[8D4BD6C0:01CAF5AF]
Cc: bmanning@vacation.karoshi.com, "Woundy, Richard" <Richard_Woundy@cable.comcast.com>, re-ecn@ietf.org
Subject: Re: [re-ECN] Charter Question
X-BeenThere: re-ecn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: re-inserted explicit congestion notification <re-ecn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/re-ecn>, <mailto:re-ecn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/re-ecn>
List-Post: <mailto:re-ecn@ietf.org>
List-Help: <mailto:re-ecn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/re-ecn>, <mailto:re-ecn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 May 2010 10:58:16 -0000
Stewart, At 06:38 08/05/2010, Stewart Bryant wrote: >On 08/05/2010 01:19, Woundy, Richard wrote: >>So now let's add Conex marking, in which the end hosts add markings >>to send feedback about end-to-end congestion into the network. Now >>the CMTS has a new data point -- information about whether there is >>upstream (ECN) or downstream (Conex) congestion >>experienced/expected for a particular packet flow. The CMTS can >>count 'total bytes' as well as 'congestion bytes' on a per modem >>basis. As a result, the backend system can make a much better >>determination about whether a subscriber's overall traffic is >>dominated by LEDBAT or non-LEDBAT applications, without resorting >>to DPI and other such schemes. And the CMTS only maintains another >>set of packet counters, without disrupting its primary job of >>packet forwarding. >> >>-- Rich >This sounds like a relatively slow process - i.e. over a few packets >the host tell anyone who wishes to listen that it is seeing >congestion on a flow. That sounds like it could be addressed by >having the host send an OAM packet from time to time over the path >rather than including the information in every packet. > >Stewart An OAM based solution would be in scope as a solution to the ConEx problem statement. However, we would need someone to write up a protocol spec in detail, including inter-domain, then prove it is resistant to cheating, etc etc. If this happens (unlikely) the w-g can choose between candidate solutions. Anyway, granular isn't necessarily bad. For instance, operators generally use data volume on slow timescales, but a volume counter still has to accumulate packet by packet. Congestion-volume is no different - except you just count the volume of packets that are congestion marked. We should be open to any solution, whether granular or coarse, as long as it solves the problem ConEx aims to address: that network operators currently have no reliable way (fast or slow) to measure which users contribute how much to congestion - at least not in cases where the congestion is occurring at a different point to where it is being measured and controlled - whether the two points are within your own network, as in Rich's example, or in different networks. Bob PS. sorry for late reply. PPS. The only feasible OAM-based system I am aware of is Katerina Argyraki's (ref below). I'm sure the IESG would not want this level of complexity in the Internet. Also it only solves one side of congestion accountability: network to users, whereas re-ECN aims to make networks accountable to users *and* users accountable to networks. Argyraki, K., Maniatis, P., Irzak, O., Ashish, S. & Shenker, S., "Loss and Delay Accountability for the Internet," In: Proc. IEEE International Conference on Network Protocols IEEE (October 2007) URL: http://www-dsg.stanford.edu/papers/astra/astra-hotnets04-paper.pdf ________________________________________________________________ Bob Briscoe, BT Innovate & Design
- [re-ECN] Charter Question Ron Bonica
- Re: [re-ECN] Charter Question Ron Bonica
- Re: [re-ECN] Charter Question John Leslie
- Re: [re-ECN] Charter Question bmanning
- Re: [re-ECN] Charter Question John Leslie
- Re: [re-ECN] Charter Question bmanning
- Re: [re-ECN] Charter Question John Leslie
- Re: [re-ECN] Charter Question Woundy, Richard
- Re: [re-ECN] Charter Question Stewart Bryant
- Re: [re-ECN] Charter Question Ron Bonica
- Re: [re-ECN] Charter Question John Leslie
- Re: [re-ECN] Charter Question Woundy, Richard
- Re: [re-ECN] Charter Question Ron Bonica
- Re: [re-ECN] Charter Question bmanning
- Re: [re-ECN] Charter Question John Leslie
- Re: [re-ECN] Charter Question John Leslie
- Re: [re-ECN] Charter Question Bob Briscoe
- Re: [re-ECN] Charter Question David Harrington
- Re: [re-ECN] Charter Question John Leslie
- Re: [re-ECN] Charter Question McCann Peter-A001034
- [re-ECN] Preferential Dropping John Leslie
- Re: [re-ECN] Charter Question Bob Briscoe
- Re: [re-ECN] Preferential Dropping McCann Peter-A001034
- Re: [re-ECN] Preferential Dropping John Leslie
- Re: [re-ECN] Preferential Dropping Bob Briscoe
- Re: [re-ECN] Preferential Dropping McCann Peter-A001034
- Re: [re-ECN] Preferential Dropping Bob Briscoe
- Re: [re-ECN] Preferential Dropping McCann Peter-A001034