I never did get an answer on how the particular Auto Fallback options
impact performance or exactly how they work.  

Could one of the SB techs chip in on this please?

If you have client radios set to Auto Fallback, but you do not set Auto
Fallback on the AP, what is the impact?

If you have Auto Fallback set on the AP, but not on the clients, what is
the impact?

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499
 

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Todd Barber
Sent: Sunday, September 28, 2003 9:04 PM
To: [EMAIL PROTECTED]
Subject: RE: [smartBridges] Slow down problems

Thanks Eje,

        I would still be interested for someone to chip in on exactly
how the auto fallback settings behave.  What happens when the AP has
auto fallback disabled and clients have it enabled?  Do both need to be
enabled for it to work?  Thanks again.

Todd Barber
Skylink Broadband Internet
[EMAIL PROTECTED]
970-454-9499
 

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Eje Gustafsson
Sent: Sunday, September 28, 2003 8:52 PM
To: Todd Barber
Subject: Re: [smartBridges] Slow down problems


TB>         I liked your explanation below.  It makes sense to me but I
was
TB> wondering about some of the tradeoffs.  

Glad someone liked it. Obviously my first one was not to liked by some
and I got accused for being a sales puke and calling people stupid
when all I wanted was to make sure nobody did something stupid because
of lack of knowledge.

TB>         I don't really understand the Auto Fallback options provided
in
TB> the AP vs. the client.  We have been running all our radios with
auto
TB> fallback disabled.  Our reasoning was the AP and the client would
both
TB> spend less time trying to negotiate an acceptable speed and could
just
TB> get to the data transfer.  We set all our AP's to allow 1, 2.2, 5.5,
and
TB> 11 Mbs but we disable auto fall back on them.  We then take a look
at
TB> the quality of each client's link.  If we have a really good link,
we
TB> might set to 5.5 Mbs but we do not enable auto fallback on the
client.
TB> If we have a marginal link, which we really try and avoid, we will
set
TB> to 1 Mbs without auto fallback.  We BW control at the NOC via
Star-OS
TB> ensuring the maximum residential connection is 512k which even the 1
Mb
TB> setting in the radio should sustain.  Our network seems pretty
stable so

That is good. Star-OS got a pretty good bandwidth shaper with it. I
used MikroTik so much more that I prefer it though. But I do sell
both.

TB> we have been happy.  Please point out any flaws in our logic.
Please
TB> also explain how the auto fallback options in the client and AP's
impact
TB> network performance.  i.e. if auto fallback is disabled on the AP
it's
TB> disable period or if you set it in the client it will still try and
TB> negotiate.  

Fallback can be nice to have if you start to see problems with a
client or the AP. But should normally not be needed. But say you have
a install with poor LOS the tress got leaves on them and it rains and
they get wet. Now your signal start deteriorate very quickly. Your
client is locked at 11Mbit and he lost say 8dB signal and he is not
doing just 1-2dB below 11Mbit limit the wind blows a little moving the
antennas and trees causing temporarly drops 1-2dB and the client
starts to "chop" he start to see lot of package drops and his
connection feels slower then a dailup connection.  If autofallback had
been on his radio could dropped down to 5.5Mbit and things would
worked fine.

Another thing If you don't allow autofallback then the client can only
speak when the AP is in the right speed. So if a 1Mbit client lock up
the AP with a lot of traffic the 11Mbit client just have to wait can't
send a single package until the AP is yet doing 11Mbit (I might be a
bit off here but this is my understanding).

One thing though is that I heard from numerous source that say that
many radios seems to autofall back way to fast way to easily which
means clients that could run with a steady 11Mbit signal but are at
the fringes gets dropped to 5.5Mbit or maybe 1Mbit and it will take
some time before it goes back to 11Mbit speeds again. By preventing
autofallback you get a more stable and faster network..

Decision decisions.. Actually not so much.. Just be sure to do good
installs. Weather seal the snoot out of your connectors and install
with good LOS and have a decent (10-15dB) fade margin (SOM) and you
should have minimal problems.

TB>         I can definitely see the major advantage of running
everything
TB> at the highest Mbs would the ability of the AP to support more
clients
TB> because it can get each transaction done faster.

Absolutely. When you run a mix of clients in different speeds it's
easy to lose a lot of throughput on your network because of the slower
clients. It's not so much a problem when there is little traffic
and/or a few clients. But when you have a decent amount of clients and
large amount of traffic then you will quickly start to notice it.

