Slashdot Mirror
Vista Bug Costs Users In Swedish Town Their Internet
Lund, Sweden refuses to work around a Vista bug, so people who live there must choose between Vista and internet access. It's nice to see the right people being held accountable for a change.
Is if the city offered free Ubuntu CDs as "Windows Upgrades."
Ubuntu is an upgrade from XP and Vista.
Keep that shoe on the other foot for just a little longer. Imagine them having "support scripts" that travel through a KDE interface instead of Outlook Express or IE. Imagine them requiring Ubunto to install your access. In short, imagine all of the "standardization" Windoze enjoys being flipped on you.
In the free software world, users can edit a few well annotated text files to get the job done if they are given the proper information. That task is harder in Windoze because you must dig through several GUIs that don't tell you what to ask for in advance or ever.
It's a shame that ACs can post with more points and more frequently than Twitter.
Their internet is b0rked?
Blearf. Blearf, I say.
Fucking tricky one, eh?
Like choosing between an anal probe and a cream bun.
If this happened in my town--and if I were using Vista--I'd be pretty damn unhappy. Usually a story is funny because someone got what they deserved in a particularly humorous way, or because someone subjectively considered evil takes it in the pants. Here I see a bunch of people getting shafted by two corporations that don't want to play nice, and this perhaps for the crime of simply owning a new computer.
The problem as reported is that the Vista DHCP client fails to obtain an address from Linux servers running (I'd presume) ISC dhcpd.
When I bought a laptop recently it came with Vista. When I connected it to my network it failed to obtain an address. I assumed there was some misconfiguration problem I was missing, Turns out it's a fundamental difference between the DHCP client in Vista and the one in prior versions of Windows. See this item from Microsoft: http://support.microsoft.com/kb/928233/en-us.
The version of dhcpd I'm using is an old one (2.0). I thought about upgrading it to see if that would solve the problem, but since I wasn't planning on keeping Vista on the laptop, I didn't bother upgrading. All our other machines run Linux and don't have this problem.
I wonder what decision will be made in enterprises running Linux DHCP servers that introduce Vista into the workplace. Will they follow the Microsoft KB item above and "fix" the problem on every new Vista box they buy? Or will the replace the Linux DHCP box with Windows Server?
The bug in Vista is that it sends somewhat broken DHCP requests that Lund Energi's DHCP server refuses to reply to. If you have a home router the DHCP server in the router would (propably) reply to the requests from Vista and other computers on your LAN. And the router sends correct DHCP requests to Lund Energi's server in order to get it's own public IP address.
In short, having a home router would solve the problem.
Both of the english articles listed in this slashdot-post says that Lundis Energi has no desire to do anything. However, in a Swedish newspaper http://www.metro.se/se/article/2007/08/28/14/2423- 48/index.xml they say:
"Our technicians are looking in the matter to see what we can do but it is mainly up to Microsoft to fix this issue" /Åsa Holmander, product manager at Lundis Energi (rough translation)
From : http://www.dhcp-handbook.com/dhcp_faq.html#wisrb
"Which implementations support or require the broadcast flag?
The broadcast flag is an optional element of DHCP, but a client which sets it works only with a server or relay that supports it.
Clients
Microsoft Windows NT
DHCP client support added with version 3.5 sets the broadcast flag. Version 3.51 and later no longer set it. The exception is in the remote access support: it sets the flag when it uses DHCP to acquire addresses to hand out to its PPP clients.
tcp/ip-32 for Microsoft Windows for Workgroups (WFW)
Version 3.11a sets it, but version 3.11B doesn't.
Microsoft Windows 95
Does not set the broadcast flag."
So, I guess Vista only works with Servers that support it and it was an option to implemant it. End of Story.
"Enjoy what you're doing! If it becomes drudgery, you're doing it wrong!" - Jim Butterfield
I dearly, dearly hope you are not in charge of any network apparatus anywheres.
Chris Mattern
Vista is only compliant to the RFCs if it is legacy code :-)
RFC 1542 sayeth
3.1.1 The BROADCAST flag [...] This addition to the protocol is a workaround for old host implementations. Such implementations SHOULD be modified so that they may receive unicast BOOTREPLY messages, thus making use of this workaround unnecessary. In general, the use of this mechanism is discouraged.
Bad news guys; Microsoft isn't the one with a bug causing the problem. Poor implementation yes, bug no.
For some bizarre reason Vista expects the address returned from the DHCP server to be broadcast, instead of sent via unicast packet. This is permitted in the specs and supporting the broadcast flag on the server is suggested. ("SHOULD", not "MUST" in the spec.).
When researching this I found 2 network types which required this, Infinibad and 1394 (Firewire). It looks to me like Microsoft picked the one which would (theoretically atleast) work on all network types, instead of only on a few.
Of course, this is a typical bad decision as it means that responses from a DHCP server with a lot of Vista clients will flood the network with broadcast responses, but hey, they arent know for making good decisions.
RESOLUTION
Warning Serious problems might occur if you modify the registry incorrectly by using Registry Editor or by using another method. These problems might require that you reinstall your operating system. Microsoft cannot guarantee that these problems can be solved. Modify the registry at your own risk.
To resolve this issue, disable the DHCP BROADCAST flag in Windows Vista. To do this, follow these steps:
1. Click StartStart button, type regedit in the Start Search box, and then click regedit in the Programs list.
User Account Control permission If you are prompted for an administrator password or for confirmation, type your password, or click Continue.
2. Locate and then click the following registry subkey:c es\Tcpip\Parameters\Interfaces\{GUID}
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servi
In this registry path, click the (GUID) subkey that corresponds to the network adapter that is connected to the network.
3. On the Edit menu, point to New, and then click DWORD (32-bit) Value.
4. In the New Value #1 box, type DhcpConnDisableBcastFlagToggle, and then press ENTER.
5. Right-click DhcpConnDisableBcastFlagToggle, and then click Modify.
6. In the Value data box, type 1, and then click OK.
7. Close Registry Editor.
So Vista isn't (formally) going counter to protocol, it's just going counter to a 15-year old custom. Nonetheless, Vista *can* cooperate, it just needs to be told not to raise the DHCP BROADCAST flag. And yes, that route goes via a registry modification.
In summary: a tropical storm in a teacup.
He works in marketing for Verbatim
which is totally what she said
Microsoft know exactly what the problem is, and know exactly how to fix it. They are being deceptive in their claim that they're not doing anything because Lundis are not cooperating. The bug is that they have decided to implement a legacy feature in DHCP, one that servers are not required to support, as being on by default in Vista. This was a legacy feature in 93, so there's no need for it to be on by default. In fact, the standard which specifies the flag states that the flag is for cases where you have no choice but to use it. The fact that it can be turned off in Vista shows this is not the case.
There are also reports that Cisco equipment won't work with it either.
If you can read this you've gone too far.
Actually, why should the provider CHANGE their config which works perfectly fine with OSes that follow standards? They were NOT the one deploying software, MS was, and MS failed to meet the standard.....and hence fucked these customers more than they have a few others.
Of course, not being able to get on the web does decrease the malware they get infected by.
It was clearly a simple typo.
Not a Twitter sockpuppet... but I wish I was.
The keys are like all next to each other!
Well, so what makes Microsoft so special that people MUST adapt to their breaking of standards? If the ISP accommodate Microsoft, shouldn't they also accommodate any other vendors who wrote buggy software? And when will it ends? I think the ISP is doing a fantastic job.
Right people here are discussing RCFs and wonder what is going on, well I live in Lund and here is my take on what has happened:
a)Per the RFC servers do not need to implement the broadcast flag, but it is a good idea if you want to support systems that use it.
b)Per RFC Vista doesn't need to clear the broadcast bit, but it is strongly recommended and setting it is intended for legacy clients only.
c)Lund's energi's network doesn't support the broadcast and thus Vista machines do not get an IP over DHCP since they set the broadcast bit.
d)For reasons we don't yet know, Lund energi won't implement a workaround on their server. I don't know enough about DHCP or their systems to tell why, so I guess there might be a technical issue or perhaps they are just being jerks.
e)The fix is to set a registry key, which is easy for technical users, but a pain for those who don't know about it.
My judgement is that Lund's energi has a shitty DHCP server and Vista is a shitty DHCP client. Since the fix is so simple ( adding a registry key ) this really ought to be a non-issue, but because Microsoft and Lund's energi are both incompetent crappy companies the end user is left with a problem that would actually be rather easy to resolve. Those in the know can work around it, but non-technical users are left without service while those responsible point the finger at one another. The sad thing is that this really isn't particularly surprising. Hmm, did I forget something? Oh yea, the article summary is wrong since there are scores of ISPs in Lund, and this only affects one of them. So yea, I'm not very surprised at all...
If by "modern", you mean "at least 1 gig of RAM", I guess that works.
I have tried it on a machine with 512 megs of RAM. It was Home Basic, and it was loaded down with HP crap, but no matter how much I cleared away, it still took several minutes to do anything. And I mean anything. Control panel? Two minutes. Internet Explorer? A minute and a half. It was ludicrous.
And I am fairly confident it was the RAM, because it was paging like mad. I did plug in a USB stick and used ReadyBoost while I was there, and it did improve things, but not by much.
Now, I know someone who upgraded from XP 64-bit to Vista, and basically raves about everything about it, and I don't blame her -- XP 64-bit sucked. She realizes that was a mistake, should've stayed on 32-bit. But Vista 64-bit isn't bad (finally catching up to Linux' 64-bit support), and it's generally been solid for her.
She also has, I believe, some 2 gigs of RAM.
Her advice to me was, less than a gig of RAM? XP is faster. A gig or more? Vista is faster.
Which makes me wonder what the fuck it's using half a gig of RAM for. I have Kontact (Outlook-like app, so email, calendar, etc), Konqueror (web browser), two IRC clients, Kopete (multi-IM client), KTorrent (bittorrent), and a Windows game open in Wine right now, and it's using less than 600 megs of RAM. Vista, apparently, uses at least that much just to show you a desktop -- I remember it being a gig or so paged (I'm not kidding) with nothing open other than the task list. What gives?
It's not Aero, by the way. I've had Beryl on this computer before, and right now, it's running KWin with everything turned on, which includes some Beryl/Aero-like features (including real drop shadows and transparency), and that doesn't use a significant amount of RAM, either.
The issue is that when you play media, your download slows. And there is absolutely no reason for this, and versions of Windows prior to Vista are not effected, all the way back to 95, probably 3.1.
And I actually do have a PC that doesn't do that. It runs Ubuntu. It also doesn't slow down when downloading, even torrents, because they use so little of my resources (aside from bandwidth) that I can do pretty much anything I was doing before (unless it's online).
Where'd you get this information?
Last I checked, they hadn't even acknowledged it as a bug. They were still insisting that it had to be this way in order to not have the music skip. (Well, guess what? My music doesn't skip even when I'm transferring stuff over Gigabit. Novel concept, I know.)
People complain that Linux is focused on throughput and not latency -- that is, that it'll make my desktop lag just so that background compile can run 2% faster. Here's a clear example of why you don't want to go too far the other way, though -- playing any audio at all on Vista slows your network down by 10%.
It may not be enough for you to notice, as that's still probably faster than your Internet. Probably. But it doesn't make it any less of a bug, no matter what Microsoft says.
That is and has been true, and occasionally various users find it better enough to make the switch. (Not all users do, obviously, and some never will.)
Being able to download fast while playing media is unarguably better than lagging. Being able to play a multiplayer
Don't thank God, thank a doctor!
From my understanding of the problem, Microsoft is no longer supporting the unicast response for DHCP like it did previously, even though that is the recommended way to do this. While Microsoft's implementation is valid (though not recommended), I can see why the ISP doesn't want to honor it. If a lot of Vista subscribers start doing this, there could potentially be a lot of broadcast packets. I.e. each time a Vista user connects, the DHCP server would send a broadcast response to everyone on the local subnet (which can be quite huge).
I remember scanning the broadcast network traffic years ago on my cable modem and it was tens to hundreds of DHCP requests packets per second. If most users start running Vista then this would double the broadcast traffic.
Broadcast should be avoided unless absolutely required.
This post is encrypted twice with ROT-13. Documenting or attempting to crack this encryption is illegal.
Comment removed based on user account deletion
"why should the provider CHANGE their config" Hmmmmm, to keep their CUSTOMERS, maybe?
No. If the provider changes their config that lets Microsoft customers remain Microsoft customers. Microsoft broke it, let Microsoft fix it. The provider's customers are free to use any other OS (including older Microsoft versions) while remaining provider customers.
Take an electric utility, for example, that runs house current at 220V (we're talking Europe). Should they drop that back to 120V just because a few customers bought an appliance from a company that couldn't manage to make it compliant with 220V, just to keep those customers? No, let the customers take it up with the appliance vendor. (Of course it's not an exact analogy, but at least it isn't a car analogy.)
-- Alastair
Do you really want Swedes on the Internet? I mean, aren't they like the Canada of Europe?
Politics is the art of looking for trouble, finding it everywhere, diagnosing it incorrectly and applying the wrong fix.