Network connectivity problems have various causes, but they typically occur because of incorrect network adapters, incorrect switch settings, faulty hardware, or driver issues. Some connectivity symptoms are intermittent and do not clearly point to any one of these causes.
Common causes of connectivity problems are as follows:
- Network adapters and switch ports have mismatching duplex levels or transfer speed settings.
- Network adapters or switches with transmission rates of 10/100 megabits per second (Mbps) do not switch over correctly. Some autosense settings may not correctly detect the speed of some network adapters.
- The network adapter is incompatible with the motherboard or other hardware or software components and drivers.
Typical error messages include the following:
Error 55: "The specified network resource is no longer available" (ERROR_DEV_NOT_EXIST).
Error 64: "The specified network name is no longer available" (ERROR_NETNAME_DELETED).
Error 121: "The semaphore timeout period has expired" (ERROR_SEM_TIMEOUT).
Error 1231: "The remote network is not reachable by the transport" (ERROR_NETWORK_UNREACHABLE).
The system event logs of the client computer may show any one of the following entries:
Type: Warning
Source: MrxSmb
Event ID: 50
Description:
{Lost Delayed-Write-Data} The system was attempting to transfer file data from buffers to \Device\LanmanRedirector. The write operation failed, and only some of the data may have been written to the file.
Type:Warning
Source:MrxSmb
Event ID: 3013
Description:
The redirector has timed out to ServerName
Type:Warning
Source:MrxSmb
Event ID: 3036
Description:
The redirector detected a security signature mismatch. The connection has been disconnected.
There may be multiple occurrences of the following TCPIP 4201 entry in the event logs:
Type:Information
Source: TCPIP
Event ID: 4201
Description:
The system detected that network adapter Compaq NC6134 Gigabit NIC was connected to the network, and has initiated normal operation over the network adapter.
A single TCPIP 4201 event is typical after you restart the computer or after you disable or enable the network adapter.
Troubleshooting
To troubleshoot network adapter problems, follow these steps:
- Use the Ping or PathPing command-line tools to test basic connectivity. Use Ping to isolate network hardware problems and incompatible configurations. Use PathPing to detect packet loss over multiple-hop trips.
To watch Ping statistics, use the ping -tcommand. To see statistics and continue, press CTRL+BREAK. To stop, press CTRL+C. If you detect lost packets in the statistics output, it indicates networking problems up to Open Systems Interconnection (OSI) layer 3 (IP-level connectivity).
If the remote system that you ping is across a high-delay link, such as a satellite link, responses may take longer. Use the -w (wait) switch to specify a longer time-out.
- Check the event logs for network-card-related entries or connectivity-related entries.
For more information, click the following article number to view the article in the Microsoft Knowledge Base:
308427 How to view and manage event logs in Event Viewer in Windows XP
- Check whether the network adapter is on the Microsoft Hardware Compatibility List (HCL).
- Check other computers that use the same default gateway that are plugged into the same hub or switch. If these computers do not experience network connectivity problems, the problem may be a faulty network adapter on one computer.
If this is the case, update the network adapter driver to the latest version. - Contact the vendor of each motherboard and update the BIOS of the boards. Some network adapters and motherboards or BIOS versions are incompatible. Obtain the latest version from the vendor's Web site or contact your hardware vendor.
- Check the network adapter and uplink hardware (hub or switch) for common settings. Make sure that all complementing network resources (network adapter, hub, and switch) are set to the same speed and duplex level. If the media type is set to autosense, autosensing, or autodetect, or "Auto Select," make sure that all components are autosensing correctly.
On some switches, a duplex setting of Auto may cause it to use half-duplex. You may have to force it to use full-duplex.
Reset the switch, restart the client, and test the connectivity.
Put the client and the server on a passive hub. If communication resumes, the problem may be caused by an incorrect network switch configuration.
For more information about how to configure the devices, contact your hardware vendor. - Manually set the network adapter of the computer that has connectivity problems to half-duplex and a lower speed.
Connect the system to a switch that is configured to half-duplex and 10-Mbps, or use a 10-Mbps hub, to see whether connection can be established at a lower transmission speed.
To increase performance, increase the speed settings manually to 100 Mbps, and then restart the computers. Test for network connectivity loss, increase the setting to full-duplex, and then restart the computers. If network loss occurs, reduce the duplex setting and the speed to the previous settings. - Swap the network cable between the failing system and the hub or switch.
- Replace the network adapter with a network adapter that has been tested and proven reliable. To do this, follow these steps:
- Remove the network adapter diagnostics program.
- Remove the network adapter in Network properties.
- Install the new network adapter.
- Run Network Monitor at the same time on both ends of the network connection. After you filter the traces on the addresses of the two systems, compare both traces to see whether you can see the same traffic.
Use TCP Retransmit, the Network Monitor Experts tool, to detect TCP retransmissions. To do this, follow these steps:
- Start Network Monitor.
- On the Tools menu, click Experts, and then click TCP Retransmit in the navigation pane.
- Click Add to Runlist.
- Click Run Experts.
If frames are missing in one of the traces, check all intermediate cabling, hubs, switches, and routers for hardware or configuration errors.
In Network Monitor, view the Capture Statistics summary frame. This frame is the last frame of the trace. If it contains a value other than 0 in the following statistic counters, the connectivity problem may be caused by a hardware or configuration problem:
STATS: MAC CRC Errors = 0
STATS: MAC Frames Dropped due to HardWare Errors = 0