These kinds of partial connectivity problems on Wi-Fi usually come down to buggy implementations of 802.11 multicast handling, or broken implementations of 802.11 power save handling.
To see if it's an 802.11 power save handling problem, disable 802.11 power save mode in the settings for your wireless driver. This may be called something like "max performance mode" rather than "power save off".
If that doesn't solve the problem, then it's probably not a power save handling bug, but for now, continue to operate with 802.11 power save disabled, in case the bug is triggered by a combination of things.
If multicast handling is broken on your client, it might not be receiving certain broadcast packets (in 802.11, broadcast is a subset of multicast) that are fundamental to low-level network operation. For example, ARP requests are broadcasts, and failure to receive ARP requests (and thus failure to respond to them) will easily cause IPv4 connectivity failures.
Multicast handling can be tricky on 802.11 because in some security modes, a different key is used for multicasts than is used for unicasts. In the most difficult security modes, a whole different cipher and different key may be used for multicasts than is used for unicasts.
Also, in 802.11, multicasts aren't ACKed, so they have to be sent at a lowest-common-denominator rate where all clients are guaranteed to receive them reliably. If your multicasts were going out at too high of a rate for your Vista laptop to receive reliably from its location, then it might have been missin
To test the multicast handling theory, temporarily disable all wireless security on your wireless router, and decrease your multicast rate to the lowest setting. In some wireless routers, you may have to change the "supported rates" or "basic rates" to add back in any low rates that had been disabled, before you can set a lower multicast rate. If this is a 2.4GHz router, you might have to re-enable 802.11b-compatibility to be allowed to use the lowest rates. If this is a 5GHz router, you might have to re-enable 802.11a-compatibility to get the lowest rates.
After making those two changes, see if the problem goes away. You may have to reconfigure your wireless clients to they realize they need to rejoin the wireless network with no security.
If that fixes it, see if you were previously running WPA2 "mixed mode", where both the WPA2 (AES-CCMP) and WPA (TKIP) ciphers were enabled. If you don't have anything that requires TKIP, switch to pure WPA2 (AES-CCMP only) mode and see what happens. This removes the complexity of having to use the TKIP cipher for multicasts while using the AES-CCMP cipher for unicasts. If the problem comes back when in pure WPA2 mode, try going to WEP only. This removes the complexity of using a different key for multicasts than unicasts.
One last thought -- I've seen personal firewall software packages that let you set different settings for different interfaces. Make sure to disable all firewall software while doing these tests, so you can be sure that's not getting in the way.
If it turns out that your multicast rate was set too high, well that's an easy fix. If it turns out your client has buggy power save or multicast key/cipher handling, you can make sure you have the very latest driver for your wireless card or chipset, because maybe they've fixed it. Or you can replace your wireless card with a non-broken one. Or maybe you'll choose to live with the workaround of less power savings or less robust security on your wireless network.
There is an issue with some of the latest intel wifi cards. And even if you dont tell, the lenovo x1 carbon, comes with the same wifi card as the sony vaio pro 13 ( the one i just returned )...
While looking from an alternative to the just returned laptop, and lenovo was in my shoping list, until i found this:
http://forums.lenovo.com/t5/X-Series-ThinkPad-Laptops/Massive-wifi-issues-with-X1-Carbon-Touch/td-p/1217938
Not as many as the related sony vaio pages here..
http://community.sony.com/t5/VAIO-Hardware-Networking/New-Sony-Vaio-Pro-Wifi-Issue/td-p/143557/page/177 ( Yes. that is 177 pages of people with the same issue )
But as i said, it seems an intel problem: There are more resources about what i believe is the same problem this more generic, and refers to the 6230/6235 adapter, but in the comments you can read people with the same issue on the 7260 AC adapters too ( can not post the link, search for "Intel's Wi-Fi adapters connectivity issues continue"
And of course you can just google for "7260 wifi issues", or add "lenovo X1 carbon" to the query.
good luck
Best Answer
In case you just need to know when internet access was lost / restored regardless of state changes of various network devices, navigate to UTC in Event Viewer:
Applications and Services Logs/Microsoft/Windows/UniversalTelemetryClient/Operational
Look for event ID 55. It displays a friendly text "Is the Internet available:" followed by true or false.