From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 668633B2A4 for ; Mon, 6 Nov 2017 16:29:29 -0500 (EST) Received: by mail-wm0-x22d.google.com with SMTP id b9so17130726wmh.0 for ; Mon, 06 Nov 2017 13:29:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tLYFdhJXkqASbM983n4MN5ngLKQpDWYNIqSqTfNDU1g=; b=WLTlFSJOfrQ9CpP8hCoR5dv61+xyIH3N8QT8zg4a0nDY3IN1ona2wNCGs5kO3P6vWs Lg1Q45V7xzHH8IflhKEPs6mwWjOGFpNKMJyrJcVLTDkPdmBh9Vwz+8McPLFA6YpIkvvV IDXEUYv0/Nphfa/ozNUKP11s8qROc21dM1thA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tLYFdhJXkqASbM983n4MN5ngLKQpDWYNIqSqTfNDU1g=; b=gHJJhBWtOFbfNKuvosSO4pag/RgWDJtQ0Y9gtv3ZyUkMcFgIhnBw/H9XN6Nt/gFvUh /6D72/HNzsKlCfD/zVP7CPIuTz7z/IJu5sTbk00kE7s8FYUOmz57hmtgD+tdvlmHuOHa SdyZM5VmK9qZlU0eOAhaRTmCVvu5hzpUQ4/JraCmi+eNCutvJKMpq7WyK3S2ZFXUBAwp yweVqIUHiWJq16RvyWgJxMf1SGo+Hw7q+QHxlFatYAL3mrUsNcL/Q0/Ob9QCHhO9+rB3 vAz9oCEuyu0Sby6r+zjwf/YKAKnUrVRDFIRrxZaS+vOLS7wjbc8XjAuVdfzEDJXW38fz QEHw== X-Gm-Message-State: AMCzsaXruLZtHrDKhB3uyaqZOc7CkgJ44HrXYRmFWTYt+Ya5gn440dyr zzWIdz+2RYAuPYOQMCa1Fz1EmSfGNAnVNUd/N4u4Jw== X-Google-Smtp-Source: ABhQp+Q75S3V7neMOSnFW70DvPqizrZr47IRMyvvL+1N2VGOkRkRrP6S6ie5TFPRhz0F/1SRt4OLvZqk0l97VVfuA8c= X-Received: by 10.80.134.111 with SMTP id 44mr22512946edt.69.1510003768008; Mon, 06 Nov 2017 13:29:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.186.35 with HTTP; Mon, 6 Nov 2017 13:29:27 -0800 (PST) In-Reply-To: References: <535CD0D7-CB3A-4C42-AB13-548313F9002A@gmail.com> <95AE4A18-0329-42FA-91E2-9EFF356FD8C9@gmail.com> From: Bob McMahon Date: Mon, 6 Nov 2017 13:29:27 -0800 Message-ID: To: Isaac Konikoff Cc: Pete Heist , make-wifi-fast@lists.bufferbloat.net Content-Type: multipart/alternative; boundary="f403045c299233d9cf055d572648" Subject: Re: [Make-wifi-fast] Flent test hardware X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2017 21:29:29 -0000 --f403045c299233d9cf055d572648 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Just to be clear, speaking for iperf 2, the binding isn't to an interface but to an IP address. See this for a description . Linux supports SO_BINDTODEVICE but it's not straightforward per things like ARP so I didn't add support for this. Bob On Mon, Nov 6, 2017 at 12:15 PM, Isaac Konikoff wrote: > You can run flent/iperf/netperf client and server on the same box using a > candelatech kernel and then bind to specific interfaces. > > http://candelatech.com/private/downloads/r5.3.6/ct4.9.29+.x64.tar.gz > guest/guest > > flent example: > eth1 192.168.1.2 to DUT(AP LAN side) > wlan0 192.168.1.3 to DUT(AP wireless) > > netserver > flent -H 192.168.1.3 --local-bind 192.168.1.2 --swap-up-down -x > tcp_download -l 120 > > > iperf example: > eth1 192.168.86.103 > wlan0 192.168.86.101 > > iperf upload test > iperf -s -B 192.168.86.103 -i10 > iperf -c 192.168.86.103 -B 192.168.86.101 -i10 -t120 > > iperf download test > iperf -s -B 192.168.86.101 -i10 > iperf -c 192.168.86.101 -B 192.168.86.103 -i10 -t120 > > > On Sun, Nov 5, 2017 at 5:57 AM, Pete Heist wrote: > >> >> On Nov 5, 2017, at 2:42 AM, Bob McMahon wrote= : >> >> I have some brix with realtek and run ptpd installed with fedora 25. >> The corrections are in the 25 microsecond range, though there are >> anomalies. These are used for wifi DUTs that go into RF enclosures. >> >> [root@hera ~]# tail -n 1 /var/log/ptpd2.stats >> 2017-11-04 18:33:46.723476, slv, 0cc47afffea87386(unknown)/1, >> 0.000000000, -0.000018381, 0.000000000, -0.000018463, 1528.032750001, >> S, 0.000000000, 0, -0.000018988, 1403, 1576, 17, -0.000018463, 0.000000= 000 >> >> For LAN/WAN traffic, I tend to use the intel quad server adapters in a >> supermicro mb desktop with 8 or more real cores. (I think the data cent= er >> class machines are worth it.) >> >> >> Thanks for the info. I was wondering how large the PTP error would be >> with software timestamps, and I see it=E2=80=99s not bad for most purpos= es. >> >> Which Realtek Linux driver does your brix use, and is it stable? The >> r8169 driver=E2=80=99s BQL support was reverted at some point and it doe= sn=E2=80=99t look >> like that has changed. >> >> I trust that the extra cores can help, particularly for tests with high >> flow counts, but my project budget won=E2=80=99t allow it, and used hard= ware is too >> much to think about at the moment. >> >> Do you (or anyone) know of any problems with running the Flent client an= d >> server on the same box? In the case of the Proliant Microserver, the >> Broadcom 5720 adapter should have separate PCI data paths for each NIC. = I >> guess the bottleneck will still mainly be the CPU. To get some idea of >> what's possible on my current hardware, I tried running rrul_be_nflows >> tests with the Flent client and server on the same box, through its loca= l >> adapter (with MTU set to 1500) with my current Mac Mini (2.26 GHz Core2 = Duo >> P7550). I know that doesn=E2=80=99t predict how it will work over Ethern= et, but >> it=E2=80=99s a start. >> >> https://docs.google.com/spreadsheets/d/1MVxGsreiGKNXhfkMIheN >> FrH_GVllFfiH9RU5ws5l_aY/edit#gid=3D1583696271 >> >> Although total throughput is pretty good for a low-end CPU, I=E2=80=99m = not sure >> I=E2=80=99d trust the results above 64/64 flows. 256/256 flows was an ep= ic fail, >> but I won=E2=80=99t be doing that kind of test. >> >> _______________________________________________ >> Make-wifi-fast mailing list >> Make-wifi-fast@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/make-wifi-fast >> > > --f403045c299233d9cf055d572648 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Just to be clear, speaking for iperf 2, the binding isn= 9;t to an interface but to an IP address. =C2=A0 See this for a descr= iption.

