Lewis G Rosenthal wrote:

Has anyone noticed how it is sometimes necessary to flush the route table (and the arp table) multiple times, especially when switching back and forth between interfaces and/or networks? I just got done configuring a pair of LinkSys WRT54G's with Alchemy (the almost-opensource firmware available for them, which supports bridging mode, among other things - including boosting signal from the default 23mw to 84mw) - which I accomplished, BTW, entirely under OS/2 with Firefox (as if there would be any doubt!) - and in the process, had to switch back and forth between interfaces and also had to reset one of the WRT54G's about a half dozen times, as I managed to lock it up. Every reset, of course, meant a return to the default subnet of 192.168.1.0, which was not the subnet I needed to configure, so I had to reconfigure my NIC each time.

Anyway, it appeared that after several reconfigs, I couldn't even ping my own interface, but the machine across the bridge could get a response from it (same subnet). Quite weird.

YES!
Finally, somebody else sees this as well! I already talked to quite a few people and nobody ever experienced this...

I frequently travel with my Thinkpad (ARTEM WLAN card, 1.50 ARTEM driver, WiFistat) between two networks. My WLAN card has a different (but static) IP address in both networks and the default gateway and the subnet are different as well. From time to time, the reconfigure of the interface fails, in a way that I cannot ping ANYTHING anymore. Not even my own IP address of the WLAN card. I tried flushing ARP and ROUTES but to no avail. I cannot predict when the reconfigure will fail, but usually not in the order of the first or second reconfigure but rather after the 10th or 15th time.

The only thing that helps is a reboot of the Thinkpad. If somebody has a solution for that problem, that would be great, since this is currently the only reason for me to reboot the Thinkpad after a couple of days of work...

Regards,

Robert