Solved

Random IP Addresses within DHCP Drop Packets When Accessing Resource At Remote Location

Posted on 2007-11-20
5
375 Views
Last Modified: 2012-08-14
I have a Windows 2003 Domain that is supported by two DCs that each also are configured as DHCP Servers which lease IP Addresses to my 300 Dell Optiplex Client Machines. The addresses they lease are 172.16.2.x & 172.16.3.x
I have recently noticed that some clients that receive an IP Address of 172.16.3.x are unable to access HTTP resources properly at my parent companies site. When try they try, page either partically loads or they get the page cannot be displayed message.
What is even stranger is that the problem seems to travel with the IP Address. In that when the lease expires and it is assigned to a new client, then that client has the problem accessing the resource. So it does not appear to be a hardware problem.
I have looked at all the switches and routers concerned and they appear to be functioning as they should. I cannot notice any CRCs or alarming Retransmits.

I have used ethereal to monitor the network but again cannot see anything that i would deem relevant.
Can some assist me on this matter.
0
Comment
Question by:biggiesmallzz
  • 3
  • 2
5 Comments
 

Expert Comment

by:tedf
ID: 20325427
Are your DHCP servers and clients on the same or different subnets?  What mask and default router is being issued by each DHCP server?
0
 

Author Comment

by:biggiesmallzz
ID: 20326237
Both DHCP Servers are on the same subnet and use the same router as the default gateway.
0
 

Expert Comment

by:tedf
ID: 20332465
Is it one specific address out of 172.16.3.x, or several?  Are there any left over or out of order firewall statements anywhere between the source and the destination?  Does this only happen on addresses out to the parent coompany (i.e. can the affected machine reach interior addresses on the same or different subnet, or addresses other than the parent company but outside the local network)?  If all of the Dell clients are on the same subnet, are they getting a mask of 255.255.255.0 or 255.255.254.0?
0
 

Author Comment

by:biggiesmallzz
ID: 20345405
1. Bizarrely only specific addresses out of the 172.16.3.x address range are affected. The addresses are not sequential either.
2. The firewall does not treat the rouge ip addresses differently from working ip addresses. The rouge ip addresses are also not malformed on their way to the firewall.
3. This problem only happens to addresses on their way to the parent company.
4. These affected machines can reach interior addresses on the same subnet.
5. Addresses other than the parent company can be reached.
6. All clients whether they have a 172.16.3.x or 172.16.2.x address have the same subnet which is 255.255.240.0

0
 

Accepted Solution

by:
biggiesmallzz earned 0 total points
ID: 21213283
After some very painfull discussions with the third party who maintanis the managed routers, it became clear that the root cause of the problem was with the routers after all.
0

Featured Post

Efficient way to get backups off site to Azure

This user guide provides instructions on how to deploy and configure both a StoneFly Scale Out NAS Enterprise Cloud Drive virtual machine and Veeam Cloud Connect in the Microsoft Azure Cloud.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
Losing network connectivity 8 110
Port forwarding 14 173
Unifi AP 4 85
EIGRP - redistribute without the default route 5 55
I see many questions here on Experts Exchange regarding switch port configurations and trunks. This article is meant for beginners in the subject to help to get basic knowledge about Virtual Local Area Network (VLAN (http://en.wikipedia.org/wiki/Vir…
Introduction Many times we come across a slowness or instability between two hosts, and almost always we blame the poor networking guys, just because they're an easy target.  Sometimes we forget that other factors including disk bottlenecks, CPU …
Here's a very brief overview of the methods PRTG Network Monitor (https://www.paessler.com/prtg) offers for monitoring bandwidth, to help you decide which methods you´d like to investigate in more detail.  The methods are covered in more detail in o…
In this tutorial you'll learn about bandwidth monitoring with flows and packet sniffing with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're interested in additional methods for monitoring bandwidt…

856 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question