From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ip-64-139-1-69.sjc.megapath.net (ip-64-139-1-69.sjc.megapath.net [64.139.1.69]) by huchra.bufferbloat.net (Postfix) with ESMTP id 0CA1C21F217 for ; Wed, 30 Oct 2013 22:45:22 -0700 (PDT) Received: from shuksan (localhost [127.0.0.1]) by ip-64-139-1-69.sjc.megapath.net (Postfix) with ESMTP id 05622406064; Wed, 30 Oct 2013 22:45:18 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: bloat@lists.bufferbloat.net From: Hal Murray Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Oct 2013 22:45:17 -0700 Message-Id: <20131031054518.05622406064@ip-64-139-1-69.sjc.megapath.net> Cc: Hal Murray Subject: Re: [Bloat] T-Mobile LTE buffer bloat X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 05:45:24 -0000 > My personal record for a mobile network is 180 seconds RTT. They *really* > *really* want to deliver the packets, and if the radio environment go bad > they'll still buffer 400 packets (or so). I've seen 50 seconds on the big-bad-internet with no radio links. I assume it was a link down and some box like my DSL modem didn't flush the queue and/or didn't implement the corner of the RFC that says to bump the hop count every second.. I routinely see not-quite 4 seconds on the download side of a DSL link. -- These are my opinions. I hate spam.