

If the other brand are working fine then it is not related to the issue this thread deals with rather with drivers. Check for a simmilar setting to the one I recommended above in the broadcom drivers and if you can't find one disable the 'allow computer to turn off this device to save power' setting under the power tab in the driver. This will prevent the computer from sleeping the NIC when it goes into suspend and should prevent the issue.
Well, a clarification I guess. I have seen the log entries on the Intels but it is the Broadcoms that have been causing bigger usability problems. I've been through a variety of different driver versions and settings for auto-negotiation, although I haven't tried anything like "wait for link." I'm not seeing a setting like that on the Broadcom drivers. I've been loathe to disable allowing Windows to turn off the NIC because that also means my ability to Wake-on-LAN the computers goes away.
A question: With this issue are you just seeing the log entries and/or Group Policy failures or are you getting real logon errors? For the Broadcoms, when users try to logon I will intermittently get "no logon server is available to service the logon request" if they try to use a domain account. As I mentioned above, if I login with a local account Windows acts like it is trying to get an IP/identify the network then it seems to give us and say we're unplugged.
Last edited by Bitmapped; 8th September 2011 at 01:50 PM. Reason: details regarding Broadcom drivers
Is there any further information on whether the Hotfix is now available? I am having this same problem. The main effect I am noticing, other than the Netlogon/GP/Time Service errors, is that after perhaps an hour my Win7 client drops all mapped drives and is unable to connect to the server (SBS 2003). It retains internet access. However, if I open a program that needs access to a database on the server BEFORE the connection is dropped, the client retains access to the server indefinitely whilst this program is running. Once the connection is dropped, the only way to reconnect is to log out and log back in (or restart, obv.). I am connected to the server via a switch. Will try the workarounds suggested above.
I have 4 Win7 clients and 2 XP, and am only seeing the problem on 1 laptop. Haven't yet been able to narrow it down why - the only obvious difference is that it's an oldish machine with a slow processor, originally XP, reformatted and Win7 installed (have not yet updated to SP1). The ethernet NIC is not any of the models previously mentioned.
Is the hotfix already public?
The RegKey "DhcpConnForceBroadcastFlag" works for me.
But i need a hotfix :-(
Also having problems with running GPO's on startup caused by this bug.
We disabled the firewall for the public profile as workaround in PC rooms and fixed desktop computers, but for laptops we don't like to do this.
A hotfix would be great to have!
Try this Hotfix:
http://hotfix.chris123nt.com/Windows...530-v3-x86.msu
It will fix the problem!
Hi,
Microsoft have now finically release the hotfixThe KB number is 2459530 hope this helps everyone, its been a long time coming.
Edd

Roll on Windows 7 SP2. I think it's going to address a lot of issues when it's released next year!
First of all thanks for that bunch of information on that nasty 5719 Errors!
We're also seeing these errors (along with some others related to Group-Policy (Computer-part) and time-service) in the eventlog of every Windows 7 computer we have in our environment.
These computers are connected to the LAN (they're lenovo notebooks with embedded Intel NICs) and everything works quite normal from the user's perspective, but the errormessages do not stop to show up on every reboot of the machine.
I was very glad when I saw that there is a hotfix available and quite curious if it would help in our environment, but unfortunately it doesn't fix our issues.
What I tried up to now beside of the hotfix installation:
- Used a PC without virus scanning software and without local firewall (we're not using windows firewall but Mcafee HIPS)
- Set the parameter "wait for link" to enabled on the NIC advanced settings (no changement)
- checked switch port settings (Cisco environment, spanning tree "portfast" option is enabled)
- played around with dependencies of the netlogon service
What else could I do now to stop this annoying messages?
Last edited by mradel; 20th December 2011 at 10:23 AM.
There are currently 1 users browsing this thread. (0 members and 1 guests)