Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

Network Load Balancing (NLB) clients cannot connect to the Windows Server 2008 NLB cluster by using the virtual IP address when NLB is running in multicast mode


View products that this article applies to.

Symptoms

Consider the following scenario:
  • The Network Load Balancing (NLB) feature is enabled on a Windows Server 2008-based computer.
  • NLB is configured to run in multicast mode.
  • There is a router between the NLB cluster nodes and the client devices.
  • The NLB cluster nodes have not recently communicated with any device on the client's subnet.
In this scenario, clients may experience intermittent connectivity failures when they try to communicate with a server that is part of this NLB cluster. Attempts to connect to the node-specific IP are successful. Outbound connection attempts from any NLB server nodes that use a node-specific IP are also successful.

↑ Back to the top


Cause

When you try to respond to a client on a different subnet, the server must first send an ARP request for its default gateway. In multicast mode, this ARP request contains a combination of the unicast Virtual IP of the cluster and the multicast MAC address of the interface. Because some routers are designed or configured not to reply to packets with this mix of unicast and multicast, the server cannot discover the address of the default gateway. Therefore, the server cannot respond to the client's request.

↑ Back to the top


Resolution

Hotfix information

A supported hotfix is available from Microsoft. However, this hotfix is intended to correct only the problem that is described in this article. Apply this hotfix only to systems that are experiencing the problem described in this article. This hotfix might receive additional testing. Therefore, if you are not severely affected by this problem, we recommend that you wait for the next software update that contains this hotfix.

If the hotfix is available for download, there is a "Hotfix download available" section at the top of this Knowledge Base article. If this section does not appear, contact Microsoft Customer Service and Support to obtain the hotfix.

Note If additional issues occur or if any troubleshooting is required, you might have to create a separate service request. The usual support costs will apply to additional support questions and issues that do not qualify for this specific hotfix. For a complete list of Microsoft Customer Service and Support telephone numbers or to create a separate service request, visit the following Microsoft Web site: Note The "Hotfix download available" form displays the languages for which the hotfix is available. If you do not see your language, it is because a hotfix is not available for that language.


Important Windows Vista and Windows Server 2008 hotfixes are included in the same packages. However, only one of these products may be listed on the “Hotfix Request” page. To request the hotfix package that applies to both Windows Vista and Windows Server 2008, just select the product that is listed on the page.

Prerequisites

To apply this hotfix, the Network Load Balancing feature must be installed on the Windows Server 2008-based computer.

Restart requirement

You do not have to restart the computer after you apply this hotfix.

Hotfix replacement information

This hotfix does not replace a previously released hotfix.

File information

The English version of this hotfix has the file attributes (or later file attributes) that are listed in the following table. The dates and times for these files are listed in Coordinated Universal Time (UTC). When you view the file information, it is converted to local time. To find the difference between UTC and local time, use the Time Zone tab in the Date and Time item in Control Panel.

Windows Vista and Windows Server 2008 file information notes

The .manifest files and the .mum files that are installed in each environment are listed separately in the "Additional file information for Windows Server 2008 and for Windows Vista" section. These files and their associated .cat (security catalog) files are critical to maintaining the state of the updated component. The .cat files are signed with a Microsoft digital signature. The attributes of these security files are not listed.
For all supported x86-based versions of Windows Server 2008
File nameFile versionFile sizeDateTimePlatform
Nlb.sys6.0.6001.22374197,63211-Feb-200903:29x86
For all supported x64-based versions of Windows Server 2008
File nameFile versionFile sizeDateTimePlatform
Nlb.sys6.0.6001.22374243,71211-Feb-200903:59x64
For all supported IA-64-based versions of Windows Server 2008
File nameFile versionFile sizeDateTimePlatform
Nlb.sys6.0.6001.22374570,88011-Feb-200902:54IA-64

↑ Back to the top


Workaround