Linux supports SO_BINDTODEVICE but it's not straight= forward per things like ARP so I didn't add support for this.=C2=A0
=
Bob

On M= on, Nov 6, 2017 at 12:15 PM, Isaac Konikoff <isaac.konikoff@gmail= .com> wrote:
You can run flent/iperf/netperf client and server on the same box using = a candelatech kernel and then bind to specific interfaces.


flent example:
eth1 192.168.1.2 to DUT(AP LAN side)
<= div>wlan0 192.168.1.3 to DUT(AP wireless)

net= server
flent -H 192.168.1.3 --local-bind 192.168.1.2 --swap-up-do= wn -x tcp_download -l 120


ipe= rf example:
eth1 192.168.86.103
wlan0 192.168.86.1= 01

iperf upload test
iperf -s -B 192.168= .86.103 -i10
iperf -c 192.168.86.103 -B 192.168.86.101 -i10 -t120=

iperf download test
iperf -s -B 192.168= .86.101 -i10
iperf -c 192.168.86.101 -B 192.168.86.103 -i10 -t120=


On Sun, Nov 5, 2017 at 5:57 AM= , Pete Heist <peteheist@gmail.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">

On Nov 5, 2017,= at 2:42 AM, Bob McMahon <bob.mcmahon@broadcom.com> wrote:

=
I have some brix with realtek and run ptpd installed with = fedora 25.=C2=A0 =C2=A0 The corrections are in the 25 microsecond range, th= ough there are anomalies.=C2=A0 These are used for wifi DUTs that go into R= F enclosures.=C2=A0=C2=A0

[root@hera ~]# tail -n 1 /= var/log/ptpd2.stats
2017-11-04 18:33:46.723476, slv, 0cc47afffea8= 7386(unknown)/1,=C2=A0 0.000000000,=C2=A0-0.000018381,=C2=A0 0.000000000, -0.000018463, 1528.03= 2750001, S, 0.000000000, 0, -0.000018988, 1403, 1576, 17, -0.000018463,=C2= =A0 0.000000000

For LAN/WAN traffic, I tend to use the = intel quad server adapters in a supermicro mb desktop with 8 or more real c= ores.=C2=A0 (I think the data center class machines are worth it.)

Thanks for the info. I was wonder= ing how large the PTP error would be with software timestamps, and I see it= =E2=80=99s not bad for most purposes.

Which Realte= k Linux driver does your brix use, and is it stable? The r8169 driver=E2=80= =99s BQL support was reverted at some point and it doesn=E2=80=99t look lik= e that has changed.

I trust that the extra cores c= an help, particularly for tests with high flow counts, but my project budge= t won=E2=80=99t allow it, and used hardware is too much to think about at t= he moment.

Do you (or anyone) know of any problems= with running the Flent client and server on the same box? In the case of t= he Proliant Microserver, the Broadcom 5720 adapter should have separate PCI= data paths for each NIC. I guess the bottleneck will still mainly be the C= PU. To get some idea of what's possible on my current hardware, I tried= running rrul_be_nflows tests with the Flent client and server on the same = box, through its local adapter (with MTU set to 1500) with my current Mac M= ini (2.26 GHz Core2 Duo P7550). I know that doesn=E2=80=99t predict how it = will work over Ethernet, but it=E2=80=99s a start.

https://docs.= google.com/spreadsheets/d/1MVxGsreiGKNXhfkMIheNFrH_GVllFfiH9RU5ws= 5l_aY/edit#gid=3D1583696271

Although tota= l throughput is pretty good for a low-end CPU, I=E2=80=99m not sure I=E2=80= =99d trust the results above 64/64 flows. 256/256 flows was an epic fail, b= ut I won=E2=80=99t be doing that kind of test.

<= span class=3D"">_______________________________________________
Make-wifi-fast mailing list
M= ake-wifi-fast@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/mak= e-wifi-fast


--f403045c299233d9cf055d572648--