WINS Client Fails to Reach a Multihomed Server (139985)

CAUSE

When a WINS client tries to reach a multi-homed server, the following occurs:

1. The client requests the WINS server, and gets back a list of IP addresses (for the multi-homed server)
2. From this list, the client tries to choose a "local" IP address (on the same subnet as itself), and builds a sublist containing only those "local" addresses
   
   
   1. If this sublist of "local IP addresses" is not empty (maybe multiple server addresses on the same subnet), the client randomly picks an IP address from this sublist.
   2. If this sublist is empty (no address on the same subnet), the client randomly picks an IP address from the original list.
3. Using this chosen IP address as the destination, the client then tries to establish the TCP connection with the multi-homed server.

The problem is in step 2:

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 157.9.5.5 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....