Expected Behavior of Multiple Adapters on Same Network

Last reviewed: March 20, 1998
Article ID: Q175767
The information in this article applies to:
  • Microsoft Windows NT Workstation version 4.0
  • Microsoft Windows NT Server version 4.0
  • Microsoft Windows NT Server, Enterprise Edition version 4.0 - Microsoft Cluster Server

SUMMARY

If you configure a computer running Windows NT with more than one network adapter on the same physical network and subnet, the behavior may or may not be as expected as compared to other implementations. This article discusses expected behavior of this type of nonstandard Windows NT configuration.

MORE INFORMATION

Consider the following configuration of a computer running Microsoft Windows NT:

  • A working computer with Microsoft Windows NT installed.
  • Two network adapters connected to the same physical network (or hub).
  • TCP/IP installed as the network protocol
  • Adapter addresses on the same subnetwork 192.168.0.1 and 192.168.0.2
  • Assume a client on the network uses the address 192.168.0.119

With the above configuration, some administrators may expect the two adapters on the same network and protocol subnetwork to perform some kind of load balancing. By definition of the Ethernet network topology, only one adapter may communicate on the network at the same time. Therefore, both adapters cannot be transmitting at the same time and must wait if another device on the network is transmitting. Additionally, broadcast messages must be handled by each adapter as they are both listening on the same network. If anything, this configuration requires more overhead, not taking into consideration any protocol-related issues. This configuration is not a good method to provide a redundant network adapter for the same network.

Assume that the server needs to send a packet using the TCP/IP protocol to a client with the address 192.168.0.119. This address is on the local subnet, so use of a gateway is not required to reach the client. The protocol stack uses the first route it finds in the local routing table. This is typically the first adapter installed, which, in this case, is 192.168.0.1. If the transmission fails, subsequent retries may use the same adapter according to the entry found in the routing table.

If the network cable for the 192.168.0.1 adapter fails, this does not necessarily cause the routing table to be updated with the removal of the route. Therefore, the second adapter still may not be used.

Another consideration is that some network applications bind to specific adapters in the system. If a network application were to bind to the second adapter specifically, application-related traffic received from clients on the first adapter may be ignored by the application. This may be a result of NetBIOS name registration on the network. Additionally, if the adapter fails to which the application is bound, the application may fail if it does not decide to use the other adapter. Depending on the application, the other adapter may or may not be used.

In most instances, unless applications specifically demand, this type of configuration is not beneficial. Some manufacturers make fault-tolerant network adapters to guard against a single point of failure. These adapters allow two adapters to be placed in the same server, but only allow use of one adapter at a time. If the primary adapter fails, the driver deactivates the first card and activates the second with the same address configuration. The end result is a fairly seamless transition to the alternate adapter. This is the preferred method to guard against a single network adapter as a single point of failure.

Microsoft Cluster Server

Microsoft Cluster Server (MSCS) does not make use of additional adapters on the same network and relies on existing features of the TCP/IP protocol. In the event of adapter failure, the software does not automatically try to register IP Address Resource addresses on the other adapter. If you want to avoid a single network adapter as a single point of failure, consider use of a fault-tolerant network adapter set as mentioned previously in this article.


Additional query words: adaptec multihomed multi-homed MSCS
Keywords : ntsetup NTSrvWkst kbnetwork
Version : WinNT:4.0
Platform : winnt
Issue type : kbinfo


THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.

Last reviewed: March 20, 1998
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.