To work around this problem, create a static ARP entry on each NLB node for the gateway. If you cannot do this, use some method for creating an outbound connection to a non-local device from the NLB node to populate the ARP cache. This method must support continuous communication between the devices to prevent the ARP cache entry from timing out.

↑ Back to the top


Status

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.

↑ Back to the top


More Information

The specific symptoms that you experience depend on the switch or the router and how it reacts to ARP when ARP is using both unicast IP and multicast MAC.

Additionally, a network sniff might be required to confirm the presence of the problem that is described in the "Cause" section. If the sender MAC address starts with "03-BF," this means that NLB is using the following multicast MAC address:
SendersMacAddress: 03-BF-0A-1E-04-06

Additional file information for Windows Server 2008

Additional files for all supported x86-based versions of Windows Server 2008
File nameFile versionFile sizeDateTimePlatform
Package_for_kb960916_sc_0~31bf3856ad364e35~x86~~6.0.1.0.mumNot Applicable1,42311-Feb-200916:35Not Applicable
Package_for_kb960916_sc~31bf3856ad364e35~x86~~6.0.1.0.mumNot Applicable1,42211-Feb-200916:35Not Applicable
Package_for_kb960916_server_0~31bf3856ad364e35~x86~~6.0.1.0.mumNot Applicable1,42311-Feb-200916:35Not Applicable
Package_for_kb960916_server~31bf3856ad364e35~x86~~6.0.1.0.mumNot Applicable1,43011-Feb-200916:35Not Applicable
X86_microsoft-windows-n..ncing-networkdriver_31bf3856ad364e35_6.0.6001.22374_none_ae4bea2531bcbaab.manifestNot Applicable4,34311-Feb-200905:54Not Applicable
Additional files for all supported IA-64-based versions of Windows Server 2008
File nameFile versionFile sizeDateTimePlatform
Ia64_microsoft-windows-n..ncing-networkdriver_31bf3856ad364e35_6.0.6001.22374_none_ae4d8e1b31bac3a7.manifestNot Applicable4,34911-Feb-200905:06Not Applicable
Package_for_kb960916_server_0~31bf3856ad364e35~ia64~~6.0.1.0.mumNot Applicable1,42711-Feb-200916:35Not Applicable
Package_for_kb960916_server~31bf3856ad364e35~ia64~~6.0.1.0.mumNot Applicable1,43411-Feb-200916:35Not Applicable
Additional files for all supported x64-based versions of Windows Server 2008
File nameFile versionFile sizeDateTimePlatform
Amd64_microsoft-windows-n..ncing-networkdriver_31bf3856ad364e35_6.0.6001.22374_none_0a6a85a8ea1a2be1.manifestNot Applicable4,35511-Feb-200906:22Not Applicable
Package_for_kb960916_sc_0~31bf3856ad364e35~amd64~~6.0.1.0.mumNot Applicable1,43111-Feb-200916:35Not Applicable
Package_for_kb960916_sc~31bf3856ad364e35~amd64~~6.0.1.0.mumNot Applicable1,43011-Feb-200916:35Not Applicable
Package_for_kb960916_server_0~31bf3856ad364e35~amd64~~6.0.1.0.mumNot Applicable1,43111-Feb-200916:35Not Applicable
Package_for_kb960916_server~31bf3856ad364e35~amd64~~6.0.1.0.mumNot Applicable1,43811-Feb-200916:35Not Applicable
For more information about software update terminology, click the following article number to view the article in the Microsoft Knowledge Base:
824684 Description of the standard terminology that is used to describe Microsoft software updates

↑ Back to the top


Keywords: kb, kbclustering, kbsurveynew, kbautohotfix, kbexpertiseadvanced, kbfix, kbqfe, kbhotfixserver

↑ Back to the top

Article Info
Article ID : 960916
Revision : 1
Created on : 1/7/2017
Published on : 10/8/2011
Exists online : False
Views : 160