You basically refuted yourself. As for why not? That was the entire point of my comment: because it radically reduces the channel capacity of existing public wifi systems due to them sensing it and shutting off to not interfere. Paid telco LTE-U with it's proxied to uselessness "internet" without any control or ports is no replacement. It's deployment hurts us all and the only good it does is create more profit for telcos.
Forcing? Nobody is forcing, they are requesting. In urban settings telcos are maxing out their midband spectrum. Running higher frequency microcells allow them to increase throughput dramatically in congested areas without having to worry about signal bleeding away very far. (properly installed antennas with down-tilt, etc)
>You basically refuted yourself.
Sorta, I guess. It's useless for most SoHo use since firmwares are buggy and if the AP detects cop radar nearby it'll unpredictably shift channel. Weather radar the issue is caused by directional antennas pointing up or towards the receiving radar antenna due to careless installation. It looks like this: http://www.ec.gc.ca/meteo-weather/2B931828-790E-4782-8BBE-CE...
>Paid telco LTE-U with it's proxied to uselessness "internet" without any control or ports is no replacement.
Sure it is, you're in the 0.000000000001% of people that care about running a webserver while mobile. Don't argue and tell me you don't own a cellphone. People want working LTE else they wouldn't bitch about congestion. LTE is much more efficient than WiFi in the given spectrum requested. I'd use VoWifi which my carrier supports, but the reality is most public wifi is both insecure and unreliable so I don't unless as a last resort. Get real.
As for directional antenna, the antenna doesn't effect propagation, which is a function of wavelength, which is what we were discussing. Obviously having more of the signal directed in one direction mitigates the marginal propagation at higher frequencies. But a sector antenna isn't exactly omni and down-tilt to limit cell horizon is still going to include lots of people and buildings.
Your scarecrow argument about webserver on a phone as the only reason for having a real connection is either laughable or intentionally disengenuous. There are a million other reasons from privacy to p2p and beyond.
And lets not forget that all wireless telcos have absurdly low data caps; that's the primary reason most people switch to wifi instead of staying on their LTE connection.
Have you never seen paid wifi hot-spot access?
>There are a million other reasons from privacy to p2p and beyond.
You still haven't given a real world example. It sounds like you're mad you can't seed on bittorrent effectively from your mobile.
>And lets not forget that all wireless telcos have absurdly low data caps
Sounds like you picked a bad plan. In the US all 4 national carriers offer unlimited (well technically softcap congestion depriority if you go >20-someGB) plans for under $100. I literally never switch my phone to wifi at home since LTE propagates better and I get more consistent speeds. (Carrier gave me a femtocell so I'm still using my cable ISP for backhaul there). I've scratched 20GB a few months and actively had to try to download livecd's in addition to my usual 320kbps spotify streaming to do it.
I have seen paid wifi hotspots. Luckily they don't absolutely destroy the wifi thoroughput like LTE-U does so I don't mind. Have you ever seen a free LTE service?
A real world example is my use of the Retroshare (application) for encrypted communcations. It uses the DHT network to bootstrap and requires accessible ports as do many other completely legit protocols. Not using centralized services to communicate takes lots of bandwidth and it takes real internet access, ports and all.
It sounds like you picked bad wifi equipment for your home network.
If the telcos want to use high channel deploys on 5GHZ for LTE-U microcells, I say why not. It's not like it propagates very far and it gives an easy way to assist with capacity at stadiums, train stations, and conference halls.