<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: IP Confict Alarms in Cloud Networking Platform</title>
    <link>https://community.cisco.com/t5/cloud-networking-platform/ip-confict-alarms/m-p/5415828#M5261</link>
    <description>&lt;P&gt;Look, the Meraki will not assign the same IP to different Macs, the probability is that some device has a fixed IP.&lt;/P&gt;&lt;P&gt;To identify devices you can use the client list and the ARP table, there is not much secret.&lt;/P&gt;</description>
    <pubDate>Fri, 17 May 2024 01:23:49 GMT</pubDate>
    <dc:creator>aleabrahao</dc:creator>
    <dc:date>2024-05-17T01:23:49Z</dc:date>
    <item>
      <title>IP Confict Alarms</title>
      <link>https://community.cisco.com/t5/cloud-networking-platform/ip-confict-alarms/m-p/5415827#M5260</link>
      <description>&lt;P&gt;Z3 stand alone network being used for a club has been experiencing a number of IP Conflict alarms by seemingly one device ... the MAC within the Client list suggests this is some kind of android device ... the logs suggest it is requesting DHCP services to assign its IP Address ... The issue is it is using addresses already assigned/in use ... fairly certain Meraki would NOT issue an address that it has already assigned. Added a blocking policy to this device but it keeps moving to another in use IP ... used arp -a to try and track this device but every time I ping this device it disappears from the arp list&lt;/P&gt;&lt;P&gt;are there any network/wifi tools that could help track this device down?&lt;/P&gt;</description>
      <pubDate>Fri, 17 May 2024 00:32:23 GMT</pubDate>
      <guid>https://community.cisco.com/t5/cloud-networking-platform/ip-confict-alarms/m-p/5415827#M5260</guid>
      <dc:creator>bxdobs</dc:creator>
      <dc:date>2024-05-17T00:32:23Z</dc:date>
    </item>
    <item>
      <title>Re: IP Confict Alarms</title>
      <link>https://community.cisco.com/t5/cloud-networking-platform/ip-confict-alarms/m-p/5415828#M5261</link>
      <description>&lt;P&gt;Look, the Meraki will not assign the same IP to different Macs, the probability is that some device has a fixed IP.&lt;/P&gt;&lt;P&gt;To identify devices you can use the client list and the ARP table, there is not much secret.&lt;/P&gt;</description>
      <pubDate>Fri, 17 May 2024 01:23:49 GMT</pubDate>
      <guid>https://community.cisco.com/t5/cloud-networking-platform/ip-confict-alarms/m-p/5415828#M5261</guid>
      <dc:creator>aleabrahao</dc:creator>
      <dc:date>2024-05-17T01:23:49Z</dc:date>
    </item>
    <item>
      <title>Re: IP Confict Alarms</title>
      <link>https://community.cisco.com/t5/cloud-networking-platform/ip-confict-alarms/m-p/5415829#M5262</link>
      <description>&lt;P&gt;Agreed that the Z3 will not assign the same IP to a different mac address. But if the android device could use the IP it like even if it's duplicated with others. &lt;BR /&gt;You cannot block a device to connect to an SSID. The block policy only applied after it connected. If you select those issue is created by the same device with the same Mac address. You may assign a fixed IP to it then assign the block policy. But if the device doesn't take DHCP and insist to user its' own static IP. You would need to find the device and correct the settings.&lt;/P&gt;</description>
      <pubDate>Fri, 17 May 2024 04:28:25 GMT</pubDate>
      <guid>https://community.cisco.com/t5/cloud-networking-platform/ip-confict-alarms/m-p/5415829#M5262</guid>
      <dc:creator>VictorYang</dc:creator>
      <dc:date>2024-05-17T04:28:25Z</dc:date>
    </item>
    <item>
      <title>Re: IP Confict Alarms</title>
      <link>https://community.cisco.com/t5/cloud-networking-platform/ip-confict-alarms/m-p/5415830#M5263</link>
      <description>&lt;P&gt;What's the bet it is something to do with MAC randomisation.&lt;/P&gt;&lt;P&gt;The Android starts off using a private MAC address, gets a DHCP address, and then changes to a non-private MAC.  That would make it look like two different MAC addresses where trying to use the same IP address.&lt;/P&gt;</description>
      <pubDate>Sun, 19 May 2024 21:31:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/cloud-networking-platform/ip-confict-alarms/m-p/5415830#M5263</guid>
      <dc:creator>Philip D'Ath</dc:creator>
      <dc:date>2024-05-19T21:31:42Z</dc:date>
    </item>
  </channel>
</rss>

