From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rick.jones2@hp.com>
Received: from g9t5008.houston.hp.com (g9t5008.houston.hp.com [15.240.92.66])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "smtp.hp.com",
	Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK))
	by huchra.bufferbloat.net (Postfix) with ESMTPS id C57C821F259
	for <codel@lists.bufferbloat.net>; Tue, 21 Apr 2015 09:07:16 -0700 (PDT)
Received: from g9t2301.houston.hp.com (g9t2301.houston.hp.com [16.216.185.78])
	by g9t5008.houston.hp.com (Postfix) with ESMTP id 1763AAD;
	Tue, 21 Apr 2015 16:07:12 +0000 (UTC)
Received: from [16.103.148.51] (tardy.usa.hp.com [16.103.148.51])
	by g9t2301.houston.hp.com (Postfix) with ESMTP id 4097055A;
	Tue, 21 Apr 2015 16:07:11 +0000 (UTC)
Message-ID: <553675AE.2090200@hp.com>
Date: Tue, 21 Apr 2015 09:07:10 -0700
From: Rick Jones <rick.jones2@hp.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: =?windows-1252?Q?Toke_H=F8iland-J=F8rgensen?= <toke@toke.dk>, 
	sahil grover <sahilgrover013@gmail.com>
References: <CADnS-2i4pc7Aa--Cnus=iKV0yQpDeC=KrX9fHsa79AZ5Q+kDjg@mail.gmail.com>
	<CAA_e5Z79Y4Mc+Bpy4TbEoSp0x8zjFyTzwsVLzDhSRDkjeAkKZg@mail.gmail.com>
	<CADnS-2ixVq9JL3iWD+8x6CE8LJbgO20ur0+svm_2nUzt7phpsA@mail.gmail.com>
	<87sibz53kz.fsf@toke.dk>
	<CADnS-2g+OneXB1aapFe68hhZyDeAwJ9tLD1_ZnBOysCnC3ni4w@mail.gmail.com>
	<CADnS-2i9uWLS8e1DbWVAhZ-fSQb7-fj_N748kLcG6P22n_LD=Q@mail.gmail.com>
	<55313402.5030503@hp.com> <87twwdlias.fsf@toke.dk>
	<CADnS-2gs=NcY3TOHfSzR5X07_cKU=qFyTqLz7_OoROyzifkq4w@mail.gmail.com>
	<87vbgqizwc.fsf@toke.dk>
	<CADnS-2iJWujuH9NVz4LYDFSe9z2-QX9UqG-42gW1FBmh62QLJA@mail.gmail.com>
	<87383trh7w.fsf@toke.dk>
	<CADnS-2hQ=R0=0sCV1gghvTKh_qGueTtwq4u7skNwv19q1ZnOgg@mail.gmail.com>
	<87pp6xpq1t.fsf@toke.dk>
In-Reply-To: <87pp6xpq1t.fsf@toke.dk>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Cc: "codel@lists.bufferbloat.net" <codel@lists.bufferbloat.net>
Subject: Re: [Codel] RRUL Test
X-BeenThere: codel@lists.bufferbloat.net
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: CoDel AQM discussions <codel.lists.bufferbloat.net>
List-Unsubscribe: <https://lists.bufferbloat.net/options/codel>,
	<mailto:codel-request@lists.bufferbloat.net?subject=unsubscribe>
List-Archive: <https://lists.bufferbloat.net/pipermail/codel>
List-Post: <mailto:codel@lists.bufferbloat.net>
List-Help: <mailto:codel-request@lists.bufferbloat.net?subject=help>
List-Subscribe: <https://lists.bufferbloat.net/listinfo/codel>,
	<mailto:codel-request@lists.bufferbloat.net?subject=subscribe>
X-List-Received-Date: Tue, 21 Apr 2015 16:07:45 -0000

On 04/21/2015 06:30 AM, Toke Høiland-Jørgensen wrote:
> Right, so there's definitely something messing with the outgoing
> traffic. I have no idea what could cause netperf to only be able to send
> traffic in one direction (perhaps Rick knows?). Do you have any sort of
> firewall between you and the internet that might interfere with traffic?

Firewall is the first thing that comes to mind.  Second would be some 
sort of PathMTU discovery black-hole.

One way to check for that would be to run a TCP_RR test and see if that 
"works."  If it gets a non-zero result, it suggests an issue with large 
segments (the netperf default request and response size being one 
byte...).  If it gets a zero result, it suggests something else like 
perhaps firewall.

rick jones