From: John on

"Janet" <janet(a)nospam.com> wrote in message
news:ee9S%23BOoIHA.3428(a)TK2MSFTNGP02.phx.gbl...
>
> "John" <a> wrote in message news:e5EWH8BoIHA.5836(a)TK2MSFTNGP04.phx.gbl...
>
>> You sure got me scratching my head. My wild guess is the subnet is too
>> small (there are more devices than available IPs)? Or the DHCP (Cisco
>> Aironet?) needs a bug fix? Does it have the latest firmware?
>
> The problem was isolated to the Mac computer. When I asked the user if
> it was programmed for DHCP, he said he "wasn't sure" and he'd "check it
> out." There hasn't been any trouble since then.

Would you be able to find out what the user "checked out" on his Mac?


From: Janet on
"John" <a> wrote in message news:OxvHWhOoIHA.3960(a)TK2MSFTNGP02.phx.gbl...

> Would you be able to find out what the user "checked out" on his Mac?

HAHA. I doubt it. You know, I'm just wondering if this guy had something
"unusual" (meaning "shady") set up that was causing this and, when
confronted
with an office full of disconnected employees, quietly stopped doing
whatever
it was.

I've been mulling over scenarios that might produce the "conflicting IP
address"
popups due to nefarious activities, and I can't come up with anything that
would do it even after changing the inside IP addressing subnet except for
maybe having two devices with identical MAC addresses (via mac-clone
or something.) Having never tried it myself, I'm not sure how a DHCP
server would handle that. But even in that scenario, how would it trigger
the "conflicting IP" popup if it thought it was the same device? Or is
there
something besides the MAC address floating around in the packets that
could reveal such a thing and trigger it?

Another possibility, I suppose, is he was running something that attempts
to masquerade as another wireless client for nefarious ends. Our Cisco
AP's/managed switch is setup to prevent client-to-client traffic.

Oh well. I'm not in a position to pursue it any further now that things are
back to normal.


From: smlunatick on
On Apr 17, 7:12 pm, "Janet" <ja...(a)nospam.com> wrote:
> I understand about the iPhone.  That's why I mentioned it.
>
> There are three items on the network that are assigned a static IP address:
> the managed switch, the DSL router and one computer.  During the
> troubleshooting, I changed all of these to different addresses in the
> original
> subnet 192.168.0 as well as the new one 10.0.0, yet the "conflicting IP"
> popup returned.  So that doesn't explain it.  Also, the DHCP table of
> assigned IP's never showed any conflicts.  The DHCP server can hand
> out 200 addresses (far more than we'll use) and all the devices with static
> assignments are outside this range, of course.
>
> I understand what you're saying about a "rogue" DHCP server on the
> network.  However, how would that explain the "conflict" popups
> after the subnet change from 198 to 10?  In other words, how could
> this second DHCP server decide to begin assigniong 10. addresses
> after I changed the network numbering scheme?
>
> The problem was isolated to a Mac computer.  I asked the user if
> it was programmed for DHCP.  He said he "wasn't sure" and he'd
> "check it out."  There hasn't been any trouble since then.
>
> I suppose this will be one of those mysteries that I'll take to
> my grave unsolved.
>
> "smlunatick" <yves...(a)gmail.com> wrote in message
>
> news:dcbefb3b-9f92-470c-8384-d5437bd33106(a)24g2000hsh.googlegroups.com...
>
> The problem is that the iPhone is also a "wireless" device which can
> be set with an IP address that is used on your network.  You must have
> a few IP addresses that might not be "changed" to 10.0.0.xx.
> Routers / AP , printers / print servers and servers do not usually use
> DHCP assigned addresses.
>
> Or the iPhone is also behaving as a DHCP "server" assigning IP
> addresses.  It could over lap your network.

If you checked the PCs and discover that one assigns a static IP, if
your DHCP assigns the same IPs within the same subnet, if the DHCP
service does not have advanced features (locating and isolating
conflicting IP address) then you could get such an error.
From: Phillip Windell on
"Janet" <janet(a)nospam.com> wrote in message
news:OubqmxBoIHA.4904(a)TK2MSFTNGP03.phx.gbl...
> If we assume that, say, the Mac isn't DHCP and has an address programmed
> into its stack (I'll go check it myself,) why would there be an IP address
> conflict reported even on the new subnet? If, say, the Mac had
> 192.168.0.1
> programmed into its stack, how would it conflict with any 10.0.0.X
> address?

How in the world did you re-address and whole network that fast???

If you only changed the DHCP Scope that may take 4 days to fully take effect
unless you went around and rebooted every machine or did a IPConfig
/release/renew. And then after that you would still have to adjust devices
that don't use DHCP,...and then after that adjust any Applications that have
communication functions that may be effected by the change. It could takes
days or maybe even weeks to correctly re-address a company network if it is
anything more complicated than a "home-user" network.

I suspect that not all the machines had moved to 10.* by that point and
conflict just simply still existed on the 192.*

Another thing is that you can only have an IP# conflict on a single pair of
machines (the valid one and the intruder),...you can't have multiple
machines conplaining about the same conflict because they would not all be
using the same address in the first place. So when you say "wireless
clients get the there is an IP address conflict", that just doesn't make any
sense,...it can't be "clients",...it has to be "client".


--
Phillip Windell
www.wandtv.com

The views expressed, are my own and not those of my employer, or Microsoft,
or anyone else associated with me, including my cats.
-----------------------------------------------------


From: Janet on
I manually changed the IP address of the devices with a static IP
and the were already outside the DHCP scope. But the "conflicting
IP" popups remained.

"smlunatick" <yveslec(a)gmail.com> wrote in message
news:b4baffa3-062a-4545-af41-

If you checked the PCs and discover that one assigns a static IP, if
your DHCP assigns the same IPs within the same subnet, if the DHCP
service does not have advanced features (locating and isolating
conflicting IP address) then you could get such an error.