Article View: alt.internet.wireless
Article #436Re: limited 802.11b range, SMC WAP/USR client, multiple WAPS, 802.11a as an alternative?
From: Jeff Liebermann
Date: Tue, 07 May 2002 13:24
Date: Tue, 07 May 2002 13:24
49 lines
3541 bytes
3541 bytes
On 5 May 2002 23:55:41 GMT, spp@cs.berkeley.edu wrote: >Jeff Liebermann <jeffl@comix.santa-cruz.ca.us> wrote: > >> The assumption with wireless is that the transmit and receive range of >> each radio is similar. If you increase the transmit power of the >> access point, it would NOT impove the range unless the power of the >> laptop PCMCIA card were increased the same amount. The range is >> limited by the access points ability to hear the laptop transmitter, >> who's power is only about +15dBm. > >I think one could argue that, since one usually transfers more >data in the downstream direction, that it is still useful to have >more AP power. At a given range, 2 mbps upstream and 11 mbps downstream >would require more transmit power in the AP than in the laptop. >Steve Good point and thanks for ruining my evening. I've spent some time reading through IEEE 802.11, and 802.11b trying to determine if asymmetrical data rates are tolerated. I couldn't find anything that specifically proscribed such an arragement in the specs. However, I doubt that asymmetrical data rates has been implimented in the typical firmware. http://standards.ieee.org/getieee802/802.11.html Reading 802.11 specs turns my brain to mush. In 802.11, data rate is a negotiated parameter, where the negotiations (and all management plus flow control packets) are at 1Mbit/sec. That's why 802.11 has so much "overhead". Once the rate is set, data traffic continues at that rate. Access point firmware allows different data rates for each connection. Client firmware allows only one data rate. *If* asymmetrical data rates were possible, it should be possible (for example) to set the AP to always xmit at 11Mbits/sec, and receive at whatever rate the client radio finds useful. Similarly, diagnostic software should show data rate by direction. Nope. None of the setup, config, or test software I have seen allows asymmetrical data rates. It's a good idea, worthy of consideration, but I don't think it works that way in todays 802.11b MAC layer implimentations. -- Jeff Liebermann 150 Felker St #D Santa Cruz CA 95060 (831)421-6491 pgr (831)426-1240 fax (831)336-2558 home http://www.LearnByDestroying.com WB6SSY jeffl@comix.santa-cruz.ca.us jeffl@cruzio.com
Technical Details
Message-ID:
<gfkfdu030cvmqag9c4k1kj9f49dh4lpfq6@4ax.com>Path:
arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!pln-w!spln!dex!extra.newsguy.com!newsp.newsguy.com!enews2References:
<hlez8.20474$Yb1.48036@sea-read.news.verio.net> <NeJA8.4997$2W3.551370928@newssvr11.news.prodigy.com> <PBWA8.10431$JZ6.218522@dfw-read.news.verio.net> <hpeaduob7gu87fuo8vqdodaisvnsk1m2g3@4ax.com> <ab4gpt$5gl$1@samba.rahul.net>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: fa874,64500d3ffd523aad X-Google-Attributes: gidfa874,public X-Google-Thread: 104fd2,64500d3ffd523aad X-Google-Attributes: gid104fd2,public X-Google-ArrivalTime: 2002-05-07 07:50:43 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!pln-w!spln!dex!extra.newsguy.com!newsp.newsguy.com!enews2 From: Jeff Liebermann <jeffl@comix.santa-cruz.ca.us> Newsgroups: alt.internet.wireless,ba.internet Subject: Re: limited 802.11b range, SMC WAP/USR client, multiple WAPS, 802.11a as an alternative? Date: Tue, 07 May 2002 06:24:23 -0700 Organization: Committee to Maintain and Independent Xenix Lines: 49 Message-ID: <gfkfdu030cvmqag9c4k1kj9f49dh4lpfq6@4ax.com> References: <hlez8.20474$Yb1.48036@sea-read.news.verio.net> <NeJA8.4997$2W3.551370928@newssvr11.news.prodigy.com> <PBWA8.10431$JZ6.218522@dfw-read.news.verio.net> <hpeaduob7gu87fuo8vqdodaisvnsk1m2g3@4ax.com> <ab4gpt$5gl$1@samba.rahul.net> Reply-To: jeffl@comix.santa-cruz.ca.us NNTP-Posting-Host: p-924.newsdawg.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Newsreader: Forte Agent 1.8/32.548