Motorola suggests .020 GHz seperation. Correct?
Our cluster looks like this
North 5780
East 5760
South 5780
West 5760
as you can see we are reusing frequencies back to back.
a competitor has a 5.7 ap facing south on that same building at 5785. Only .005 GHz seperation from our unit.
(Our cluster and our competitors cluster is timed, or we only assume his is.)
Can this effect bandwidth to a customer who is 6 blocks directly south off our ap? Our ping times to that customer have gotten bad and we have only now noticed the competitors AP on AP Eval.
I forgot to mention that our customer has a RSSI of 1600 and jitter 3 and still has bad ping times.
Yes, in most cases this will cause problems. The RSSI and Jitter values look good. Can you list the ping times? Is this from behind the SM to the AP or is the high ping time to the gateway?
If your radios are running release 4.0 or later you can use channels in the ISM band as well as the U-NNI band. There are 6 non-overlapping channels when using the U-NNI/ISM bands so you and your “neighbor” should be able to have 20MHz separation if coordinated properly.
To enable the ISM band type /ism.html after the IP address of the radio. Example below:
http://169.254.1.1/ism.html
We had great ping times from SM to AP. (30ms or lower, with a 1500 byte load) But when going to the gateway or our DNS, we would drop packets w/o a load.
We also have the ISM channels enabled.
We eventually found out what are problem was. The uplink ports in our CMM Gen2 (which we use to bring bandwidth to our CMM) went bad. We bi-passed the CMM switch with a 5 port Linksys. We ran the jumpers in the CMM into the Linksys and then a cable form the Linksys to our equipment. Bandwidth and ping times to our DNS are now fine and back to normal.
We are now looking to pick up a few micros to replace our Gen2s so we can have a CMM with a managable switch. (if I’m not mistaken the micros do have manable switches)
Thank you for your time.
Doug Von Doom