I recently heard a tip from a large operator. They are having good success with the equipment. They adjust the CPE's Tx power such that the signal strength received by the aPPO from all CPEs is within 3dB. According to them, balancing the signal power seems to go a long way to solve the Hidden node issue.
We have not tried this but sound interesting and hence passing it on. Nimesh sB -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Blazen Wireless Sent: Saturday, November 15, 2003 11:20 PM To: [EMAIL PROTECTED] Subject: Re: [smartBridges] Why not to use smartBridge... Dave I just tried these settings and it seemed to make a HUGE difference so far, I have one user online this morning pulling about 800Kbps and tried pinging other clients and radios and latency is a lot lower. I always thought polling was worse for wireless and affected latency more in a bad way? ----- Original Message ----- From: "Dave Covert" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, November 15, 2003 6:31 AM Subject: RE: [smartBridges] Why not to use smartBridge... I agree with you on this one... we offer 512/1meg services to SOHO and resi... area is a patchwork of DSL/cable/dialup... We are doing OK for now, but I know that slow downs are looming in our future. We know from testing that most all of our clients (sB and non-sB) are signaling to the tower (all sB) at 11mbps and are getting a thruput to our NOC somewhere around 3.5 mbps. We use a frag of 1024 and a RTS/CTS of 256, almost turning 11b into a polling system. I have a tendency then to look at each 2.4 channel as a single 3.5 meg pipe. I know it takes a fair number of clients to fill up such a pipe. Thing is, I have heard that each aPPO only handles 30-50 clients. Is that due to some lack of processor/firmware power? Is there an AP that could handle more clients on the same 3.5 meg 'air pipe'? Dave The PART-15.ORG smartBridges Discussion List To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe smartBridges) Archives: http://archives.part-15.org