I had for example on one of my segments a client that had so crappy
signal that I could only get a 1Mbit throughput.. One different client
(actually myself at home) had a 3Mbit signal (this is a Alvarion BAII
FHSS segment but same goes there as with DSSS). When the 1Mbit client
was online (a heavy gamer) and played his online games (EverQuest) my
downloads was <100kbit when I normally could hit >150kbit when he
wasn't online. He didn't create a lot of traffic nor a lot of pacakges
just his steady stream of traffic became noticable. When I got him to
be able to do 3Mbit signal things where ones again good. He would be
playing and I got >150kbit downloads.

TB>         Thanks in advance for any enlightenment you can share.

I might be a sales guy. But in heart I'm a geek. If you come to
wispcon you will probably be able to spot me because I will be one of
the guys that have the most gadgets on me and if you bring a SA you
should be able to track me down with it -lol- ;)

I'm a geek skilled with networking and understand RF and running my
own business so we started offering sales and consulting and the sales
have just kept growing more and more items been added to our list.
Many of our customers are very loyal and the keep coming back because
they know I will give them my HONEST "geek" opinion and not just a
sales pitch. The things I sell I have tested out and they gotten my
approval (if I don't like it I will not sell it so don't bother asking
me about Canopy I will NEVER sell those I hate them)..
But also since I have my technical skills I can become a very
dangerous sales guy since I can feed you so much facts and info ;)
-evil grin-  Either way many of my customers coming back for more and
many keep calling me for new projects and ask if about other things
and we keep add items to our list of products due to them.. =)
Ok enough sales pitch here.. But when you need something give us a
call or go to wisp-router.com ;) (sorry couldn't resist.. hehe)

/ Eje

TB>         SB Techs please feel free to chip in on this.  

TB> Todd Barber
TB> Skylink Broadband Internet
TB> [EMAIL PROTECTED]
TB> 970-454-9499
 

TB> -----Original Message-----
TB> From: [EMAIL PROTECTED]
TB> [mailto:[EMAIL PROTECTED] On Behalf Of Eje Gustafsson
TB> Sent: Saturday, September 27, 2003 9:32 PM
TB> To: Colorado Wisp
TB> Subject: Re: [smartBridges] Slow down problems

CW>> Hmm,

CW>> We talked with Smart Bridges back in January in Denver and they
TB> suggested
CW>> this setup.  We have a YDI BCU and it works great, thanks for the
TB> MicroTik
CW>> sales pitch.  I apprecitate you calling us dumb, thanks, but maybe
TB> SB should
CW>> jump in here and answer the question about everyone sharing a 1Mbps
TB> pipe,
CW>> you are trying to tell me that the radio cannot handle more than
one
TB> CPE at
CW>> a time, that is not what they have been telling the list...

TB> I'm in no ways calling anyone dumb. Glad you have a YDI BCU every
WISP
TB> should have and NEED to have SOME sort of bandwidth controller. Be
it a
TB> YDI
TB> BCU, Packeteer, MikroTik, Star-OS or simply a Linux box with CBQ or
a
TB> FreeBSD with dummynet. If you would come to me to get one I would
TB> promote the MikroTik box since that is what I sell..

TB> To use the speed settings the radio is set to talk to as bandwidth
TB> controller now that is dumb because that only shows that one haven't
TB> entirely understood how the radios operate and that was why I
chimmed
TB> up to make sure that nobody was doing such a dumb thing. We all
TB> started out learning things at one point and if nobody teach you how
TB> things really are or tell you it it's easy to think things work
TB> differently then they really do. I been there ones myself learning
how
TB> things works. To tell the truth when I started out doing wireless
this
TB> was the very same way I THOUGHT about doing bandwidth control to the
TB> clients but then I got to understand what that setting really meant
TB> and what the effect of it was and then I quickly throwed that idea
out
TB> in the garbage where it belonged. I learned to understand how things
TB> really was working and I simply want to help others avoid doing dumb
TB> and silly mistake.

TB> Yes in a way a radio can not handle more then one CPE at a time.
It's
TB> doing things in sequential. One at a time. Just like a cashier at a
TB> supermarket. You use only a single radio channel and only one person
can
TB> talk on that channel at a time. Just like a CB radio or any other
TB> radio device. If you have 3 walkie talkies only one can speak at the
TB> same time. If the guy that speaks take forever to get done talking
TB> that means that the fast talker will get less time to speak since he
TB> have to wait so much longer before he can speak.

CW>> We have several customer 6+ miles away and they will only run at
TB> 1Mbps so
CW>> doesn't that mean all of the "20mph people" are going to get run
TB> over by the
CW>> "220mph people" and as a result have degraded service?  They all
TB> might as
CW>> well have the same service level.

TB> No not quit but pretty close. When a 20mph customer is speaking the
AP
TB> is running in 1Mbit mode which forces all 220mph people to run in
TB> 20mph as well. They will simply have to slow down and wait for their
TB> turn. However IF the 20mph person is NOT driving on the road (not
TB> transmitting any data) then your 220mph people can go at full speed.
TB> But as soon as the 20mph person start sending data then entire cell
TB> will slow down to 1Mbit speeds.
TB> The radio is NOT capable of doing multiple speeds at the SAME same
TB> (simultaneously) but it can sure switch between the different speeds
TB> but the switching is not instantantoiously.

TB> Best way to find this out for yourself is to associate 2 clients to
a
TB> AP. Force one client radio to ONLY speak at 1Mbit and allow the
other
TB> client radio to run at 1,2,5.5,11Mbit and then start a continously
TB> stream of data (say streaming media or a large download) on your
1Mbit
TB> client now try to do a ftp download or other speed test with your
TB> other client and see what speeds you get.. You will notice that you
TB> will not get any better then 1Mbit speed (well actually half since
you
TB> share the 1Mbit with the other client)..
TB> Now for fun try to lock one of your clients into 11Mbit only and the
TB> other at 1Mbit only and do the same test and see the disastrous
TB> results you will get.

CW>> SB, please clarify this...

TB> Nothing for SB to clarify really it's a matter of physics and how
the
TB> wireless works.

TB> To give you a other example.

TB> Say if your client would send A at 1Mbit compared to other speeds.

TB> Speed   Period in time (seconds)
TB> 1Mbit   "     A     "
TB> 2Mbit   "   A   A   "
TB> 5.5Mbit "A  A  A  A "
TB> 11Mbit  "AAAAAAAAAAA"

TB> In 1Mbit you will only be able to send 1Mbit per second.
TB> So say in a given time period you can only send one A.
TB> When you run at 2Mbit you can send twice the amount of data in the
TB> same time period. So you can send 2 A's in the same time it takes
the
TB> 1Mbit guy to send a single A.
TB> In 11Mbit you can send 11 A's in the same time period as the 1Mbit
TB> client can send a single A.

TB> Now if your 1Mbit client is sending data then for X seconds your
TB> airwaves are filled with 1Mbit worth of data.
TB> So during this time the 11Mbit client can not speak because the
TB> airwaves are occupied.. If your 1Mbit client speak for 20sec out
TB> of a entire minute then this have eaten up 1/3 of of the 11Mbit
TB> clients possible air time. So this means that the 11Mbit clients can
TB> only send data at max speed for 2/3 of the time
TB> which means he did not achive 11Mbit speeds.

TB> Lesson learned try to get all customers on a single cell to run at
TB> 11Mbit or 5.5Mbit speeds to be able to get max throughput on your
cell
TB> for your clients.
TB> If you have clients far away that can only get 1Mbit signal you
should
TB> consider if possible get them a stronger radio (say a 200mw radio)
or
TB> bigger antenna (24dB grid unless they already have it) or better LOS
TB> if they don't have good LOS already..
TB> If your clients are only getting 1Mbit signal then they are very
close
TB> to not getting any signal and you really should consider using
larger
TB> antenna, stronger radio or higher mast pole. If none of these works
TB> because your client is so far away then you should either create a
TB> second cell for just these clients preferably closer to the clients
or
TB> simply put them on a different AP then your closer in clients..

TB> But just to give you a somewhat correlation of distance and radio
TB> power etc..

TB>
http://www.fament.com/wireless/calculators/simple_som.php?frequency=2400
TB>
&distance=10&rxsensitivity=-85&txpower=17&txloss=1&txgain=24&rxgain=8&rx
TB> loss=1&SOMcalc=Calc

TB> Client 10 Miles away. Using a aB which means 17dB radio with -85
receive
TB> sensitivity for 11Mbit signal and figure 1dB cable loss and a 24dB
TB> grid and a 8dB omni on the AP side with 1dB cable loss before the
TB> APPo.

TB> IF you have enough clear line of sight a client 10 Miles away should
TB> about 7.8dB signal fade margin to the 11Mbit signal limit. Which
TB> should be plenty enough to sustain a 11Mbit signal with some
TB> occasional dips down to 5.5Mbit.

TB> It's all math and physics.

TB> - Eje

CW>> -----Original Message-----
CW>> From: [EMAIL PROTECTED]
TB> [mailto:[EMAIL PROTECTED]
CW>> On Behalf Of Eje Gustafsson
CW>> Sent: Friday, September 26, 2003 8:55 PM
CW>> To: Colorado Wisp
CW>> Subject: Re: [smartBridges] Slow down problems


CW>> Your setting the data rate to 1 Mbps to offer a 512k service ? Now
TB> that
CW>> isn't very good nor smart. This means that your entire cell NEVER
TB> runs any
CW>> faster then 1Mbps. ALL your customers are sharing 1Mbps.

CW>> Don't use the radio speed settings as a bandwidth throttle
mechanism
TB> get a
CW>> bandwidth shaper. Get a MikroTik box or a YDI BCU or something but
TB> by george
CW>> do not set the radio speed to 1Mbit as a way of bandwidth throttle
TB> your
CW>> clients... That is a waste of radiowaves..

CW>> I do sell MikroTik routers and bandwidth controllers so I'm
somewhat
TB> biased
CW>> but whatever you do don't do what you do today get yourself a real
TB> bandwidth
CW>> shaper from me or from anyone else..

CW>> Because I hope you do understand by setting the data rate to 1Mbps
TB> means you
CW>> limit ALL your clients to run at a TOTAL of 1Mbps (not 1Mbps per
TB> client to
CW>> the AP but 1Mbps for ALL clients).

CW>> Think of it as a single file road. If the speed limit is 20mph then
TB> only so
CW>> many cars can pass a certain stretch of the road in any given time
TB> period
CW>> (your 1Mbit setting). Now if you up the speed limit to 40mph (2Mbit
TB> setting)
CW>> still single file road then twice as many cars
CW>> (bytes) can be pass through on your road.
CW>> If you up to 110mph (5.5Mbit) then you can now pass 5.5 times
amount
TB> of cars
CW>> in the same time period as on the 20mph single file road (more
bytes
TB> can be
CW>> uploaded or downloaded in the same time period). Now lets go all
the
TB> way and
CW>> do 11Mbit or 220mph.. Still single file road (you only use one
TB> frequency to
CW>> talk to your clients)..

CW>> Best regards,
CW>>  Eje Gustafsson                       mailto:[EMAIL PROTECTED]
CW>> The Family Entertainment Network      http://www.fament.com
CW>> Phone : 620-231-7777                  Fax   : 620-231-4066
CW>>            - Your Full Time Professionals -
CW>>         Online Store http://www.wisp-router.com/
CW>>      PACWireless Antennas Distributor - MikroTik OEM
CW>> --
CW>>> Hi,

CW>>> I have not followed the entire thread, but here is what we set the

CW>>> aB CPE
CW>>> at:

CW>>> Frag Threshold: 1066
CW>>> RTS Threshold: 256

CW>>> IP of the CPE is static private (192.168.5.X), full class c subent

CW>>> and 0.0.0.0 for the gateway.  Data rate is set at 1 Mbps.  We only

CW>>> offer 512 service, so no need to run any higher.

CW>>> Our APPO are set at:

CW>>> Fragmentation: 2346
CW>>> RTS/CTS: 2346

CW>>> All data rates are checked on the APPO, static private IP...

CW>>> Could your problem be that the CPE radios are connecting a
TB> different 
CW>>> speeds and the APPO is always busy changing data rates to talk to 
CW>>> the various CPEs?

CW>>> Try that...
CW>>> Chris

CW>>> ---
CW>>> Colorado WISP llc. http://www.cowisp.net
CW>>> Bringing high speed internet to rural communities.
CW>>> P.O. Box 55
CW>>> Wellington, Colorado  80549
CW>>> 970-218-5295
 

CW>>> -----Original Message-----
CW>>> From: [EMAIL PROTECTED] 
CW>>> [mailto:[EMAIL PROTECTED]
CW>>> On Behalf Of Blazen Wireless
CW>>> Sent: Friday, September 26, 2003 3:01 PM
CW>>> To: [EMAIL PROTECTED]
CW>>> Subject: Re: [smartBridges] Slow down problems 


CW>>> I also forgot to mention I throttled the one big user down to 
CW>>> 100kbps and same think its like it has a hold on the APPO at 11
TB> megs  
CW>>> (5.5) and wont let anything else talk to it??


CW>>> ----- Original Message -----
CW>>> From: "Blazen Wireless" <[EMAIL PROTECTED]>
CW>>> To: <[EMAIL PROTECTED]>
CW>>> Sent: Friday, September 26, 2003 2:59 PM
CW>>> Subject: Re: [smartBridges] Slow down problems


CW>>> Okay this slow down is really killing me I have all users turned
TB> off
CW>> that
CW>>> appear to be sending any kind of arp but this was not what was
TB> causing
CW>> the
CW>>> slowdowns. I have two users on right now one downloading at
700kbps
TB> and
CW>> the
CW>>> other one my slow customer just trying to surf and cant due it due
TB> to
CW>> ping
CW>>> rates we beyond out of control 300-400 and packet loss.

CW>>> I turn off the one customer who is downloading and the problem
TB> resolves.
CW>> I
CW>>> called the customer downloading and they are doing Microsoft
TB> patches on
CW>>> their machines right now so its not a virus. What gives why can
one
CW>> person
CW>>> not taking up the full bandwidth screw the whole system I mean
TB> every one
CW>>> else is at a dead stand still??

CW>>> To me this is a problem in the radio APPO not being able to talk
to
TB> two
CW>>> radios at the same time at two different speeds this thing is
TB> totally
CW>> just
CW>>> sh**ing all over itself?

CW>>> Anyone else see this happen I had the APPO set to 1 meg only 2 meg
TB> and
CW>> 5.5
CW>>> and also 11 but nothing seems to help! I have RTS set to 800 on
the
CW>> clients
CW>>> and that made no difference I give up this customer wants me to
TB> come
CW>> pull
CW>>> the equipment..

CW>>> Any ideas?
CW>>> HELP!
CW>>> ----- Original Message ----- 
CW>>> From: "Mark Radabaugh" <[EMAIL PROTECTED]>
CW>>> To: <[EMAIL PROTECTED]>
CW>>> Sent: Wednesday, September 24, 2003 6:02 PM
CW>>> Subject: Re: [smartBridges] Slow down problems


CW>>> This can get tricky.  You need to be on a port that sees all of
the
CW>> traffic
CW>>> - read that as 'not a switch port'.  By definition a switch will
TB> only
CW>> show
CW>>> you packets destined for your computer.

CW>>> If you really want to see what going on you need a hub or a
managed
CW>> switch
CW>>> that can replicate all traffic onto a port.

CW>>> Another option is to use a wireless card in promiscious mode - a
TB> mode
CW>> where
CW>>> you see all of the traffic.   Ethereal will do this with (I think)
TB> most
CW>>> common wireless cards.

CW>>> Mark Radabaugh
CW>>> Amplex
CW>>> (419) 720-3635

CW>>> ----- Original Message ----- 
CW>>> From: "Pascal Losier" <[EMAIL PROTECTED]>
CW>>> To: <[EMAIL PROTECTED]>
CW>>> Sent: Wednesday, September 24, 2003 5:41 PM
CW>>> Subject: RE: [smartBridges] Slow down problems


>>>>
>>>> Just a small question,
>>>>
>>>> When running ethereal, Do you run it directly on the router
>>>> (ex.Mikrotik) or on any system connected to the router.
>>>>
>>>> Also does it matter if the system running ethereal is log via PPPOE

>>>> ????
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: [EMAIL PROTECTED] 
>>>> [mailto:[EMAIL PROTECTED] On Behalf Of Blazen
Wireless
>>>> Sent: Wednesday, September 24, 2003 6:12 PM
>>>> To: [EMAIL PROTECTED]
>>>> Subject: Re: [smartBridges] Slow down problems
>>>>
>>>>
>>>> HAHA well then my router has the virus I get like over 2000 arp 
>>>> request from the router in less then 20 min which I think is way
out

>>>> of control it always is asking who has what IP etc. I was told this
TB> is 
>>>> normal in order for the router to know what IP has what mac etc..
>>>>
>>>> ----- Original Message -----
>>>> From: "Scott Damron" <[EMAIL PROTECTED]>
>>>> To: <[EMAIL PROTECTED]>
>>>> Sent: Wednesday, September 24, 2003 12:15 PM
>>>> Subject: RE: [smartBridges] Slow down problems
>>>>
>>>>
>>>> A WHOLE bunch of arp requests.  If you run ethereal, you would see 
>>>> upwards of 30 or 40% ARP requests.  Some of the viruses cause ARP 
>>>> storms.
>>>>
>>>> Scott
>>>>
>>>> -----Original Message-----
>>>> From: [EMAIL PROTECTED] 
>>>> [mailto:[EMAIL PROTECTED] On Behalf Of Blazen
Wireless
>>>> Sent: Wednesday, September 24, 2003 12:09 PM
>>>> To: [EMAIL PROTECTED]
>>>> Subject: Re: [smartBridges] Slow down problems
>>>>
>>>>
>>>> What do you mean check arp I know how to check it but what am I 
>>>> looking for??
>>>>
>>>>
>>>> ----- Original Message -----
>>>> From: "Scott Damron" <[EMAIL PROTECTED]>
>>>> To: <[EMAIL PROTECTED]>
>>>> Sent: Wednesday, September 24, 2003 11:37 AM
>>>> Subject: RE: [smartBridges] Slow down problems
>>>>
>>>>
>>>> Check ARP.
>>>>
>>>> Scott
>>>>
>>>> -----Original Message-----
>>>> From: [EMAIL PROTECTED] 
>>>> [mailto:[EMAIL PROTECTED] On Behalf Of Blazen
Wireless
>>>> Sent: Wednesday, September 24, 2003 11:17 AM
>>>> To: [EMAIL PROTECTED]
>>>> Subject: Re: [smartBridges] Slow down problems
>>>>
>>>>
>>>> I have done that already and there is no ICMP other then me pinging

>>>> the radios It doesn't happen when there is no one online it only 
>>>> happens when a few close users get on and start to surf and then
the

>>>> far users have a hard time with dropped packets and slow speeds and

>>>> high pings. I just thing I need to open up another AP closer to
them

>>>> and keep my distance down to under 5 miles. The one person having
TB> the 
>>>> hardest time is about 5.6 miles which is closer then my 7.2 mile 
>>>> customer who is doing great and pointed at the same radio APPO. It 
>>>> might just be this person is in a bad area with more interference
is

>>>> what I am thinking and I also may need to raise her ant a smidge..
>>>>
>>>>
>>>> ----- Original Message -----
>>>> From: <[EMAIL PROTECTED]>
>>>> To: <[EMAIL PROTECTED]>
>>>> Sent: Wednesday, September 24, 2003 11:47 AM
>>>> Subject: Re: [smartBridges] Slow down problems
>>>>
>>>>
>>>> Every time I've experienced interference (numerous times), it
hasn't

>>>> affected ping times.  From what I've seen, it usually causes lost 
>>>> packets, but not high latency.  I don't know if anyone has
mentioned

>>>> this before (I jumped in in the middle of this thread), but what 
>>>> you're describing sounds exactly like something I experienced a few

>>>> weeks ago. I had about six users with the Welchia virus, and they
TB> were 
>>>> causing high latency all over the network.  If you haven't done it 
>>>> already, put a packet sniffer on the network, and see if you're
TB> seeing 
>>>> a lot of icmp echo traffic.
>>>>
>>>> Craig
>>>>
>>>>
>>>> Quoting Blazen Wireless <[EMAIL PROTECTED]>:
>>>>
>>>> > Well maybe this is not the problem now I am back to the same
TB> issues 
>>>> > pings up to over 100ms and it seems now more with radios that
TB> never 
>>>> > had problems before I am thinking more of interference now? How
TB> many 
>>>> > of you have seen a drastic increase in SOHO wireless routers
TB> popping 
>>>> > up on your site survey tab when setting up a customer, I s**t you

>>>> > not one the other day had 11
>>>> that
>>>> > all
>>>> > said linksys or the default ssid for dlink stuff. Are those
>>>> manufacturers
>>>> > within spec it seems more and more are popping up and some with 
>>>> > better
>>>>
>>>> > signal then my tower according to the site survey numbers in the
TB> ABO
>>>> /ABI
>>>> >
>>>> >
>>>> > ----- Original Message -----
>>>> > From: "Scott Damron" <[EMAIL PROTECTED]>
>>>> > To: <[EMAIL PROTECTED]>
>>>> > Sent: Wednesday, September 24, 2003 9:07 AM
>>>> > Subject: RE: [smartBridges] Slow down problems
>>>> >
>>>> >
>>>> > Actually, it does not really drop everyone down to 1meg, it just 
>>>> > _MAY_
>>>>
>>>> > slow down the 11meg folks in order to respond to the 1meg person.

>>>> > Hope
>>>>
>>>> > that makes sense.
>>>> >
>>>> > Scott
>>>> > -----Original Message-----
>>>> > From: [EMAIL PROTECTED] 
>>>> > [mailto:[EMAIL PROTECTED] On Behalf Of The Wirefree

>>>> > Network
>>>> > Sent: Wednesday, September 24, 2003 9:08 AM
>>>> > To: [EMAIL PROTECTED]
>>>> > Subject: RE: [smartBridges] Slow down problems
>>>> >
>>>> >
>>>> > Huh!??!?  This seems bass ackwards.  If one client associates at
1

>>>> > Meg, it drops everyone down to that speed.  Not the other way 
>>>> > around. Weakest link theory.  If a client can not associate at 11

>>>> > Meg and steps it's way down to 1 Meg, then it CAN NOT be forced
to

>>>> > connect at 11 Meg. However, a client who is close in with 100%
TB> RSSI, 
>>>> > could be stepped down to 1 Meg based on some far out client.
>>>> >
>>>> > Sully
>>>> >
>>>> > -----Original Message-----
>>>> > From: [EMAIL PROTECTED] 
>>>> > [mailto:[EMAIL PROTECTED] On Behalf Of Blazen
TB> Wireless
>>>> > Sent: Tuesday, September 23, 2003 11:56 PM
>>>> > To: [EMAIL PROTECTED]
>>>> > Subject: Re: [smartBridges] Slow down problems
>>>> >
>>>> > I have throttling in place now thats not the issue. The issue is
TB> in 
>>>> > my
>>>>
>>>> > opinion and theory is at what rate the radios associate at.. If
TB> they 
>>>> > are only associating at 1 meg or less then yes you will have 
>>>> > throughput problems, if I have all my close customers able to 
>>>> > associate at 11 megs
>>>> > (5.5) and my furthest customers only at 1 meg ( 500kbps) then the

>>>> > further users are not going to be able to associate at 1 meg but 
>>>> > will
>>>> be
>>>> > forced to associate at 11 megs and since that is not a stable
link
>>>> they
>>>> > will suffer as I kind of proved tonight but cant be 100% sure
TB> unless 
>>>> > I
>>>>
>>>> > could verify what speed the users radios are associating at to
the

>>>> > AP.
>>>>
>>>> > In theory the AP cant be associated to 3 to 4 radios all at 
>>>> > different speeds. They will be associated at the speed of the 
>>>> > slowest radio or
>>>> the
>>>> > fastest depending on what radio has the best link I think?
>>>> >
>>>> > ----- Original Message -----
>>>> > From: Vasu (sB Tech Team)
>>>> > To: [EMAIL PROTECTED]
>>>> > Sent: Tuesday, September 23, 2003 11:27 PM
>>>> > Subject: RE: [smartBridges] Slow down problems
>>>> >
>>>> > That's the basics of 802.11 std, when one user hogs the entire 
>>>> > bandwidth the remaining users have to share the bandwidth, hence 
>>>> > bandwidth throttling is important to ensure good and stable links
TB> to 
>>>> > all users, I think the XO series access point should solve your 
>>>> > problem which can provide dedicated bandwidth to every user.
>>>> >
>>>> > Vasu
>>>> > -----Original Message-----
>>>> > From: [EMAIL PROTECTED] 
>>>> > [mailto:[EMAIL PROTECTED] On Behalf Of Blazen
TB> Wireless
>>>> > Sent: Wednesday, September 24, 2003 2:02 PM
>>>> > To: '[EMAIL PROTECTED]'
>>>> > Subject: [smartBridges] Slow down problems
>>>> >
>>>> > Okay I think I have figured out the problem with my system. It
TB> seems 
>>>> > that when users are one (close users) they are associated to the 
>>>> > APPO at 5.5 to 11 megs possibly and the users that are further
TB> away 
>>>> > are at 1 meg max well if you have the near users at 11 megs tying
TB> up 
>>>> > the radio and the far uses cant connect at a slower speed for a 
>>>> > better link / speed quality then the far users suffer? am I
TB> correct 
>>>> > in my theory does that make any sense?
>>>> >
>>>> > So going forward we are going to have to plan some more sites
TB> closer 
>>>> > to the users having issues etc Has anyone else experienced this.
I

>>>> > cant verify 100% that this is true due to the fact the radios
TB> don't 
>>>> > report what speed they are associated at? Can someone think of a
TB> way 
>>>> > to validate this theory??
>>>> >
>>>> > Thanks
>>>> >
>>>> > Martin & Steve
>>>> > Blazen Wireless
>>>> > www.blazenwireless.com
>>>> >
>>>> >
>>>> > ----------ANNOUNCEMENT----------
>>>> > Don't forget to register for WISPCON IV 
>>>> > http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm
>>>> >
>>>> > 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
>>>> >
>>>> >
>>>> > ----------ANNOUNCEMENT----------
>>>> > Don't forget to register for WISPCON IV 
>>>> > http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm
>>>> >
>>>> > 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
TB> unsubscribe
>>>> > smartBridges)
>>>> > Archives: http://archives.part-15.org
>>>> >
>>>> >
>>>>
>>>>
>>>> ----------ANNOUNCEMENT----------
>>>> Don't forget to register for WISPCON IV 
>>>> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm
>>>>
>>>> The PART-15.ORG smartBridges Discussion List
>>>> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe 
>>>> smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED]
TB> (in 
>>>> the body type unsubscribe
>>>> smartBridges)
>>>> Archives: http://archives.part-15.org
>>>>
>>>>
>>>> ----------ANNOUNCEMENT----------
>>>> Don't forget to register for WISPCON IV 
>>>> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm
>>>>
>>>> The PART-15.ORG smartBridges Discussion List
>>>> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe 
>>>> smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED]
TB> (in 
>>>> the body type unsubscribe smartBridges)
>>>> Archives: http://archives.part-15.org
>>>>
>>>>
>>>> ----------ANNOUNCEMENT----------
>>>> Don't forget to register for WISPCON IV 
>>>> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm
>>>>
>>>> The PART-15.ORG smartBridges Discussion List
>>>> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe 
>>>> smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED]
TB> (in 
>>>> the body type unsubscribe
>>>> smartBridges)
>>>> Archives: http://archives.part-15.org
>>>>
>>>>
>>>> ----------ANNOUNCEMENT----------
>>>> Don't forget to register for WISPCON IV 
>>>> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm
>>>>
>>>> The PART-15.ORG smartBridges Discussion List
>>>> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe 
>>>> smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED]
TB> (in 
>>>> the body type unsubscribe smartBridges)
>>>> Archives: http://archives.part-15.org
>>>>
>>>>
>>>> ----------ANNOUNCEMENT----------
>>>> Don't forget to register for WISPCON IV 
>>>> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm
>>>>
>>>> The PART-15.ORG smartBridges Discussion List
>>>> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe 
>>>> smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED]
TB> (in 
>>>> the body type unsubscribe
>>>> smartBridges)
>>>> Archives: http://archives.part-15.org
>>>>
>>>>
>>>> ----------ANNOUNCEMENT----------
>>>> Don't forget to register for WISPCON IV 
>>>> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm
>>>>
>>>> The PART-15.ORG smartBridges Discussion List
>>>> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe 
>>>> smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED]
TB> (in 
>>>> the body type unsubscribe smartBridges)
>>>> Archives: http://archives.part-15.org
>>>>
>>>>
>>>>
>>>>
>>>> ----------ANNOUNCEMENT----------
>>>> Don't forget to register for WISPCON IV 
>>>> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm
>>>>
>>>> The PART-15.ORG smartBridges Discussion List
>>>> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe
CW>>> smartBridges <yournickname>
>>>> To Remove: mailto:[EMAIL PROTECTED] (in the body type
unsubscribe
CW>>> smartBridges)
>>>> Archives: http://archives.part-15.org
>>>>


CW>>> ----------ANNOUNCEMENT----------
CW>>> Don't forget to register for WISPCON IV
CW>>> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm

CW>>> The PART-15.ORG smartBridges Discussion List
CW>>> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe
CW>>> smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED]
TB> (in
CW>> the
CW>>> body type unsubscribe
CW>>> smartBridges)
CW>>> Archives: http://archives.part-15.org


CW>>> ----------ANNOUNCEMENT----------
CW>>> Don't forget to register for WISPCON IV
CW>>> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm

CW>>> The PART-15.ORG smartBridges Discussion List
CW>>> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe
CW>>> smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED]
TB> (in
CW>> the
CW>>> body type unsubscribe smartBridges)
CW>>> Archives: http://archives.part-15.org  

CW>>> ----------ANNOUNCEMENT----------
CW>>> Don't forget to register for WISPCON IV
CW>>> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm

CW>>> The PART-15.ORG smartBridges Discussion List
CW>>> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe
CW>> smartBridges <yournickname>
CW>>> To Remove: mailto:[EMAIL PROTECTED] (in the body type
TB> unsubscribe
CW>> smartBridges)
CW>>> Archives: http://archives.part-15.org
CW>>> --
CW>>> [This E-mail scanned for viruses by Declude Virus]

TB> -- 
TB> [This E-mail scanned for viruses by Declude Virus]

TB> ----------ANNOUNCEMENT----------
TB> Don't forget to register for WISPCON IV
TB> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm

TB> The PART-15.ORG smartBridges Discussion List
TB> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe
TB> smartBridges <yournickname>
TB> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe
TB> smartBridges)
TB> Archives: http://archives.part-15.org  


TB> ----------ANNOUNCEMENT----------
TB> Don't forget to register for WISPCON IV
TB> http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm

TB> The PART-15.ORG smartBridges Discussion List
TB> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe
smartBridges <yournickname>
TB> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe
smartBridges)
TB> Archives: http://archives.part-15.org  



Best regards,
 Eje Gustafsson                       mailto:[EMAIL PROTECTED]
---
The Family Entertainment Network      http://www.fament.com
Phone : 620-231-7777                  Fax   : 620-231-4066
eBay UserID : macahan
          - Your Full Time Professionals -

-- 
[This E-mail scanned for viruses by Declude Virus]

----------ANNOUNCEMENT----------
Don't forget to register for WISPCON IV
http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm

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  


----------ANNOUNCEMENT----------
Don't forget to register for WISPCON IV
http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm

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  


----------ANNOUNCEMENT----------
Don't forget to register for WISPCON IV
http://www.wispcon.info/us/wispcon-iv/wispcon-iv.htm

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  

Reply via email to