"Mr. Arnold" <"Mr. Arnold"@Arnold.COM> hath wroth:
>> As John Navas said, XP lied and should not have shown that I am
>> connected
>> to the network as it is "meaningless".
>
>That's ridiculous that XP lied. All it could have shown you was that
>machine had a connection on the wireless side with good signal strength
>or not between the wireless router and the card.
I'll agree mostly with John. XP lies. I've seen it happen many times
and in many different ways. The basic problem is that Microslofts
definition of "connected" is quite different from what would seem
obvious. By the current MS definition and status indication, you are
considered connected when the client and access point have finished
the initial negotiation and exchange of SSID, but before any
encryption, authentication, or authorization takes place. The causual
user would assume that "connected" means that the system is ready to
use. This is not the case.
Had MS used the term "associated" instead of "connected", the whole
bag of sematic worms would not be a problem. Associated merely means
that the AP and client have recognized each other and that additional
steps are required before the connection is ready to use. It would
also have been nice if MS used the term "Ready" when the wireless was
ready to use.
The connection progress indication is also prone to errors, which may
have been the case here. I've seen the WZC and NDIS5 drivers show
that there is no connection, but I'm merilly surfing the web via
wireless. I've also seen the reverse, where it indicates that all is
well, but wireless is dead. A reboot usually cures the problem except
when it's caused by a broken driver.
I've also induced a wrong indication by tinkering with the various
wireless enable/disable mechanisms. Most laptops have:
1. An on/off slide or push button switch.
2. I BIOS based on/off switch.
3. A keyboard <alt><something> on/off combination.
4. Some mechanism for putting the card in power save mode.
5. On/off in the system tray icon.
6. On/off in the Control Panel -> Network -> Wireless applet.
Many times, I've turned it on/off from a random succession of these
and caused either the card, driver, or indicator to produce insane
results. I've also seen wrong indications when the laptop goes out of
hibernate. Eventually, it will figure out that the access point has
long since timed out as the client has driven away, and that it's not
really still connected.
MS also compounded the error by not offering any meaningless
connection progress indication. For example, a failure to properly
exchange encryption keys results in "Aquiring IP Address" which is
both misleading and wrong. When it eventually complains about
"limited connectivity" the user is left with no clue as to what went
wrong. In the traditional "follow the leader" manner, most wireless
device manufacturers have copied MS's lead and supplied as little
useful information as possible. I've been told that it may not be
possible to obtain encryption status information from the NDIS5
driver, but I've never bothered to dive into the code and be sure. I
doubt it because that information is available with the copious
diagnostics available for debugging:
<http://www.microsoft.com/technet/prodtechnol/winxppro/maintain/wlansupp.mspx>
--
Jeff Liebermann
(E-Mail Removed)
150 Felker St #D
http://www.LearnByDestroying.com
Santa Cruz CA 95060
http://802.11junk.com
Skype: JeffLiebermann AE6KS 831-336-2558