Article ID: 139985 - View products that this article applies to.
This article was previously published under Q139985
This article has been archived. It is offered "as is" and will no longer be updated.
When the Windows NT Windows Internet Name Service (WINS) resolves a Multi- homed name, it gives an unreachable address to the client.
To reach a multi-homed server, the client sends a request to WINS and gets back a list of IP addresses. From this list, the client chooses an address which is on the same subnet as itself. In some cases (depending on the netid value), the client incorrectly picks an address that is not on its subnet (not local) and depending on the network topology, it may then not be able to reach the multi-homed server.
When a WINS client tries to reach a multi-homed server, the following occurs:
Depending on the netid values, the client may build an incorrect sublist of local addresses by including addresses which are NOT on the same subnet. It then randomly picks an IP address from this sublist. As a result, the chosen IP address may not be on the same subnet.
The problem appears for all the values in which "1" bits in the client's netid appear at the same position in the server netids. For example, suppose the client's IP address is 126.96.36.199 and the subnet mask is 255.255.0.0. The client's netid is 157.9 which is 10011101.00001001 in binary. In this case, all IP addresses with netids in the form 1XX111X1.XXXX1XX1 will be considered as "local". This is the case in particular for addresses like 157.11.x.y, 157.13.x.y, 157.15.x.y....
This problem has been corrected in the latest Service Pack for Windows NT version 3.51.
Microsoft has confirmed this to be a problem in Windows NT versions 3.5 and 3.51, Windows for Workgroups version 3.11, and Windows 95. This problem was corrected in the latest Windows NT 3.51 U.S. Service Pack. For information on obtaining the Service Pack, query on the following word in the Microsoft Knowledge Base (without the spaces):
Contact us for more help