Discussion Locked

Name Resolution

0 helpful
13 replies
Closed to new repliesThis discussion is closed. It stays readable, but it takes no new replies.

I have been fighting this problem for some time now and I hope someone can help. I have a network latency when I do a ping with a computer name (ping computer_name), but when I ping with an IP the response is immediate. I run an NT network. The latency when pinging with name is about 15 seconds and this can sometimes cause a problem with SQL databases. I have tried setting up a new WINS server, set LMHOSTS file and nothing seems to help. Does anyone have any ideas?

Thanks

13 replies

by ann777

Where is your DNS server? What are the specs of it? How overloaded is it?

You might also want to do a TRACERT to find the path that you're taking when pinging a particular computer. You can do a tracert by name or ip as well.

by xpertdragon

I have noticed a similar situation in my environment, which involves a private or generic if you will IP range, such as the 192.168.X.X. range of addresses. Is this true for your LAN environment? I am not doubting that there is a hesitation that involves DNS name resolution. There just may be that inevetable hesitation going across your network. Is it really important for it to respond to your Ping any quicker?

Paul M. Chavez

by curlergirl

In addition to making sure that the workstations have the WINS server's address in their TCP/IP settings, I'd try forcing the workstations into H-node. I'm not sure how to do this manually (supposedly setting a WINS server name in TCP/IP settings does this, but I don't trust it). I always use the DHCP WINS/NBT Node type scope option to do this. If you are using DHCP, simply go to the scope options, add the WINS/NBT Node type option and select 0x8 (H-node) as the setting. (Then make sure to wait until the workstations have renewed their DHCP leases - or force the lease renewal - before expecting any change in behavior!) This will ensure that the workstations try using the NetBIOS name server (i.e., WINS server) first, then broadcast, and then DNS. This SHOULD speed things up if the problem is, in fact, that the workstations are trying to use DNS first (which is very often the cause of this type of slowness in name resolution). Assuming that the problem isn't simply that your WINSserver is overloaded and can't respond quickly enough. . .

P.S. If having an LMHOSTS file doesn't help then something must be wrong with your LMHOSTS file, or the workstations are not set to use the LMHOSTS file. Normally, if a workstation is operating with all three options set - WINS, LMHOSTS and DNS - it will try using the local name cache first, which is where the LMHOSTS information is stored.

Hope this helps!

by mcarswell

you may want to make sure that you have #PRE After the Lmhost name listing this should allow the clients to pre load this information in to cache.

by mcarswell

you may want to make sure that you have #PRE After the Lmhost name listing this should allow the clients to pre load this information in to cache.

This discussion is closed to new replies.