Linux Makes Wi-Fi Happen in New York City
Wi-Fi range is low on purpose. It operates on a tiny wedge of unlicensed microwave frequencies divided into 14 channels between 2.412 and 2.484GHz. Here in the US, we use only 1–11. In Europe they use 1–13, except for France, where they use 10–13. Japan runs from 1–14. The default transmission power of most access points (also known as APs, WAPs and base stations) is 30mw, about one-tenth the power of a cell phone but on a higher frequency, where the energy attenuates more rapidly with distance through air and has trouble penetrating many objects, including tinted windows and leaves full of microwave-absorbing water.
Wi-Fi range tends to run less than the average cordless phone, which sports a more powerful signal. With such a handy service delivered by such a short-range signal, it's only natural to find the best signal where the population is both dense and conveniently arranged, such as New York City, where people live and work on top of one another.
I ran six wardriving sessions, which included nine taxi rides, nearly all in Manhattan. The last session ended with a highway ride to LaGuardia Airport through signal-free parts of Queens. Each session recorded basic data about every detected signal, including ESSID (Extended Service Set Identifier—the access point's name). On the nine rides, I logged a total of 1,548 open access points.
On city streets in Manhattan, I found there was nearly always an access point in range. And I'm sure the numbers above would have been much higher if I'd had an antenna outside each taxi instead of on my lap in the back seat. Although lots of commercial hot spots exist, the vast majority appear to belong to individuals. “Linksys” is the default ESSID for the company's popular inexpensive access points.
The willingness of individuals to share bandwidth is amazing. Although the number of wide-open APs was lower than the WEP numbers above suggest, because quite a few were password-protected, plenty of usable signals still were available. More than once I was able to pick up and send e-mail while a cab was stopped at a light.
The ideal way to go signal fishing with a Linux or BSD laptop is with Kismet, a wireless network sniffer so full-featured it even does neat stuff with GPS, precisely associating signals with locations [see page XX].
Right before the trip, I mentioned in a SuitWatch newsletter that I'd be coming to New York to check out the Wi-Fi situation and that I could use some local help. The first reply came from Kurt Starsinic who quickly became my Wi-Fi docent for warwalking and wardriving through lower Manhattan. I hooked up with Kurt at Alt.Coffee on Avenue A across from Tompkins Square Park. Alt.Coffee is both a comfortably run-down coffee house and a reliquary for dead computers. Kaypros, ARCnet hubs, early-vintage PCs and other antiques are scattered on tables and piled up in corners—worth a visit.
As it happened, the APs for both Alt.Coffee and NYCwireless were down while we were there, but when we walked around Tompkins Square Park, we still found at least one home node with an open and usable connection. And yes, of course we used it.
Our next stop was City Hall Park where the NYCwireless signal is clear and strong. There I was able to sample NYCwireless' local fare while Kurt briefed me on technology issues and both of us waited for my old friend Stephen Lewis to show up.
Steve, who carries US and Dutch passports, is a European telco industry veteran who was highly curious about what was happening with Wi-Fi in his home town. Walking around Steve's old haunts in the Lower East Side, we were impressed by the density of Wi-Fi, from both public and private sources: Verizon public phones, McDonalds restaurants and Starbucks coffee shops, in addition to private homes.
The ability to get on the Web almost anywhere in an outdoor urban setting was especially impressive to Steve, a two-time Fulbright Scholar with a hearty appetite for information. As a result, he began to develop ambitious plans to carry the lessons of New York neighborhood Wi-Fi (including Linux technologies) to Bulgaria, where he has lived for much of the last decade.
One of the most interesting figures in the New York Wi-Fi movement is Drazen Pantic. A former mathematics professor at the University of Belgrade, Drazen ran the Internet service of B92, a radio station that was a thorn in the side of the Milosevic regime. After the station's transmitter was shut down mysteriously, Drazen made sure the station's news and information continued to come out on the station's Web site and through streams that were picked up and rebroadcast in the UK, Netherlands, the US, and, most significantly, Yugoslavia. Stations there picked up and rebroadcast the analog signals relayed by satellite from the Netherlands. As a result, B92 quickly became the primary source of news from, and about, Yugoslavia and the conflicts there. Hearing him tell the story of his life, it was clear that Drazen was a hero of several revolutions at once.
Drazen is also involved with Dyne.org, a Vienna-based group of free software hackers devoted to producing GPL'd freeware for real-time video processing, media streaming and other cool stuff. The coolest of Dyne's tools, Drazen explained, is HasciiCam, a neat little hack that captures video from a TV card, renders it into ASCII and outputs it in a variety of ways—as HTML with a refresh tag, as a live ASCII window or as a simple text file.
On the downstream side, Drazen is excited about both the Dyne:bolic Linux distro and MPEG4IP. Dyne:bolic is a multimedia-oriented distro that can run from a CD and recognize sound, video, TV, network cards and other peripherals. MPEG4IP is a streaming package that obviates the need to use proprietary streaming systems. Drazen says, “After downloading Dynebolic, you can burn a CD, boot in to Linux and stream high quality MPEG4.”
Drazen believes all these open-source efforts will finish liberating audio and video authoring, production and distribution from the corporate chokeholders that still hold our ambitions and imaginations in check. He sees Linux as the public OS platform and Wi-Fi as the public network commons. Together they'll support a new form of (literally) public TV and radio. Between Wi-Fi, HasciiCam, digital camcorders, cheap hardware, free software, Dyne:bolic and MPEG4IP, Drazen expects the threshold of reporting and broadcasting to drop about as far as it can go. When it gets there, watch out.
Doc Searls is Senior Editor of Linux Journal
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- SUSE LLC's SUSE Manager
- My +1 Sword of Productivity
- Managing Linux Using Puppet
- Non-Linux FOSS: Caffeine!
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- SuperTuxKart 0.9.2 Released
- Doing for User Space What We Did for Kernel Space
- Google's SwiftShader Released
- SourceClear Open
- Parsing an RSS News Feed with a Bash Script
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide