From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "rcdn-iport.cisco.com", Issuer "HydrantID SSL ICA G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id AFDBE21F36B for ; Thu, 23 Apr 2015 14:55:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5716; q=dns/txt; s=iport; t=1429826145; x=1431035745; h=from:to:subject:date:message-id:mime-version; bh=qxHs1RpopJNcafaR/WwEjtHjqm0SBNAR2J77VLSYD+s=; b=E7wiKrCIA7KXEdpEmqShPJT5RHY5mp1X0IVboxt/Ri7b+22iPcrl5CFr 9YCAPSgbjz7F3XVPc0KltoxvG0C4bh/kd96yms96MWdg/JQWItfKhoRWf hbdSSNal5TXxD1iBblCz6XhFijuK6Koe8RM04OjZICdzAFbPNrk8sEvjh E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AQBQDZaTlV/5ldJa1bgkVHUmHNfgKBN0wBAQEBAQGBC4QiAQQtXgEqViYBBBuII6gLpGABAQEBAQEEAQEBAQEBARuQCoNPgRYFkUqgACOCBwUXgVGCM4EAAQEB X-IronPort-AV: E=Sophos;i="5.11,634,1422921600"; d="scan'208,217";a="414323320" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-3.cisco.com with ESMTP; 23 Apr 2015 21:55:16 +0000 Received: from xhc-aln-x01.cisco.com (xhc-aln-x01.cisco.com [173.36.12.75]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t3NLtGMg012246 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 23 Apr 2015 21:55:16 GMT Received: from xmb-aln-x05.cisco.com ([169.254.11.175]) by xhc-aln-x01.cisco.com ([173.36.12.75]) with mapi id 14.03.0195.001; Thu, 23 Apr 2015 16:55:16 -0500 From: "Bill Ver Steeg (versteb)" To: "bloat@lists.bufferbloat.net" Thread-Topic: delay-under-load really helps diagnose real world problems Thread-Index: AdB+EEIZQgsDBHfnSna40EJN7Zch0A== Date: Thu, 23 Apr 2015 21:55:16 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.82.210.114] Content-Type: multipart/alternative; boundary="_000_AE7F97DB5FEE054088D82E836BD15BE9319C249Exmbalnx05ciscoc_" MIME-Version: 1.0 Subject: [Bloat] delay-under-load really helps diagnose real world problems 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, 23 Apr 2015 21:55:46 -0000 --_000_AE7F97DB5FEE054088D82E836BD15BE9319C249Exmbalnx05ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable So, I have been suffering from pseudo-random performance problems for sever= al months. I tend to travel quite a bit, and use VPNs from several networks= . I occasionally suffer from crappy web performance, but the old tools did = not provide much useful info. My un-VPNed network speeds were x (where x wa= s site specific and typically about 60 Mbps) and my VPN-ed speed were about= 50 Mbps. It seems that at one site I had occasional web surfing and Webex problems w= hen not on the VPN, but when I got on the VPN from the same site it was OK. At a different site, I had the opposite problem. I had sporadic problems on= the raw network, but seemed to run OK on the VPN. Well, running the new DSLReports cleared it right up. On the site where I h= ad problems on the raw network, the report said I had ~60 Mbps of throughpu= t - but my delay under load spiked as high as several seconds. When I fired= up the VPN, the VPN became the bottleneck link at ~50 Mbps. The VPN had re= asonable (not great , but reasonable) buffer sizes, and my delay was ~150ms= . On the site where I had problems on the VPN but the raw network ran OK, I f= ound that the 50 Mbps VPN introduced several seconds of delay under load. I= t looks like the PoP that I use in that geography has something misconfigur= ed with a huge buffer, and I suffer bloat when it gets congested. I am running these things down with the various owners, which should prove = to be an interesting experience....... So, hats off to Justin! Bill VerSteeg --_000_AE7F97DB5FEE054088D82E836BD15BE9319C249Exmbalnx05ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

So, I have been suffering from pseudo-random perform= ance problems for several months. I tend to travel quite a bit, and use VPN= s from several networks. I occasionally suffer from crappy web performance,= but the old tools did not provide much useful info. My un-VPNed network speeds were x (where x was site spec= ific and typically about 60 Mbps) and my VPN-ed speed were about 50 Mbps.

 

It seems that at one site I had occasional web surfi= ng and Webex problems when not on the VPN, but when I got on the VPN from t= he same site it was OK.

 

At a different site, I had the opposite problem. I h= ad sporadic problems on the raw network, but seemed to run OK on the VPN.

 

Well, running the new DSLReports cleared it right up= . On the site where I had problems on the raw network, the report said I ha= d ~60 Mbps of throughput – but my delay under load spiked as high as = several seconds. When I fired up the VPN, the VPN became the bottleneck link at ~50 Mbps. The VPN had reasonable (no= t great , but reasonable) buffer sizes, and my delay was ~150ms.=

 

On the site where I had problems on the VPN but the = raw network ran OK, I found that the 50 Mbps VPN introduced several seconds= of delay under load. It looks like the PoP that I use in that geography ha= s something misconfigured with a huge buffer, and I suffer bloat when it gets congested.

 

I am running these things down with the various owne= rs, which should prove to be an interesting experience…….<= /o:p>

 

So, hats off to Justin!

 

Bill VerSteeg

--_000_AE7F97DB5FEE054088D82E836BD15BE9319C249Exmbalnx05ciscoc_--