Oh good grief... So, I'm away from the office in a VMWare class, and find that the part time IT guy in the office did a test, and it seems to confirm that the DC is holding onto 192.168.61.30.
He pinged the address from his box, checked his arp table, and the MAC address for the DC shows. He then pulled the cable from the DC, pinged again, and had no entries in the ARP table. I'm querying him on whether he got a response to the ping at the prompt, or if the only evidence was an entry in the ARP table in his machine. Any more thoughts? On Fri, Oct 29, 2010 at 22:49, Kurt Buff <[email protected]> wrote: > All, > > I'm in the US, and have a problem in our AU office that I'm having > difficulty wrapping my brain around. I have a theory, but it is still > a strange situation, and any feedback anyone can provide would be > appreciated. > > The AU office has a server, which I've just recently stood up, using > an address assigned by DHCP. This is not ideal, obviously, but the > thing refuses to take the static IP address that it's slated to get > (192.168.61.30.) It's a VM on a new ESXi server. > > When I try to assign it the static address, it keeps getting an error > message that another machine has the address. > > However, when I ping the IP address that the machine refuses to use, I > get no answer. > > When I use netmon on the VM in the AU office to capture ARP traffic, I > get a MAC address that's for the DC. However, the DC has never had > 192.168.61.30 - it's been 192.168.61.31 all its life in the AU office. > > I've even fired up regedit on the DC to search for the IP address, and > all I'm showing is the one it's supposed to have - 192.168.61.31 > > I'm more than a little baffled by this one. > > One thing I should note, just because: The DC in the AU office is a > machine that had been used in the US office about two years ago. We > did a P2V on it, and the VM from that still lives on in the US office. > They do share a MAC address (I don't know why, as I would have > expected the the MAC to change when it got the virtual NIC), but > AFAICT this shouldn't make a difference, since they are in different > subnets entirely, with different addresses. > > Anyone have thoughts on this? > > Kurt > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
