<?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: Strange Event Log Entries causing IP Conflicts - Untraceable in Cloud Networking Platform</title>
    <link>https://community.cisco.com/t5/cloud-networking-platform/strange-event-log-entries-causing-ip-conflicts-untraceable/m-p/5404572#M2187</link>
    <description>&lt;P&gt;Thanks for the link, this did help me identify the troubling device on the network and have now managed to resolve the issue, turns out the telco that came in and installed the SIP infrastructure had come and swapped out a layer 3 switch which had a config on it that included DHCP....&lt;/P&gt;</description>
    <pubDate>Mon, 01 Jul 2024 08:27:06 GMT</pubDate>
    <dc:creator>izcrab</dc:creator>
    <dc:date>2024-07-01T08:27:06Z</dc:date>
    <item>
      <title>Strange Event Log Entries causing IP Conflicts - Untraceable</title>
      <link>https://community.cisco.com/t5/cloud-networking-platform/strange-event-log-entries-causing-ip-conflicts-untraceable/m-p/5404570#M2185</link>
      <description>&lt;P&gt;Hi all, New to the platform and products.  I have a MX65W onsite and am getting some strange IP Address conflicts being caused yet am unable to find the culprit, all I get as the Client is a MAC address that I cannot find anywhere on the network, and an IP address of 127.16.x.x I now the IP address is a B class and for Private use only, however I cannot find the culprit, the IP addressing is being handled by a Windows 2022 server and not the MX, when I click on the Client (MAC address) name; I get a "Sorry we couldn't find that client, please go back and try again" error.&lt;/P&gt;&lt;P&gt;This is puzzling me and I am trying to rule out things that may be causing DHCP to fail to issue IP addresses to clients.&lt;/P&gt;&lt;P&gt;I do have a screenshot of the Event Log and can upload it if I get a response.&lt;/P&gt;&lt;P&gt;Thanking you all in advance.&lt;/P&gt;&lt;P&gt;R&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jun 2024 09:29:05 GMT</pubDate>
      <guid>https://community.cisco.com/t5/cloud-networking-platform/strange-event-log-entries-causing-ip-conflicts-untraceable/m-p/5404570#M2185</guid>
      <dc:creator>izcrab</dc:creator>
      <dc:date>2024-06-27T09:29:05Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Event Log Entries causing IP Conflicts - Untraceable</title>
      <link>https://community.cisco.com/t5/cloud-networking-platform/strange-event-log-entries-causing-ip-conflicts-untraceable/m-p/5404571#M2186</link>
      <description>&lt;DIV&gt;&lt;SPAN&gt;If you paste the MAC on this site which vendor does the MAC belong to.&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;You are on the right track, what I would do is try to see the MAC table of your switches and try to find out if the rogue DHCP is connected to one of them.&lt;/SPAN&gt;&lt;/DIV&gt;&lt;P&gt;&lt;A href="https://macvendors.com/" target="_blank" rel="nofollow noopener noreferrer"&gt;https://macvendors.com/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jun 2024 11:43:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/cloud-networking-platform/strange-event-log-entries-causing-ip-conflicts-untraceable/m-p/5404571#M2186</guid>
      <dc:creator>aleabrahao</dc:creator>
      <dc:date>2024-06-27T11:43:41Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Event Log Entries causing IP Conflicts - Untraceable</title>
      <link>https://community.cisco.com/t5/cloud-networking-platform/strange-event-log-entries-causing-ip-conflicts-untraceable/m-p/5404572#M2187</link>
      <description>&lt;P&gt;Thanks for the link, this did help me identify the troubling device on the network and have now managed to resolve the issue, turns out the telco that came in and installed the SIP infrastructure had come and swapped out a layer 3 switch which had a config on it that included DHCP....&lt;/P&gt;</description>
      <pubDate>Mon, 01 Jul 2024 08:27:06 GMT</pubDate>
      <guid>https://community.cisco.com/t5/cloud-networking-platform/strange-event-log-entries-causing-ip-conflicts-untraceable/m-p/5404572#M2187</guid>
      <dc:creator>izcrab</dc:creator>
      <dc:date>2024-07-01T08:27:06Z</dc:date>
    </item>
  </channel>
</rss>

