Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.internet.wireless    |    Fun with wireless Internet access    |    55,960 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 54,828 of 55,960    |
|    Johann Beretta to Jeff Liebermann    |
|    Re: WiFi out to 800 feet    |
|    24 Oct 20 13:46:24    |
      XPost: microsoft.public.windowsxp.general, sci.electronics.repair       From: beretta@nun-ya-bizness.com              This is a multi-part message in MIME format.       On 10/18/20 9:32 PM, Jeff Liebermann wrote:              >        > The article conveniently explains part of the logic behind using wider       > channels and mostly answers my question from my previous rant, which       > you deleted and/or ignored. Basically, the approximate math is       > simple. If your WISP configures their access point for a 40 MHz       > bandwidth channel and the ISP has 10 full time connected users, the       > system can deliver no more than 4 Mbits/sec to each user. If the WISP       > reduces the occupied bandwidth to 5 MHz, and still has 10 full time       > users, each one will only get 0.5 MBits/sec, which is inadequate. If       > your WISP doesn't have much of a user load, or doesn't overload the       > channel with too many wireless users, 5 MHz occupied bandwidth will       > work just fine. Note that this simplistic channel loading estimate       > ignores various factors that will either increase or decrease the       > channel loading. For example, I'm assuming that the channel usage is       > sustained at the maximum available rate, which is sometimes a bad       > assumption. This becomes really messy if the streaming media provider       > adjusts their deliver rate based upon error rate levels returns from       > the viewers computer or media player.       >                      I wasn't deliberately ignoring anything. I was just picking/choosing       what to reply to. (Limited time and all that jazz)              I disagree with the 4mb/s for each user though. Clients with less than       ideal signals should be put into low priority on the AirMAX scheduling       priority. This prevents them from hogging up transmission time. (for M       radios - AC radios apparently are able to handle that with whatever       programming logic UBNT has come up with as you no longer have to specify       priorities)              There area also various modulating schemes to help with bottlenecking       (TDMA, CDMA, and various new ones I'm sure).              My own tests flat out contradict that 4mb/s bs.. I can deliver a lot       more to customers than that.. And yes, these are netflixers so they're       using bandwidth constantly. Maybe back in the day this was true, but       that post you referenced is 5 years old and it is no longer the case.                     -----BEGIN PGP PUBLIC KEY BLOCK-----              mQGNBF64/IEBDACVrdj4Yfr7PC/t7tBofnMWWDoWiRxl+Oo64YjsamZGiy0hJHfP       ZhI/pnOgqhy6pzsF/8c9Dx9A9SSAJOvC96wMTHgdh4GbffekCwoIXcKZeg9bjXjV       Nth5CYOSBTQ9C/pl/j0CwjBQ9mdyK7FoHMlBEmQ4ButtBJgPNjyruiFkBt2r/99u       w+hZEt+tO3D69v2MBMVF8pjZWzDDoIsbCUQGtaDD4uAIMqdDl28yw5FeYFg7PKLJ       DXft8pNm/4bWv7BizTEVwSkcpPMR/6v/gXUhUsqCoqaWT9oSALmO5l9JfuNk2mpP       bjue5joPlpOzaH+ZC0et/eynzyTxOpIAL97g1SVQLqqKRMu3atFda53ZyMNAcH3G       R1gV5kX1rM3Ajyw1d7hp1rAYINdB/O/Y8VkNn0j6NZmEi8E1AwK3hu4ZJPIr9FQF       bsWmAtjIgO1VXHxvxB7nYF5o7M350hW9SZlkbDf9NWBUHJlc5j4WVEYCjw1C3y8h       OwFl1RfDFETqmdUAEQEAAbQrSm9oYW5uIEJlcmV0dGEgPGJlcmV0dGFAbnVuLXlh       LWJpem5lc3MuY29tPokB1AQTAQgAPhYhBJx2orrQOL31I0cnEBM/4/Zk8Q8TBQJe       uP0PAhsDBQkB4TOABQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEBM/4/Zk8Q8T       0KYL/jL1DoQWCMil5EPlLSDG3iByV711VChSpWGbE4m2KrMjMdG0gQBNpg3IChKi       tP5/5YdxHGKGjuDxvF/laTq/5KXosNmfdaJr9pmztOWT7tvmlwM+zUR782EQJeeU       rGfv6TwYng7TUEaBH86Rg8m6fMKNqSt9MLly+p48Lv8TNj1RofvMv5Ng5xJWkGJ2       +yJ6k61h6Xg8OFY/AEs98OMejDKPq2PTZyH1BQKmyDk82wOGUdSkQoA41aZSckki       aXFXIG97NhXY+dcZbOVCjXez0Iujo4vSCbM+x63fX7FyyNsG4f2vPfqhrqNGgrwD       KQxYzWgVfvCqKpW6S75l0DfelMFAjM5GcpKs65vRyjRDuMlj6/jSN0O6Os8EOlhr       lHBoY1PrBwTX+pBgb1esF2KLbFjfxGLzvbfR85TbYaZi/hohwD/rm+s5QWe03pO/       n85mdVxYAhAhvXsO6s7wfTm0qc/SK7Xp82aYOKVArarNgRIMul7UBo2786ZFhmZY       wQGPQ7kBjQReuPzOAQwAoWku3K9ipwwiuH/9C8uUqY1kZy9VW/K7b5uXKww43Dl5       SAFTd+TC8nySqSacHohTQSnd8r3eZgX6az3SR30Y0F6Ftprbx0dkRABKtVzEcxCJ       Y2+lqfT6aPIQh+tp/mmWVzrmeYlQNFVLNbu0Tk62K0sedfnhDGgqN4DEWQqgGfG5       Zsj1VcYoXYkt1V/U16GPs75aqWdt+OQmlDb2FQbo/HcsB1bdrE9A7fM39WQpod/k       tkAZRJM6RX1f2hJAFwgBEKYieK4ZGfMtgxpIMnvBDwB1FuLw2sGshRtaPO8t0F+w       jR/i6PEwCWZSaENhik+oAxDgaKPkxZHpzYS3RM67HoRie1ewuqAw77xeAI4WLbxo       +FNg8W+kdPgdRkGeMaYot4hoVGpgF0q0cBPm97wAysxbAu/TDlX/ev4XEkRnZg7k       ScCVTrkk9bSVIXs0uB8qkudcudrzokZJ+6v+X5JKgwOMBBSY7sk11T3azog6wxJN       BuqS1wB/H4Kht9OMLoTVABEBAAGJAbwEGAEIACYWIQScdqK60Di99SNHJxATP+P2       ZPEPEwUCXrj8zgIbDAUJAeEzgAAKCRATP+P2ZPEPE1UNC/sFAMZnLH8OdDwflfhr       iyESWHhRJb1xC4tlJzZ/ufbWY8SbVqO5HbA7EALwW3Ony8SNRRN/OUBw7bM12VPX       0ya6RTQHtPzweL98AnGu0YbyHtKwJrNlGQS0LKWDv4FWQ6f8HxZQt0EzhgRaudGE       MHNACuKbxWFpvNAM95LNpLDjRE+DJYGnsDOCRRC4fFRTG0+vqIqgniQzHmn8ddr6       5NazPg07TJzqLjsNBcTCGvRivoRDRP75PnQS8VppnyWubbXJjffmuIG2iqHnY5as       ibsSo+TJ+7UEhbNx+uQBKO5KXvG/u9eWgyJz/Uf47zUbG9v9vocbOSbylPHjC3uO       ONw91nUHLmGzi3ZmeyPeCu6pyjz/dzUcqYS3iw1/q+UWyS+SOIaz9sAMd1q8QQwW       CKubXtlM6DKdnxxNVV4NkwFIeOF6d1pFiIgojqbsNnkPVaFQDc+u9UkkpevBymwr       a0HThxeNkYA6MDWSbxJjPvyy1OO2yERbo9RG2jzOx85j29o=       =d5t3       -----END PGP PUBLIC KEY BLOCK-----              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca