ActiveSync Without Wires
After you install basic wireless networking, verify access to the Web, and get your hands on some suitable IP tools, you can set up ActiveSync to exploit the wireless network. Configuring ActiveSync for wireless use is much like configuring ActiveSync for a wired connection, but you need to be aware of one complication that frequently causes problems for wireless users. Computers often contain both wired and wireless network adapters, a configuration known as a multihomed setup. By default, ActiveSync always tries to use the host computer's primary IP address. If this primary address isn't the host computer's wireless address, the ActiveSync application on the mobile device might have trouble locating the host computer over a wireless connection.
Marc Zimmermann offers a workaround for this problem with his Pocket Hosts freeware program, as Figure 2 shows. Pocket Hosts is available for download at http://www.zimac.de/cestuff.htm. This program provides HOSTS file support for Pocket PC and handheld PC 2000 (H/PC 2000) devices, letting you associate a host name and static IP address. After you complete this step, ActiveSync will work over a wireless connection just as it does on a wired connection, with one exception: Wireless ActiveSync connections close themselves automatically after a synchronization event is finished. This response prevents you from using the ActiveSync file browser to move files between the host computer and Windows CE device. Unfortunately, Pocket Hosts doesn't work with earlier H/PC and H/PC pro devices. I've devised a workaround to this problem, but it isn't pretty: Using the pocket registry editor that comes with PowerToys 3.0, you can hack the HKEY_LOCAL_MACHINE\Comm\Tcpip\Hosts registry subkey on the H/PC device. From this location, you can hand code hexidecimal values for an IP address, but the values reset themselves whenever you turn off the device.
Besides configuring your wireless device for Web browsing and an ActiveSync connection, you can use Pocket PC File Explorer to easily browse for files over a wireless network connection. Tap the Open menu, then enter the share name you want to browse in the Open Path dialog box. You might have to use Pocket Hosts or hack the registry to associate an IP address with the host name of the server share you want to browse. If security credentials are required, a dialog box will appear into which you can enter your username, password, and domain. Note that you can't open network files by double-tapping them in Pocket PC File Explorer. Instead, you must tap and hold the filename, select Copy from the context menu, then switch to a local folder and select Edit, Paste to create a local copy you can open in the usual manner.
Site Survey, War Driving, and Wireless VoIP
Up to this point, I've discussed fairly conventional wireless applications. Let's look at a few of the unique functions that fully exploit a wireless network. The first of these is performing a site survey, or locating and identifying all wireless APs and networks throughout a defiant location. A less polite term for this activity is "war driving."
One of the more popular site-survey applications is NetStumbler and the Pocket PC version called MiniStumbler, both written by Marius Milner. You can download both applications for free at http://www.netstumbler.com. MiniStumbler's major limitation is that it supports only two wireless network cards: the ORiNOCO PC Card and the Compaq WL110 Wireless PC Card. MiniStumbler doesn't come with an installation programinstead you must use ActiveSync to copy the appropriate executable file directly onto the device. To run MiniStumbler, locate and double-tap ministumbler.exe. MiniStumbler provides an extremely simple UI that displays a color-coded icon, media access control (MAC) address, and Service Set Identifier (SSID) for each AP it detects. MiniStumbler records this information for all APs within range while operating. Figure 3 shows the results of a war drive within a 2-mile radius of my home in suburban Modesto, California. As you can see, I identified more than a dozen APs, only four of which had security enabled, as indicated by the padlock symbol. When you're within range of an AP, the UI uses traditional stoplight colors to indicate signal strength. MiniStumbler also accepts input from common Global Positioning System (GPS) devices; if one is present, the program will record latitude and longitude in addition to the MAC address and SSID.
Corporate IT administrators might find MiniStumbler of use in identifying unsecured APs within an organization. End users can use it to identify public APs for wireless access when they're away from the office. For example, the tmobile SSID in Figure 3 refers to a public AP operated by T-Mobile wireless networks in a local Starbucks café. T-Mobile provides these wireless hotspots at most Starbucks locations throughout the United States. Initially, access is limited to T-Mobile's Web site, at which you can establish an account; after you complete this step, you gain complete access to the Internet. Details about this wireless service are available at http://www.t-mobile.com/hotspot. Many hotels and airports provide similar services, although some of these locations require that you install special drivers that are typically available for only notebook, laptop, or Tablet PCsnot for Pocket PCs or other Windows CE devices. A list of such public APs is available at http://www.80211hotspots.com.
Perhaps the most dramatic example of what you can achieve with the combination of wireless Ethernet and mobile devices is wireless Voice over IP (VoIP). I've experimented with SoftJoys Labs' SJphone, a VoIP application, as Figure 4 shows. SJphone runs on both Windows-based laptop and Tablet PC and Windows CE devices and supports both H.323 and Session Initiation Protocol (SIP) standards. I've used it successfully on my local network, where it interoperates with other VoIP applications, including Microsoft NetMeeting, MSN Messenger, and iConnectHere's PC phone. As of this writing, SJphone doesn't support Network Address Translation (NAT), which is typically necessary for access outside the local network; however, the company expects to offer NAT support by the time you read this. After SoftJoys Labs adds this functionality, I expect to be able to use my iPAQ for wireless VoIP telephony, whether I'm on my home network or sitting in a Starbucks.
Although some special techniques are sometimes necessary, an enormous range of applications are available to exploit the combination of a wireless network and a Pocket PC or other Windows CEbased mobile device. As costs continue to fall and wireless networks become increasingly ubiquitous, these applications will become common and users will begin asking corporate IT staff to support them, so be forewarned.
End of Article
Prev. page
1
[2]
next page -->