This includes the standalone executable only. If you use it, make sure that you stop any XCenter running the widget.
New features:
new startup properties page for enable/disable radio
new submenu for to (reconfigure) or disable the IP interface bound to the wifi nic. This should help for scenario 3, when you want to switch from wifi nic to wired nic, at least you can free up the DHCP lease properly. I have no clue yet how a user can best issue a DHCP request for the wired nic after having released the one from the wifi nic - I am not sure if such a feature should be part of XWLAN and where it could be integrated... OTOH we otherwise may have to come back to the 2nd best solution: scripts...
conflict detection: whenever XWLAN configures the IP interface for the wifi nic (either with a static address or by DHCP), XWLAN checks if any other interface is configured for the same IP segment. If so, a popup asks to either disable the conflicting (cabled) interface or to take back the configuration for the wifi nic. Check the config of both lan interfaces with ifconfig before and after you pressed either buttons - it should have deleted either interface to resolve the conflict.
the code executing the DHCP config/unconfig now issues dhcpmon calls only (no more kill of DHCPCD.EXE)
whenever the configuration of the wifi nic IP has been completed, XWLAN flushes the ARP cache (!!). I think this has not been noticed in the previous discussions, but is very important, once the same router needs to be reached over a different interface. If the arp cache is not flushed, the arp entry will make the stack stick to the hardware used last time, even when the IP interface has been deleted.Interestingly, it is not even necessary to kick out obsolete "duplicate" entries of net routes out of the routing table (see ntetstat -r) after having switched the default route from lan0 to lan1(or vice versa) - even if there are still net routes pointing to the now unavailable interface (ssee rightost column of netstat -r), the IP stack manages to find the correct route once the arp cache is flushed.
-----
One drawback of the new version is:: as the size properties data has growed by a few bytes, the old properties data may be discarded by the new version (same applies when you launch the old version after having run the new one). To backup the properties data you may want to IMPINI from my homepage and execute the following command on commandline:
impini user xwlbak.ini /A:"Wireless LAN Monitor:Properties"
To restore the data before running old versions again, execute
impini xwlbak.ini user /A:"Wireless LAN Monitor:Properties"
-----
I think you have something to play with for now ;-) and await your feedback.
thanx, Christian
-------------------------------------------------
Christian Langanke
COS2E & CWSE
Team OS/2 Ruhr e.V.
cla@clanganke.de
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
To unsubscribe from this list, send a message to
steward@2rosenthals.com with the command
"unsubscribe os2-wireless_users" in the body
(omit the quotes).
For help with other commands, send a message
to steward@2rosenthals.com with the command
"help" in the body (omit the quotes).
This list is hosted by Rosenthal & Rosenthal
P.O. Box 281, Deer Park, NY 11729-0281. Non-
electronic communications related to content
contained in these messages should be directed
to the above address. (CAN-SPAM Act of 2003)
Nazaj na seznam