* Specific MAC address impact performance @ 2015-10-26 10:50 Yu-Chieh 2015-10-26 15:12 ` Ben Greear 0 siblings, 1 reply; 7+ messages in thread From: Yu-Chieh @ 2015-10-26 10:50 UTC (permalink / raw) To: ath10k Hi, I am working on IBSS mode by using ath10k. However i met some problem about the performance issue First of all, i set up two nodes, A (74:DA:38:19:19:DC) and B (74:DA:38:06:E1:96) and run iperf. i can get around 170 Mbps form A to B Then, i turn on the third node C(74:DA:38:06:E1:BE). The performance is deteriorated to around 30Mbps. If i turn off node C, the performance go back to 170 Mbps. At the same environment and same devices, i jsut change the mac of B to (74:DA:38:06:E1:B2) Everything is good. No matter node c is on or off, the performance always keep on 170Mbps. Anyone have any idea about this problem? Jay _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Specific MAC address impact performance 2015-10-26 10:50 Specific MAC address impact performance Yu-Chieh @ 2015-10-26 15:12 ` Ben Greear 2015-10-26 17:38 ` Yu-Chieh 0 siblings, 1 reply; 7+ messages in thread From: Ben Greear @ 2015-10-26 15:12 UTC (permalink / raw) To: Yu-Chieh, ath10k Your probably have BSSID mask collision. Rule of thumb is to leave all octets the same except the second and third (from the right) byte. That usually gives you unique masks assuming the right-most byte is unique for your radios. Thanks, Ben On 10/26/2015 03:50 AM, Yu-Chieh wrote: > Hi, > > I am working on IBSS mode by using ath10k. However i met some problem > about the performance issue > First of all, i set up two nodes, A (74:DA:38:19:19:DC) and B > (74:DA:38:06:E1:96) and run iperf. > i can get around 170 Mbps form A to B > > Then, i turn on the third node C(74:DA:38:06:E1:BE). > The performance is deteriorated to around 30Mbps. > If i turn off node C, the performance go back to 170 Mbps. > > At the same environment and same devices, i jsut change the mac of B > to (74:DA:38:06:E1:B2) > Everything is good. > No matter node c is on or off, the performance always keep on 170Mbps. > > Anyone have any idea about this problem? > > Jay > > _______________________________________________ > 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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Specific MAC address impact performance 2015-10-26 15:12 ` Ben Greear @ 2015-10-26 17:38 ` Yu-Chieh 2015-10-26 17:47 ` Ben Greear 0 siblings, 1 reply; 7+ messages in thread From: Yu-Chieh @ 2015-10-26 17:38 UTC (permalink / raw) To: Ben Greear; +Cc: ath10k Hi Ben, I also geuss that mignt be BSSID mask issue, however i have no idea about the patten I can find bssid_mask function in ath5k and ath9k but not in ath10k. Do your suggest me to use XX:XX:XX:YY:YY:XX, XX should be same and YY could be different? Thanks. Jay 2015-10-26 23:12 GMT+08:00 Ben Greear <greearb@candelatech.com>: > Your probably have BSSID mask collision. Rule of thumb is to leave > all octets the same except the second and third (from the right) > byte. That usually gives you unique masks assuming the right-most > byte is unique for your radios. > > Thanks, > Ben > > > > On 10/26/2015 03:50 AM, Yu-Chieh wrote: >> >> Hi, >> >> I am working on IBSS mode by using ath10k. However i met some problem >> about the performance issue >> First of all, i set up two nodes, A (74:DA:38:19:19:DC) and B >> (74:DA:38:06:E1:96) and run iperf. >> i can get around 170 Mbps form A to B >> >> Then, i turn on the third node C(74:DA:38:06:E1:BE). >> The performance is deteriorated to around 30Mbps. >> If i turn off node C, the performance go back to 170 Mbps. >> >> At the same environment and same devices, i jsut change the mac of B >> to (74:DA:38:06:E1:B2) >> Everything is good. >> No matter node c is on or off, the performance always keep on 170Mbps. >> >> Anyone have any idea about this problem? >> >> Jay >> >> _______________________________________________ >> 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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Specific MAC address impact performance 2015-10-26 17:38 ` Yu-Chieh @ 2015-10-26 17:47 ` Ben Greear 2015-10-27 15:51 ` Yu-Chieh 0 siblings, 1 reply; 7+ messages in thread From: Ben Greear @ 2015-10-26 17:47 UTC (permalink / raw) To: Yu-Chieh; +Cc: ath10k On 10/26/2015 10:38 AM, Yu-Chieh wrote: > Hi Ben, > I also geuss that mignt be BSSID mask issue, however i have no idea > about the patten > I can find bssid_mask function in ath5k and ath9k but not in ath10k. > Do your suggest me to use XX:XX:XX:YY:YY:XX, XX should be same and YY > could be different? Please try something that works properly with the way ath9k does it's mask and see if that fixes your problem in ath10k. Basically, if your NIC has an address: 00 11 22 33 44 55, then change the 33 and/or 44 octets when creating secondary vifs. This assumes you buy your NICs in batches and the low octet is likely unique. As long as you have a unique octet among all of your radios in the local RF environment, then you should be fine. Somewhere there was once a security related document on how to screw up wifi networks by setting a mask to purposefully cause troubles....you might try to find that and see if it provides some more precise details on the masking algorithm. Thanks, Ben > > Thanks. > > Jay > > 2015-10-26 23:12 GMT+08:00 Ben Greear <greearb@candelatech.com>: >> Your probably have BSSID mask collision. Rule of thumb is to leave >> all octets the same except the second and third (from the right) >> byte. That usually gives you unique masks assuming the right-most >> byte is unique for your radios. >> >> Thanks, >> Ben >> >> >> >> On 10/26/2015 03:50 AM, Yu-Chieh wrote: >>> >>> Hi, >>> >>> I am working on IBSS mode by using ath10k. However i met some problem >>> about the performance issue >>> First of all, i set up two nodes, A (74:DA:38:19:19:DC) and B >>> (74:DA:38:06:E1:96) and run iperf. >>> i can get around 170 Mbps form A to B >>> >>> Then, i turn on the third node C(74:DA:38:06:E1:BE). >>> The performance is deteriorated to around 30Mbps. >>> If i turn off node C, the performance go back to 170 Mbps. >>> >>> At the same environment and same devices, i jsut change the mac of B >>> to (74:DA:38:06:E1:B2) >>> Everything is good. >>> No matter node c is on or off, the performance always keep on 170Mbps. >>> >>> Anyone have any idea about this problem? >>> >>> Jay >>> >>> _______________________________________________ >>> 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 > -- 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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Specific MAC address impact performance 2015-10-26 17:47 ` Ben Greear @ 2015-10-27 15:51 ` Yu-Chieh 2015-10-27 16:12 ` Ben Greear 0 siblings, 1 reply; 7+ messages in thread From: Yu-Chieh @ 2015-10-27 15:51 UTC (permalink / raw) To: Ben Greear; +Cc: ath10k Hi Ben, i did some experiments today. 1. change the node C to AP mode (using same MAC), performance of A to B is good 2. keep node C as adhoc mode but chaneg the cell-id and ssid. performance is deteriorated I am just wondering if any packet of adhoc mode(beacon? probe request? probe response) will screw up wifi network? Thanks, Jay 2015-10-27 1:47 GMT+08:00 Ben Greear <greearb@candelatech.com>: > On 10/26/2015 10:38 AM, Yu-Chieh wrote: >> >> Hi Ben, >> I also geuss that mignt be BSSID mask issue, however i have no idea >> about the patten >> I can find bssid_mask function in ath5k and ath9k but not in ath10k. >> Do your suggest me to use XX:XX:XX:YY:YY:XX, XX should be same and YY >> could be different? > > > Please try something that works properly with the way ath9k does it's > mask and see if that fixes your problem in ath10k. > > Basically, if your NIC has an address: 00 11 22 33 44 55, then change the > 33 and/or 44 > octets when creating secondary vifs. This assumes you buy your NICs in > batches and the > low octet is likely unique. > > As long as you have a unique octet among all of your radios in the local RF > environment, then you should be fine. > > Somewhere there was once a security related document on how to screw up > wifi networks by setting a mask to purposefully cause troubles....you might > try to find that and see if it provides some more precise details on > the masking algorithm. > > Thanks, > Ben > >> >> Thanks. >> >> Jay >> >> 2015-10-26 23:12 GMT+08:00 Ben Greear <greearb@candelatech.com>: >>> >>> Your probably have BSSID mask collision. Rule of thumb is to leave >>> all octets the same except the second and third (from the right) >>> byte. That usually gives you unique masks assuming the right-most >>> byte is unique for your radios. >>> >>> Thanks, >>> Ben >>> >>> >>> >>> On 10/26/2015 03:50 AM, Yu-Chieh wrote: >>>> >>>> >>>> Hi, >>>> >>>> I am working on IBSS mode by using ath10k. However i met some problem >>>> about the performance issue >>>> First of all, i set up two nodes, A (74:DA:38:19:19:DC) and B >>>> (74:DA:38:06:E1:96) and run iperf. >>>> i can get around 170 Mbps form A to B >>>> >>>> Then, i turn on the third node C(74:DA:38:06:E1:BE). >>>> The performance is deteriorated to around 30Mbps. >>>> If i turn off node C, the performance go back to 170 Mbps. >>>> >>>> At the same environment and same devices, i jsut change the mac of B >>>> to (74:DA:38:06:E1:B2) >>>> Everything is good. >>>> No matter node c is on or off, the performance always keep on 170Mbps. >>>> >>>> Anyone have any idea about this problem? >>>> >>>> Jay >>>> >>>> _______________________________________________ >>>> 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 >> >> > > > -- > 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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Specific MAC address impact performance 2015-10-27 15:51 ` Yu-Chieh @ 2015-10-27 16:12 ` Ben Greear 2015-10-27 16:34 ` Yu-Chieh 0 siblings, 1 reply; 7+ messages in thread From: Ben Greear @ 2015-10-27 16:12 UTC (permalink / raw) To: Yu-Chieh; +Cc: ath10k On 10/27/2015 08:51 AM, Yu-Chieh wrote: > Hi Ben, > i did some experiments today. > 1. change the node C to AP mode (using same MAC), performance of A to B is good > 2. keep node C as adhoc mode but chaneg the cell-id and ssid. > performance is deteriorated > I am just wondering if any packet of adhoc mode(beacon? probe request? > probe response) will screw up wifi network? In general, I see lower throughput with IBSS. Among other things, it does not allow AMSDU in ath10k, apparently due to chipset bugs. Aside from AMSDU, I'm not sure why else it might have issues. Whenever you start talking performance (or specific bugs for that matter) in ath10k, you should mention what firmware and driver you are using. Thanks, Ben > > Thanks, > Jay > > 2015-10-27 1:47 GMT+08:00 Ben Greear <greearb@candelatech.com>: >> On 10/26/2015 10:38 AM, Yu-Chieh wrote: >>> >>> Hi Ben, >>> I also geuss that mignt be BSSID mask issue, however i have no idea >>> about the patten >>> I can find bssid_mask function in ath5k and ath9k but not in ath10k. >>> Do your suggest me to use XX:XX:XX:YY:YY:XX, XX should be same and YY >>> could be different? >> >> >> Please try something that works properly with the way ath9k does it's >> mask and see if that fixes your problem in ath10k. >> >> Basically, if your NIC has an address: 00 11 22 33 44 55, then change the >> 33 and/or 44 >> octets when creating secondary vifs. This assumes you buy your NICs in >> batches and the >> low octet is likely unique. >> >> As long as you have a unique octet among all of your radios in the local RF >> environment, then you should be fine. >> >> Somewhere there was once a security related document on how to screw up >> wifi networks by setting a mask to purposefully cause troubles....you might >> try to find that and see if it provides some more precise details on >> the masking algorithm. >> >> Thanks, >> Ben >> >>> >>> Thanks. >>> >>> Jay >>> >>> 2015-10-26 23:12 GMT+08:00 Ben Greear <greearb@candelatech.com>: >>>> >>>> Your probably have BSSID mask collision. Rule of thumb is to leave >>>> all octets the same except the second and third (from the right) >>>> byte. That usually gives you unique masks assuming the right-most >>>> byte is unique for your radios. >>>> >>>> Thanks, >>>> Ben >>>> >>>> >>>> >>>> On 10/26/2015 03:50 AM, Yu-Chieh wrote: >>>>> >>>>> >>>>> Hi, >>>>> >>>>> I am working on IBSS mode by using ath10k. However i met some problem >>>>> about the performance issue >>>>> First of all, i set up two nodes, A (74:DA:38:19:19:DC) and B >>>>> (74:DA:38:06:E1:96) and run iperf. >>>>> i can get around 170 Mbps form A to B >>>>> >>>>> Then, i turn on the third node C(74:DA:38:06:E1:BE). >>>>> The performance is deteriorated to around 30Mbps. >>>>> If i turn off node C, the performance go back to 170 Mbps. >>>>> >>>>> At the same environment and same devices, i jsut change the mac of B >>>>> to (74:DA:38:06:E1:B2) >>>>> Everything is good. >>>>> No matter node c is on or off, the performance always keep on 170Mbps. >>>>> >>>>> Anyone have any idea about this problem? >>>>> >>>>> Jay >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> >> >> >> -- >> Ben Greear <greearb@candelatech.com> >> Candela Technologies Inc http://www.candelatech.com >> > -- 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 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Specific MAC address impact performance 2015-10-27 16:12 ` Ben Greear @ 2015-10-27 16:34 ` Yu-Chieh 0 siblings, 0 replies; 7+ messages in thread From: Yu-Chieh @ 2015-10-27 16:34 UTC (permalink / raw) To: Ben Greear; +Cc: ath10k Sorry for my unclear information. i am using backports-4.1.1-1 download from http://drvbp1.linux-foundation.org/~mcgrof/rel-html/backports/ and firmware is firmware-2.bin_999.999.0.636 i doesn't expect to get very high performance ibss, but just want to figure out why the node C will deteriorate the performance Thanks, Jay 2015-10-28 0:12 GMT+08:00 Ben Greear <greearb@candelatech.com>: > On 10/27/2015 08:51 AM, Yu-Chieh wrote: >> >> Hi Ben, >> i did some experiments today. >> 1. change the node C to AP mode (using same MAC), performance of A to B >> is good >> 2. keep node C as adhoc mode but chaneg the cell-id and ssid. >> performance is deteriorated >> I am just wondering if any packet of adhoc mode(beacon? probe request? >> probe response) will screw up wifi network? > > > In general, I see lower throughput with IBSS. Among other things, > it does not allow AMSDU in ath10k, apparently due to chipset bugs. > > Aside from AMSDU, I'm not sure why else it might have issues. > > Whenever you start talking performance (or specific bugs for that matter) > in ath10k, you should mention what firmware and driver you are using. > > Thanks, > Ben > > > >> >> Thanks, >> Jay >> >> 2015-10-27 1:47 GMT+08:00 Ben Greear <greearb@candelatech.com>: >>> >>> On 10/26/2015 10:38 AM, Yu-Chieh wrote: >>>> >>>> >>>> Hi Ben, >>>> I also geuss that mignt be BSSID mask issue, however i have no idea >>>> about the patten >>>> I can find bssid_mask function in ath5k and ath9k but not in ath10k. >>>> Do your suggest me to use XX:XX:XX:YY:YY:XX, XX should be same and YY >>>> could be different? >>> >>> >>> >>> Please try something that works properly with the way ath9k does it's >>> mask and see if that fixes your problem in ath10k. >>> >>> Basically, if your NIC has an address: 00 11 22 33 44 55, then change >>> the >>> 33 and/or 44 >>> octets when creating secondary vifs. This assumes you buy your NICs in >>> batches and the >>> low octet is likely unique. >>> >>> As long as you have a unique octet among all of your radios in the local >>> RF >>> environment, then you should be fine. >>> >>> Somewhere there was once a security related document on how to screw up >>> wifi networks by setting a mask to purposefully cause troubles....you >>> might >>> try to find that and see if it provides some more precise details on >>> the masking algorithm. >>> >>> Thanks, >>> Ben >>> >>>> >>>> Thanks. >>>> >>>> Jay >>>> >>>> 2015-10-26 23:12 GMT+08:00 Ben Greear <greearb@candelatech.com>: >>>>> >>>>> >>>>> Your probably have BSSID mask collision. Rule of thumb is to leave >>>>> all octets the same except the second and third (from the right) >>>>> byte. That usually gives you unique masks assuming the right-most >>>>> byte is unique for your radios. >>>>> >>>>> Thanks, >>>>> Ben >>>>> >>>>> >>>>> >>>>> On 10/26/2015 03:50 AM, Yu-Chieh wrote: >>>>>> >>>>>> >>>>>> >>>>>> Hi, >>>>>> >>>>>> I am working on IBSS mode by using ath10k. However i met some problem >>>>>> about the performance issue >>>>>> First of all, i set up two nodes, A (74:DA:38:19:19:DC) and B >>>>>> (74:DA:38:06:E1:96) and run iperf. >>>>>> i can get around 170 Mbps form A to B >>>>>> >>>>>> Then, i turn on the third node C(74:DA:38:06:E1:BE). >>>>>> The performance is deteriorated to around 30Mbps. >>>>>> If i turn off node C, the performance go back to 170 Mbps. >>>>>> >>>>>> At the same environment and same devices, i jsut change the mac of B >>>>>> to (74:DA:38:06:E1:B2) >>>>>> Everything is good. >>>>>> No matter node c is on or off, the performance always keep on 170Mbps. >>>>>> >>>>>> Anyone have any idea about this problem? >>>>>> >>>>>> Jay >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> >>>> >>>> >>> >>> >>> -- >>> Ben Greear <greearb@candelatech.com> >>> Candela Technologies Inc http://www.candelatech.com >>> >> > > > -- > 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 ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2015-10-27 16:34 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2015-10-26 10:50 Specific MAC address impact performance Yu-Chieh 2015-10-26 15:12 ` Ben Greear 2015-10-26 17:38 ` Yu-Chieh 2015-10-26 17:47 ` Ben Greear 2015-10-27 15:51 ` Yu-Chieh 2015-10-27 16:12 ` Ben Greear 2015-10-27 16:34 ` Yu-Chieh
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.