1. Another error 64?
After posting one of the reasons why ISA Server 2006 can come up with the generic error 64 in one of my posts, some readers asked me if this is the ultimate reason for this error. The answer is: it is not! Since the error 64 is generic it needs to be carefully interpreted, my previous post about this error mentions the “error 64” with the message: “host not available”.
This post will explain in more details why the error message below showed in the ISA Server 2006 Logging could occur while you are browsing Internet.
Figure 1 – Another error 64.
The error above was caught while the user was trying to browse www.fabrikam.com and download the Windows XP SP2 file. To simulate this problem I used the following lab:
Figure 2 – Lab used to simulate this problem.
2. Understanding the nature of this error
The 64: “The specified network name is no longer available” is a win32 error originally called ERROR_NETNAME_DELETED, this error is mapped in the winerror.h as:
In the network level, this problem could be cause by:
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.
Which means that is more under the TCP/IP level, which is controlled by the Windows OS rather than ISA Server itself.
3. Simulating the Problem
To simulate this problem I used a tool called Network Emulator for Windows and added high latency and random packet loss. Besides I also used the Web Application Stress Tool to add more load to my web server and really simulate a situation where server is busy. Now let’s take a look in the netmon trace got from the external interface of the ISA Server:
ISA Server sends the HTTP GET for the destination server:
Destination server sends the answer:
A HTTP GET is sent to get the XP SP2 file:
Destination server answers:
The file starts to be transferred:
Suddenly the destination server resets the connection:
At this point the session was lost and the error showed in figure 1 appeared in the log.
What it is important for you after reading this post is to really understand that ISA Server for scenarios like this only externalize the problem. You need to focus on the real problem and start that by verifying:
· Which device is in between ISA and Internet?
o Don’t think that just because you have only a router in front of ISA Server that you will be “free of errors”. Routers do have updates and potential problems also.
· Can you sniffer the outside traffic to have the real picture of what comes into your network before hits the external interface of ISA Server?
o If you get the netmon trace only on the external interface of ISA and you have more devices in front of it you could be masquerading the real issue since you can’t see the clear traffic.
· If ISA is really the edge device, make sure that network interface card is update, the switch where ISA is connected is working properly, etc.
o Many administrators are only concern with updates on the OS level and forgot to address key updates do the drivers and active network devices.
Almost of the time the investigation of those errors occurs around ISA Server rather than in ISA Server itself. Keep your mind open to a broader set of possibilities instead of focus all our time and efforts in troubleshoot only ISA Server.