From: Ben Greear <greearb@candelatech.com>
To: Sridhar Konabathini <sridhark@cdot.in>,
Adrian Chadd <adrian@freebsd.org>
Cc: Michal Kazior <michal.kazior@tieto.com>,
Horse <horse@gentrice.net>,
"ath10k@lists.infradead.org" <ath10k@lists.infradead.org>,
Raj Joshi <rajjoshi@comp.nus.edu.sg>
Subject: Re: Issue with ATH10K driver with 802.11 a/g mode datarates
Date: Tue, 20 Sep 2016 06:05:11 -0700 [thread overview]
Message-ID: <57E13407.9040705@candelatech.com> (raw)
In-Reply-To: <20160920070228.M20774@cdot.in>
You normally need to add 30-60 db of attenuation to get best throughput
when directly cabling with SMA cables. Please try adding more attenuation.
What firmware are you using on the T1024RDB? Maybe also try using a different
firmware version to see if that helps.
Thanks,
Ben
On 09/20/2016 01:04 AM, Sridhar Konabathini wrote:
> Hi,
> Yes, we are doing the testing in an isolation chamber (no attenuators used), antennas
> are connected to RF card via SMA cable. Tx power is 5dBm. we are not suspecting Lanforge
> as it gives required throughput in different WiFi setup.
> here Device Under test is T2014 based card.
>
> Regards,
> Sridhar
>
> On Mon, 19 Sep 2016 21:33:03 -0700, Ben Greear wrote
>> LANforge is going to be running a modified driver and firmware, though likely
>> it is no worse at performance in this case than stock code.
>>
>> What is the device under test?
>>
>> And, are you in an isolation chamber, using SMA cables, attenuation, etc?
>>
>> There are lots of things that can impact wifi throughput so you have to provide
>> lots more details in order for anyone to understand why the throughput might be
>> less than expected.
>>
>> And if it is specific to LANforge, please send email to support@candelatech.com
>>
>> Thanks,
>> Ben
>>
>> On 09/19/2016 08:46 PM, Sridhar Konabathini wrote:
>>> Hi,
>>> I didnt try with ath9k drivers on the same setup.
>>>
>>> we are using WiFi capacity test tool on Lanforge to test the performance, this
> will
>>> generate the traffic. we are selecting the UDP protocol (packet - 1472 Bytes).
>>>
>>> As per TEC spec. required data rates are given below.
>>>
>>> Mode Asso. rate Throughput
>>>
>>> 802.11a 54 Mbps 28 Mbps
>>>
>>> 802.11g 54 Mbps 28 Mbps
>>>
>>> But we are getting only 26-27Mbps, how to improve this throughput ?
>>>
>>> [TEC(Telecommunication Engineering Centre, Govt. India) is a technical body,
>>> prepares specification of common Telecom standards.]
>>>
>>> Regards,
>>> Sridhar
>>>
>>>
>>> On Mon, 19 Sep 2016 10:22:26 -0700, Adrian Chadd wrote
>>>> .... and what's "TEC specification" ?
>>>>
>>>> -
>>>> a
>>>>
>>>> On 19 September 2016 at 09:28, Ben Greear <greearb@candelatech.com> wrote:
>>>>> Out of curiosity, does ath9k perform at the required rates in a similar
>>>>> setup?
>>>>>
>>>>> Sending tcp, udp, or some other protocol? How are you generating the
>>>>> traffic?
>>>>>
>>>>> Thanks,
>>>>> Ben
>>>>>
>>>>>
>>>>> On 09/18/2016 09:26 PM, Sridhar Kondabathini wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> When we are testing 802.11 a/g mode throughput measurements on
>>>>>> T1024RDB ( we used
>>>>>> kernel-3.12; ath10k drivers backported from 4.4;hostapd 2.5 for 11AC
>>>>>> support), then we
>>>>>> are getting 26-27 Mbps , which is not meeting the required TEC
>>>>>> specification (which is
>>>>>> ~28 Mbps). How can we increase the throughput in these modes.
>>>>>>
>>>>>> Can you please help on this.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Sridhar Kondabathini,
>>>>>> Research engineer,
>>>>>> PSG lab,
>>>>>> Center for Development Of Telematics
>>>>>> 9480484821.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Disclaimer:
>>>>>> ----------
>>>>>> This email and any files transmitted with it are confidential and intended
>>>>>> solely
>>>>>> for
>>>>>> the use of the individual or entity to whom they are addressed. If you
>>>>>> are not the
>>>>>> intended recipient you are notified that disclosing, copying, distributing
>>>>>> or taking
>>>>>> any
>>>>>> action in reliance on the contents of this information is strictly
>>>>>> prohibited. The
>>>>>> sender does not a
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> ath10k mailing list
>>>>>> ath10k@lists.infradead.org
>>>>>> http://lists.infradead.org/mailman/listinfo/ath10k
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Ben Greear <greearb@candelatech.com>
>>>>> Candela Technologies Inc http://www.candelatech.com
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>
>>>
>>> Regards,
>>>
>>> Sridhar Kondabathini,
>>> Research engineer,
>>> PSG lab,
>>> Center for Development Of Telematics
>>> 9480484821.
>>>
>>>
>>>
>>>
>>> Disclaimer:
>>> ----------
>>> This email and any files transmitted with it are confidential and intended solely
>>> for
>>> the use of the individual or entity to whom they are addressed. If you are not the
>>> intended recipient you are notified that disclosing, copying, distributing or taking
>>> any
>>> action in reliance on the contents of this information is strictly prohibited. The
>>> sender does not a
>>>
>>
>> --
>> Ben Greear <greearb@candelatech.com>
>> Candela Technologies Inc http://www.candelatech.com
>>
>> _______________________________________________
>> ath10k mailing list
>> ath10k@lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/ath10k
>
>
> Regards,
>
> Sridhar Kondabathini,
> Research engineer,
> PSG lab,
> Center for Development Of Telematics
> 9480484821.
>
>
>
>
> Disclaimer:
> ----------
> This email and any files transmitted with it are confidential and intended solely
> for
> the use of the individual or entity to whom they are addressed. If you are not the
> intended recipient you are notified that disclosing, copying, distributing or taking
> any
> action in reliance on the contents of this information is strictly prohibited. The
> sender does not a
>
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
prev parent reply other threads:[~2016-09-20 13:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-19 4:26 Issue with ATH10K driver with 802.11 a/g mode datarates Sridhar Kondabathini
2016-09-19 16:28 ` Ben Greear
2016-09-19 17:22 ` Adrian Chadd
2016-09-20 3:46 ` Sridhar Konabathini
2016-09-20 4:33 ` Ben Greear
2016-09-20 8:04 ` Sridhar Konabathini
2016-09-20 13:05 ` Ben Greear [this message]
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=57E13407.9040705@candelatech.com \
--to=greearb@candelatech.com \
--cc=adrian@freebsd.org \
--cc=ath10k@lists.infradead.org \
--cc=horse@gentrice.net \
--cc=michal.kazior@tieto.com \
--cc=rajjoshi@comp.nus.edu.sg \
--cc=sridhark@cdot.in \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.