Re: [conex] Accounting of ConEx signals
Christopher Morrow <morrowc.lists@gmail.com> Fri, 07 October 2011 18:20 UTC
Return-Path: <christopher.morrow@gmail.com>
X-Original-To: conex@ietfa.amsl.com
Delivered-To: conex@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D83521F8B5C for <conex@ietfa.amsl.com>; Fri, 7 Oct 2011 11:20:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.562
X-Spam-Level:
X-Spam-Status: No, score=-103.562 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T4KTO3cJxzjD for <conex@ietfa.amsl.com>; Fri, 7 Oct 2011 11:20:53 -0700 (PDT)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id 589B721F8B8F for <conex@ietf.org>; Fri, 7 Oct 2011 11:20:53 -0700 (PDT)
Received: by iaby26 with SMTP id y26so5437545iab.31 for <conex@ietf.org>; Fri, 07 Oct 2011 11:24:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=b3VDB7rFKOzDJiPHAbrOmRkjZiA9oL9kwP/ak6Qf/ro=; b=iTVCROsLsEkYQT4hTSZ8NvaCpAGW/IsEabF32d+vZrvt3JY0bG9mCeGHEI9FdZ5jlv FECbELmudPcWzy+a1T1Up+dAcIKfXFCoC7UXUCKUhFZtzrr06di2ZiISIaVFw+pj+sJr vwlUO2oJc6NZtPiqEjvTK3MQ99AbTDl/BuWf8=
MIME-Version: 1.0
Received: by 10.231.27.203 with SMTP id j11mr3800789ibc.10.1318011845701; Fri, 07 Oct 2011 11:24:05 -0700 (PDT)
Sender: christopher.morrow@gmail.com
Received: by 10.231.59.206 with HTTP; Fri, 7 Oct 2011 11:24:05 -0700 (PDT)
In-Reply-To: <201110071810.p97IACL6013332@bagheera.jungle.bt.co.uk>
References: <201110070115.27485.mkuehle@ikr.uni-stuttgart.de> <20111007000031.GD2234@verdi> <201110071703.00140.mirja.kuehlewind@ikr.uni-stuttgart.de> <201110071810.p97IACL6013332@bagheera.jungle.bt.co.uk>
Date: Fri, 07 Oct 2011 14:24:05 -0400
X-Google-Sender-Auth: yLkOFAhtquYkzxbuG3_HDvpY-mo
Message-ID: <CAL9jLaY5jhfUFt5MFb=AQvuz3UP28LjUEdDcO3ffb6X8Y43JgQ@mail.gmail.com>
From: Christopher Morrow <morrowc.lists@gmail.com>
To: Bob Briscoe <bob.briscoe@bt.com>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: conex@ietf.org
Subject: Re: [conex] Accounting of ConEx signals
X-BeenThere: conex@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Congestion Exposure working group discussion list <conex.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/conex>, <mailto:conex-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/conex>
List-Post: <mailto:conex@ietf.org>
List-Help: <mailto:conex-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/conex>, <mailto:conex-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Oct 2011 18:20:54 -0000
On Fri, Oct 7, 2011 at 2:10 PM, Bob Briscoe <bob.briscoe@bt.com> wrote: > Altho Chris is right that you can get packet congestion, the digging behind > the byte-pkt draft below found that byte-congestion is predominant on the > Internet. > <http://tools.ietf.org/wg/tsvwg/draft-ietf-tsvwg-byte-pkt-congest/> > And the Internet is like this for good technical reasons. Designers of kit > want the forwarding engine to still be in control when it gets congested, so > machines are _generally_ designed so the processor can still cope even when > the link is flat-lining with small packets. there is LOTS of kit that behaves very badly with line-rate min-len packets... If part of the reasoning behind conex is 'cost to upgrade', there are likely lots of places using this elderly kit which can't be 'cost effectively' upgraded. Anyway, it seems the discussion is spiraling toward an answer and I was only interested in noting that 'not always is the byte what bites.'. -chris
- [conex] Accounting of ConEx signals Mirja Kühlewind
- Re: [conex] Accounting of ConEx signals John Leslie
- Re: [conex] Accounting of ConEx signals Scheffenegger, Richard
- Re: [conex] Accounting of ConEx signals John Leslie
- Re: [conex] Accounting of ConEx signals Christopher Morrow
- Re: [conex] Accounting of ConEx signals Mirja Kuehlewind
- Re: [conex] Accounting of ConEx signals Bob Briscoe
- Re: [conex] Accounting of ConEx signals Christopher Morrow
- Re: [conex] Accounting of ConEx signals John Leslie
- Re: [conex] Accounting of ConEx signals John Leslie
- Re: [conex] Accounting of ConEx signals Bob Briscoe
- Re: [conex] Accounting of ConEx signals Bob Briscoe
- Re: [conex] Accounting of ConEx signals John Leslie
- Re: [conex] Accounting of ConEx signals Bob Briscoe
- Re: [conex] Accounting of ConEx signals Mirja Kuehlewind
- Re: [conex] Accounting of ConEx signals Bob Briscoe
- Re: [conex] Accounting of ConEx signals Scheffenegger, Richard
- Re: [conex] Accounting of ConEx signals John Leslie
- Re: [conex] Accounting of ConEx signals Mirja Kuehlewind