Re: I-D Action:draft-ietf-tsvwg-byte-pkt-congest-03.txt
Jukka Manner <jukka.manner@tkk.fi> Wed, 10 November 2010 10:03 UTC
Return-Path: <jukka.manner@tkk.fi>
X-Original-To: tsvwg@core3.amsl.com
Delivered-To: tsvwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7CF283A6A17 for <tsvwg@core3.amsl.com>; Wed, 10 Nov 2010 02:03:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 TRgkuT51u3DU for <tsvwg@core3.amsl.com>; Wed, 10 Nov 2010 02:03:38 -0800 (PST)
Received: from smtp-2.hut.fi (smtp-2.hut.fi [130.233.228.92]) by core3.amsl.com (Postfix) with ESMTP id B26A23A6807 for <tsvwg@ietf.org>; Wed, 10 Nov 2010 02:03:37 -0800 (PST)
Received: from localhost (katosiko.hut.fi [130.233.228.115]) by smtp-2.hut.fi (8.13.6/8.12.10) with ESMTP id oAAA42n1001922; Wed, 10 Nov 2010 12:04:02 +0200
Received: from smtp-2.hut.fi ([130.233.228.92]) by localhost (katosiko.hut.fi [130.233.228.115]) (amavisd-new, port 10024) with LMTP id 11347-1225; Wed, 10 Nov 2010 12:04:01 +0200 (EET)
Received: from smtp.netlab.hut.fi (luuri.netlab.hut.fi [130.233.154.177]) by smtp-2.hut.fi (8.13.6/8.12.10) with ESMTP id oAAA40Ct001915; Wed, 10 Nov 2010 12:04:00 +0200
Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.netlab.hut.fi (Postfix) with ESMTP id 336DE1E1CA; Wed, 10 Nov 2010 12:04:00 +0200 (EET)
X-Virus-Scanned: by amavisd-new at luuri.netlab.hut.fi
Received: from smtp.netlab.hut.fi ([127.0.0.1]) by localhost (luuri.netlab.hut.fi [127.0.0.1]) (amavisd-new, port 10024) with LMTP id IqJq5tLuZZ7Y; Wed, 10 Nov 2010 12:03:56 +0200 (EET)
Received: from [130.129.118.188] (dhcp-76bc.meeting.ietf.org [130.129.118.188]) by smtp.netlab.hut.fi (Postfix) with ESMTPSA id 7BFD61E11E; Wed, 10 Nov 2010 12:03:54 +0200 (EET)
Message-ID: <4CDA6E07.4040002@tkk.fi>
Date: Wed, 10 Nov 2010 12:03:51 +0200
From: Jukka Manner <jukka.manner@tkk.fi>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9pre) Gecko/20100818 Lanikai/3.1.3pre
MIME-Version: 1.0
To: Colin Perkins <csp@csperkins.org>
Subject: Re: I-D Action:draft-ietf-tsvwg-byte-pkt-congest-03.txt
References: <15612_1288045484_ZZ0LAV00IPOA9799.00_20101025221535.A7CE33A68B7@core3.amsl.com> <4CC7F76F.8010804@tkk.fi> <15612_1289370049_ZZ0LBN00EN8OAOF5.00_787094F1-8338-4BB5-8910-43B319B9C797@csperkins.org>
In-Reply-To: <15612_1289370049_ZZ0LBN00EN8OAOF5.00_787094F1-8338-4BB5-8910-43B319B9C797@csperkins.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-TKK-Virus-Scanned: by amavisd-new-2.1.2-hutcc at katosiko.hut.fi
Cc: tsvwg@ietf.org
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Nov 2010 10:03:39 -0000
Hi Colin, On 11/10/2010 08:20 AM, Colin Perkins wrote: > Jukka, > > I've read this draft, and find it improved over the previous version, since it makes it easier to find the recommendations. > > The recommendation in section 3.1 on how to measure congestion is clear. > > I don't entirely understand the recommendation in section 3.2: this makes it clear what the network should not do, but doesn't really help on what it should do. I'd find the draft easier to understand if it said "when notifying congestion, a network device SHOULD...". [JM]: Valid point, we'll rephrase this into your proposed direction. > > If I understand the recommendation in section 3.3 correctly, it could be phrased as "a transport protocol SHOULD take into account the fraction of bytes that indicate congestion when determining its sending rate, rather than the fraction of packets indicating congestion". If this is correct, I'd find a more active phrasing of what the transport should do, such as this, to be clearer. [JM]: Sure, we could make this more evident. > > The reason I first looked at this draft was to get some guidance on how to design the extensions for ECN running on RTP over UDP. One of the more difficult design choice for that protocol is how to handle ECN processing in middleboxes that transparently split or combine packets. We originally chose to follow RFC 3168 for this, but have recently received guidance to take into account packet size. That guidance doesn't obviously follow from this draft, since the draft focusses on end-to-end transports reading congestion indications, not in-network middleboxes. Some clarification on which aspects of these recommendations are appropriate for middleboxes would be helpful. [JM]: Good suggestion, we'll take one, too, into the next rev. Jukka > > Regards, > Colin > > > On 27 Oct 2010, at 17:57, Jukka Manner wrote: >> Dear all, >> >> Bob and I did our best to enhance the readability of the draft and make the recommendations more clear. Please check the draft and comment on the clarity and structure of the presentation. We are hoping to get to WGLC soon. >> >> Note that I have held Bob back in cutting text out, in order to document the issues as well as possible, to have a place where the issue is discussed in depth (instead of emails on some mailing list). Therefore the draft has not become shorter but hopefully more clear. >> >> Regards, >> Jukka >> >> On 10/26/2010 01:15 AM, Internet-Drafts@ietf.org wrote: >>> A New Internet-Draft is available from the on-line Internet-Drafts directories. >>> This draft is a work item of the Transport Area Working Group Working Group of the IETF. >>> >>> >>> Title : Byte and Packet Congestion Notification >>> Author(s) : B. Briscoe, J. Manner >>> Filename : draft-ietf-tsvwg-byte-pkt-congest-03.txt >>> Pages : 41 >>> Date : 2010-10-25 >>> >>> This memo concerns dropping or marking packets using active queue >>> management (AQM) such as random early detection (RED) or pre- >>> congestion notification (PCN). We give three strong recommendations: >>> (1) packet size should be taken into account when transports read >>> congestion indications, (2) packet size should not be taken into >>> account when network equipment creates congestion signals (marking, >>> dropping), and therefore (3) the byte-mode packet drop variant of the >>> RED AQM algorithm that drops fewer small packets should not be used. >>> >>> A URL for this Internet-Draft is: >>> http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-byte-pkt-congest-03.txt >>> >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>> >>> Below is the data which will enable a MIME compliant mail reader >>> implementation to automatically retrieve the ASCII version of the >>> Internet-Draft. > > -- Jukka MJ Manner, Professor, PhD. Phone: +358+(0)9+470 22481 Aalto University Mobile: +358+(0)50+5112973 Department of Communications Fax: +358+(0)9+470 22474 and Networking (Comnet) Office: G320a (Otakaari 5A) P.O. Box 13000, FIN-00076 Aalto E-mail: jukka.manner@tkk.fi Finland WWW: www.comnet.tkk.fi
- I-D Action:draft-ietf-tsvwg-byte-pkt-congest-03.t… Internet-Drafts
- Re: I-D Action:draft-ietf-tsvwg-byte-pkt-congest-… Jukka Manner
- Re: I-D Action:draft-ietf-tsvwg-byte-pkt-congest-… Colin Perkins
- Re: I-D Action:draft-ietf-tsvwg-byte-pkt-congest-… Jukka Manner
- Re: I-D Action:draft-ietf-tsvwg-byte-pkt-congest-… Mirja Kuehlewind
- Re: I-D Action:draft-ietf-tsvwg-byte-pkt-congest-… Bob Briscoe
- Re: I-D Action:draft-ietf-tsvwg-byte-pkt-congest-… Jukka Manner
- Re: I-D Action:draft-ietf-tsvwg-byte-pkt-congest-… Bob Briscoe