?
Solved

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

Posted on 2007-11-20
5
Medium Priority
?
379 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
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 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

New feature and membership benefit!

New feature! Upgrade and increase expert visibility of your issues with Priority Questions.

Question has a verified solution.

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

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…
WARNING:   If you follow the instructions here, you will wipe out your VTP and VLAN configurations.  Make sure you have backed up your switch!!! I recently had some issues with a few low-end Cisco routers (RV325) and I opened a case with Cisco TA…
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…
Monitoring a network: how to monitor network services and why? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the philosophy behind service monitoring and why a handshake validation is critical in network monitoring. Software utilized …
Suggested Courses

764 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