ABGN - controlling allowed protocols - IOS based 1140 ap
So I wonder if someone has done all this leg work yet and if so could you give us your impressions... I am waiting for a new network card for my laptop so I can do some N testing. We have a mix of 1100,1130 and some 1140 access points with all of them eventually being upgraded to 1140s.
What I want to do is give the N users the best chance to have great throughput. I figure the best way to do this is allow N on the 5.8Ghz radio and allow G and N on the 2.4Ghz radio. With that in mind I have the following questions. We have a WLSE and are still using IOS mode for our access points.
I know the easy way to disable B on the 2.4Ghz radio is not allow 11mbps or lower.
No problem ... I don't want B anymore. Is there a different command to do this?
Also what IOS command do I use to determine if there are any people using B?
If G and N are allowed on the 2.4Ghz radio do they both work at the same time?
If there are G connections does it change the modulation away from the best/N modulation?
If I want N only on 2.4Ghz do I disable every speed below 54 mbps? Is there a better way to disable G?
If A and N are allowed on the 5.8Ghz radio do they both work at the same time?
If there are A connections does it change the modulation away from the best/N modulation?
If I want N only on 5.8Ghz do I disable every speed below 54 mbps?
Re: ABGN - controlling allowed protocols - IOS based 1140 ap
There are plenty of places to find this information and I was able to go read up on it before anyone gave impressions.
Here are the answers I have found.
Basically disabling the rate of the protocol you don't want to use seems to be the best way to eliminate that protocol altogether. For example you can disable N on the 2.4 ghz radio by not allowing speed m0-m15 (I guess ).
If you enable N on the 2.4ghz radio you can't enable bonding so there is no need to worry about enhanced troughput on 2.4.
Althoug you will experience better throughput since N interacts with the radio and other clients in such a way that it will perform better when connected at 2.4.
The same is not true of the 5.8ghz radio you can enable bonding so you will get better throughput. I still have not found out exactly how A interferes with N but I am not going to worry about it since new devices will have N.
I have configured my access point identically as before but enabled the 5.8ghz radio, enabled beam forming on both radios and allowed bonding on the 5.8ghz radio.
I supposed I was confused on the modulation and speed thing, they go hand in hand, so if your N client is sharing the radio with a G client you will be stuck using the modulation and speed of the G client. (I may still be confused, someone clarify this for me?) Although N supports High Throughput (HT) in all cases which makes it interact with the AP better?
Anyhow no matter how confused I am the bottom line that I understand is "Don't try to do anything special with your 2.4ghz radio (except for beamform) and do it all on the 5.8 radio since it has so many more channels you can now bond a couple of them" (I originally thought N on 2.4 would allow G to work on a single channel and N to bond and still interoperate). When upgrading access points with the improved antenna MIMO 5.8ghz will work almost exactly as good as the old 2.4 and 2.4 will have about 20% better coverage. Previously I found that 5.8ghz was useless and never used it. The design guide seems to skim over A interfereing with N on 5.8 except for saying there are not enough A clients to worry about, througput will still be better and A is on it's way out...
Lastly bonding on 2.4 is not supported by any of the new N chipsets even intel.
Message was edited by: jbarger add one more comment...
So the thing is "protection" = whether you enable or disable backward compatibility to the 802.11abg clients or run your network in 802.11n only mode.
As you've wrote channel bonding in 2.4GHz makes no sense as you've only one channel but running a 20MHz channel (+protection) with 150Mb is better then only 54Mb in 802.11g only, so turn it on and your 2.4GHz 802.11n stations should get better performance and your 802.11bg clients will still work.
I have not seen anywhere that explains "rate 6.0 is a G rate and B will not connect at 6.0" (I believe I am incorrect in that previous statement and will test) Also there is not yet an IOS configuration guide for ap1142 to get a better understanding of what is going on.
There is a nice table of datarates and dBm.
If you are connected at 6.0Mbps you are at -89 signal. I didn't see this table for N rates...
Funny I designed this networks so that -75 is the lowest acceptable signal.
So it seems that speeds 6.0 and 9.0 are G rates and not B rates...
The point is if you want to disable B and still give G the longest range possible you can leave 6.0 and 9.0 enabled.
Of course this is just one test and this should be verified by reading the specification.
Still more to learn The reason this even occured to me to test was when looking at the HTTP setup for the ap you see the first 4 rates are seperated from the other rates, they are not in order if you examine the attached graphic... In the graphic you see the "default" settings and not the test settings.