From: "Iñaki Pascual" <ipascual@cttc.cat>
To: Ben Greear <greearb@candelatech.com>, ath10k@lists.infradead.org
Subject: Re: low TCP throughput with 80MHz channel width
Date: Fri, 22 Apr 2016 18:44:18 +0200 [thread overview]
Message-ID: <571A54E2.9020908@cttc.cat> (raw)
In-Reply-To: <571A4E67.7090308@candelatech.com>
Thanks for your help Ben.
I think we will go for kernel 4.4 and the latest firmware relase.
Regarding the firmware, should we try the CT-10.2 or it is not stable
enough?
Bests,
Iñaki
On 22/04/16 18:16, Ben Greear wrote:
> On 04/22/2016 09:11 AM, Iñaki Pascual wrote:
>> We are using kernel 4.2 with CandelaTech firmware
>> 10.1.467-ct-com-full-014-96d543
>
> Maybe try rls 15 or beta-16 CT 10.1 firmware?
>
> And, we found too much instability in 4.2 kernel. We suggest 4.0 or 4.4,
> though I am not aware of any throughput related bugs aside from the CUBIC
> congestion control issue.
>
> You might also try our 3.17 kernel since CUBIC worked in that kernel...
>
> Thanks,
> Ben
>
>
>>
>> monet@sc227:~$ ethtool -i wlan2
>> driver: ath10k_pci
>> version: 4.2.0+
>> firmware-version: 10.1.467-ct-com-full-014-96d543
>> bus-info: 0000:0b:00.0
>> supports-statistics: yes
>> supports-test: no
>> supports-eeprom-access: no
>> supports-register-dump: no
>> supports-priv-flags: no
>>
>> Thanks,
>>
>> Iñaki
>>
>> On 22/04/16 18:06, Ben Greear wrote:
>>> On 04/22/2016 09:02 AM, Iñaki Pascual wrote:
>>>
>>>> Thanks for the tip Ben. We have moved to 'reno' and tried several
>>>> window sizes but we are still on max. 35 Mbps which is too low.
>>>>
>>>
>>> What firmware and kernel are you using?
>>>
>>> Thanks,
>>> Ben
>>>
>>>> Bests,
>>>>
>>>> Iñaki
>>>>
>>>> On 22/04/16 17:40, Ben Greear wrote:
>>>>> Use 'reno' instead of cubic TCP congestion control, cubic is
>>>>> broken with ath10k.
>>>>>
>>>>> Thanks,
>>>>> Ben
>>>>>
>>>>> On 04/22/2016 08:32 AM, Iñaki Pascual wrote:
>>>>>> Hi everyone,
>>>>>>
>>>>>> we have configured two boxes with 802.11ac NICs to work in
>>>>>> channel 48 (5240 MHz), ad-hoc mode, 80MHz channel width.
>>>>>> For UDP traffic we get 300 Mbps bandwith but for TCP we are
>>>>>> around 30 Mbps.
>>>>>>
>>>>>> We have tried other channels with similar results.
>>>>>> Throughput for 20 and 40 MHz channel width are ok (20MHz: TCP
>>>>>> 21Mbps, UDP 27Mbps, 40MHz: TCP 82Mbps, UDP 144Mbps).
>>>>>>
>>>>>> Testing with iperf we have also tried different congestion
>>>>>> windows with no or low improvements.
>>>>>>
>>>>>> Below are config details and the sequence of commands we are
>>>>>> using to configure the interface.
>>>>>>
>>>>>> Any ideas on what we may be doing wrong?
>>>>>>
>>>>>> Bests,
>>>>>>
>>>>>> Iñaki
>>>>>>
>>>>>> iw outputs:
>>>>>>
>>>>>> root@sc227:/home/monet# iw wlan2 info
>>>>>> Interface wlan2
>>>>>> ifindex 6
>>>>>> wdev 0x200000001
>>>>>> addr 04:f0:21:18:26:a2
>>>>>> ssid SC226SC227
>>>>>> type IBSS
>>>>>> wiphy 2
>>>>>> channel 48 (5240 MHz), width: 80 MHz, center1: 5210 MHz
>>>>>>
>>>>>> root@sc227:/home/monet# iw wlan2 station dump
>>>>>> Station 04:f0:21:18:26:a8 (on wlan2)
>>>>>> inactive time: 86 ms
>>>>>> rx bytes: 467732521
>>>>>> rx packets: 364249
>>>>>> tx bytes: 1394558
>>>>>> tx packets: 16200
>>>>>> tx retries: 0
>>>>>> tx failed: 0
>>>>>> signal: -51 dBm
>>>>>> signal avg: -51 dBm
>>>>>> tx bitrate: 351.0 MBit/s VHT-MCS 4 80MHz VHT-NSS 2
>>>>>> rx bitrate: 526.5 MBit/s VHT-MCS 4 80MHz VHT-NSS 3
>>>>>> authorized: yes
>>>>>> authenticated: yes
>>>>>> preamble: long
>>>>>> WMM/WME: yes
>>>>>> MFP: no
>>>>>> TDLS peer: no
>>>>>> connected time: 3169 seconds
>>>>>>
>>>>>>
>>>>>> config commands:
>>>>>>
>>>>>> ifconfig wlan2 down
>>>>>> iw wlan2 set type ibss
>>>>>> ifconfig wlan2 up
>>>>>> ifconfig wlan2 10.2.1.7 netmask 255.255.255.0
>>>>>> iw wlan2 ibss join SC226SC227 5240 80MHz
>>>>>>
>>>>>> iperf:
>>>>>> root@sc227:/home/monet# iperf -c 10.2.1.6
>>>>>> ------------------------------------------------------------
>>>>>> Client connecting to 10.2.1.6, TCP port 5001
>>>>>> TCP window size: 85.0 KByte (default)
>>>>>> ------------------------------------------------------------
>>>>>> [ 3] local 10.2.1.7 port 48548 connected with 10.2.1.6 port 5001
>>>>>> [ ID] Interval Transfer Bandwidth
>>>>>> [ 3] 0.0-10.0 sec 33.1 MBytes 27.7 Mbits/sec
>>>>>>
>>>>>> _______________________________________________
>>>>>> ath10k mailing list
>>>>>> ath10k@lists.infradead.org
>>>>>> http://lists.infradead.org/mailman/listinfo/ath10k
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
next prev parent reply other threads:[~2016-04-22 16:45 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-22 15:32 low TCP throughput with 80MHz channel width Iñaki Pascual
2016-04-22 15:40 ` Ben Greear
2016-04-22 16:02 ` Iñaki Pascual
2016-04-22 16:06 ` Ben Greear
2016-04-22 16:11 ` Iñaki Pascual
2016-04-22 16:16 ` Ben Greear
2016-04-22 16:44 ` Iñaki Pascual [this message]
2016-04-22 16:57 ` Ben Greear
2016-04-25 7:48 ` low TCP throughput with 80MHz channel width [SOLVED] Iñaki Pascual
2016-04-25 7:07 ` low TCP throughput with 80MHz channel width Michal Kazior
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=571A54E2.9020908@cttc.cat \
--to=ipascual@cttc.cat \
--cc=ath10k@lists.infradead.org \
--cc=greearb@candelatech.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox