# IP Address Conflict(s) detected

**URL:** <https://forum.alta.inc/t/ip-address-conflict-s-detected/5035>\
**Category:** Routers\
**Tags:** bug-report, router\
**Created:** [April 7, 2025, 8:50am UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035 "2025-04-07T08:50:30Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![Astina14](https://forum.alta.inc/user_avatar/forum.alta.inc/astina14/32/3816_2.png) [@Astina14](https://forum.alta.inc/u/Astina14)\
**Post date:** [April 7, 2025, 8:50am UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/1 "2025-04-07T08:50:30Z")

</div>

Hi,  
my system lately shows me many IP Address Conflict(s) detected with 2 or more devices.

 ![image](https://forum.alta.inc/uploads/default/original/2X/a/aac9f61e212eaa8a77bdeadf40531a06a3fa5ccb.png)  
I checked several time the issue and always find that this is not a real conflict but the system report conflict between connected devices and unconnected devices.  
 ![image](https://forum.alta.inc/uploads/default/original/2X/f/f42592bce5fc87b4d97581d244dc9d8e651416cf.png)  
I think this is a little bug that need to be solved. Or either disconnected devices should be removed from the DHCP table at once.

---

<div class="post-metadata">

**Author:** ![DN3092](https://forum.alta.inc/user_avatar/forum.alta.inc/dn3092/32/3178_2.png) [@DN3092](https://forum.alta.inc/u/DN3092)\
**Post date:** [April 7, 2025, 11:21am UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/2 "2025-04-07T11:21:41Z")

</div>

> [@Astina14](#):
>
> Or either disconnected devices should be removed from the DHCP table at once.

This is another long standing issue that I dont understand why it hasn’t been resolved yet.

---

<div class="post-metadata">

**Author:** ![Beaker](https://forum.alta.inc/user_avatar/forum.alta.inc/beaker/32/3062_2.png) [@Beaker](https://forum.alta.inc/u/Beaker)\
**Post date:** [April 7, 2025, 2:03pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/3 "2025-04-07T14:03:18Z")

</div>

Agreed.

---

<div class="post-metadata">

**Author:** ![Shu](https://forum.alta.inc/letter_avatar_proxy/v4/letter/s/e47c2d/32.png) [@Shu](https://forum.alta.inc/u/Shu)\
**Post date:** [April 8, 2025, 11:28am UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/4 "2025-04-08T11:28:15Z")

</div>

I thought I am the only one.. I kept seeing these as well..

---

<div class="post-metadata">

**Author:** ![ebuckland81](https://forum.alta.inc/user_avatar/forum.alta.inc/ebuckland81/32/3446_2.png) [@ebuckland81](https://forum.alta.inc/u/ebuckland81)\
**Post date:** [April 8, 2025, 1:33pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/5 "2025-04-08T13:33:25Z")

</div>

There’s a parallell thread as well.

> [@IP Address Conflict](https://forum.alta.inc/t/ip-address-conflict/5012):
>
> I am having multiple IP address conflicts. The message says it might be a result of a DHCP pool that is too small, so I edited the pool to have 50 more in the pool. The issue did not go away, so I tried moving one of the conflicts to the new higher pool address. I edited that device and assigned it to one of those higher addresses, it did not move and remains conflicted. I am unclear on how to successfully assign an address to a device, either elsewhere in the non assigned address location, or …

---

<div class="post-metadata">

**Author:** ![Alta-Jeff](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-jeff/32/56_2.png) [@Alta-Jeff](https://forum.alta.inc/u/Alta-Jeff)\
**Post date:** [April 8, 2025, 3:30pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/6 "2025-04-08T15:30:02Z")

</div>

This isn’t something we can reproduce at our test sites or labs, so we need your help to understand what is going on at your location. I’ll DM you to see if you are interested in an invite so we can dig deeper.

---

<div class="post-metadata">

**Author:** ![anon77415413](https://forum.alta.inc/letter_avatar_proxy/v4/letter/a/f1d935/32.png) [@anon77415413](https://forum.alta.inc/u/anon77415413)\
**Post date:** [April 8, 2025, 3:33pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/7 "2025-04-08T15:33:45Z")

</div>

It is really easy for me to replicate. Make sure you have at least two switches or two APs in your site, along with a route10. Unplug either a switch or an AP. Reboot route 10. It will then complain the entire time that switch or AP is unplugged, that there is a DHCP conflict with the unplugged device and a still plugged in device.

---

<div class="post-metadata">

**Author:** ![Beaker](https://forum.alta.inc/user_avatar/forum.alta.inc/beaker/32/3062_2.png) [@Beaker](https://forum.alta.inc/u/Beaker)\
**Post date:** [April 8, 2025, 4:02pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/8 "2025-04-08T16:02:53Z")

</div>

I too can confirm that this has been constant since being upgraded against consent. Mind you, I have 7 devices on this lab.

---

<div class="post-metadata">

**Author:** ![Alta-Jeff](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-jeff/32/56_2.png) [@Alta-Jeff](https://forum.alta.inc/u/Alta-Jeff)\
**Post date:** [April 8, 2025, 4:49pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/9 "2025-04-08T16:49:51Z")

</div>

@anon77415413 I’ve followed your steps to no avail. Please give a step-by-step guide including any non-default options you have set, including static IPs, etc.

---

<div class="post-metadata">

**Author:** ![Alta-Chase](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-chase/32/29_2.png) [@Alta-Chase](https://forum.alta.inc/u/Alta-Chase)\
**Post date:** [April 8, 2025, 5:38pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/10 "2025-04-08T17:38:02Z")

</div>

@Beaker I would be curious how you replicating as well, if you wouldn’t mind sharing?

---

<div class="post-metadata">

**Author:** ![Beaker](https://forum.alta.inc/user_avatar/forum.alta.inc/beaker/32/3062_2.png) [@Beaker](https://forum.alta.inc/u/Beaker)\
**Post date:** [April 8, 2025, 5:43pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/11 "2025-04-08T17:43:25Z")

</div>

@Alta-Chase

I wish I could, but maybe you might be able tell me why my certs have suspiciously expired rendering my local site pretty much useless, along with all Alta devices showing as disconnected and no root access to anything. Literally a dead lab as we speak.

---

<div class="post-metadata">

**Author:** ![Alta-MikeD](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-miked/32/1942_2.png) [@Alta-MikeD](https://forum.alta.inc/u/Alta-MikeD)\
**Post date:** [April 8, 2025, 5:59pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/12 "2025-04-08T17:59:41Z")

</div>

> [@Beaker](#):
>
> maybe you might be able tell me why my certs have suspiciously expired

We use Let’s Encrypt for these certs, and LE certs have a 90 day expiry. [Why ninety-day lifetimes for certificates? - Let's Encrypt](https://letsencrypt.org/2015/11/09/why-90-days/)

Did your Control instance have internet access or was it isolated? If it was allowed internet access, then it sounds like a bug of some form. Is this a container or appliance?

---

<div class="post-metadata">

**Author:** ![Beaker](https://forum.alta.inc/user_avatar/forum.alta.inc/beaker/32/3062_2.png) [@Beaker](https://forum.alta.inc/u/Beaker)\
**Post date:** [April 8, 2025, 6:09pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/13 "2025-04-08T18:09:15Z")

</div>

Let’s be frank, I have not touched anything. Your appliances have been online the entire time since it’s inception with a dedicated internet connection. This is a lab, nothing more, nothing less (Thank God)

I’m aware of the cert expirations assuming there aren’t any renewal functions, but this lab has been online for longer than 90 days. So maybe you can tell me why this has occurred since 1.1a?

What are your protocols for renewal? There is nothing on the UI, so I presume this would be modified through SSH. Again, no documentation or instructions, no indication of whether or not this would be auto renewed, nothing. Forgive my frustration, but I can’t be the only one here pretty much at wits’ end.

In my honest opinion, this all could’ve been avoided if I was not auto updated against consent, period.

---

<div class="post-metadata">

**Author:** ![Alta-MikeD](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-miked/32/1942_2.png) [@Alta-MikeD](https://forum.alta.inc/u/Alta-MikeD)\
**Post date:** [April 8, 2025, 6:17pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/14 "2025-04-08T18:17:41Z")

</div>

> [@Beaker](#):
>
> So maybe you can tell me why this has occurred since 1.1a?

Unfortunately, I can’t tell you why. Have you checked the date of the cert? It’s most likely expired given the behaviour, but the why is TBD.

You would need to connect to it via SSH, either to check or fix it. By chance is an SSH key installed? If you grep `journalctl` for `uacme` (`journalctl | grep uacme`), that may give an indication. Or there should be a logfile from it `/tmp/uacme.log`.

There is also a way to manually re-run the client on demand, also from shell:  
`su - alta -c 'cd /usr/share/access/be && ./uacme.sh'`

---

<div class="post-metadata">

**Author:** ![Beaker](https://forum.alta.inc/user_avatar/forum.alta.inc/beaker/32/3062_2.png) [@Beaker](https://forum.alta.inc/u/Beaker)\
**Post date:** [April 8, 2025, 6:31pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/15 "2025-04-08T18:31:27Z")

</div>

Expired as of yesterday.

---

<div class="post-metadata">

**Author:** ![ebuckland81](https://forum.alta.inc/user_avatar/forum.alta.inc/ebuckland81/32/3446_2.png) [@ebuckland81](https://forum.alta.inc/u/ebuckland81)\
**Post date:** [April 8, 2025, 7:05pm UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/16 "2025-04-08T19:05:35Z")

</div>

> [@Astina14](#):
>
> I checked several time the issue and always find that this is not a real conflict but the system report conflict between connected devices and unconnected devices.

Quoting part of the initial post above, I would say I agree on it and have seen the same thing. If, there is a non-active conflict, meaning some disconnected device is still supposedly assigned to an IP, and some other device is assigned to and actually actively uses the same IP, it is falsely flagged as an active conflict.

---

<div class="post-metadata">

**Author:** ![Beaker](https://forum.alta.inc/user_avatar/forum.alta.inc/beaker/32/3062_2.png) [@Beaker](https://forum.alta.inc/u/Beaker)\
**Post date:** [April 9, 2025, 12:09am UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/17 "2025-04-09T00:09:02Z")

</div>

At this point, I can no longer recommend this product. The only way to resolve was by reverting back to factory settings. Huge disappointment.

---

<div class="post-metadata">

**Author:** ![Alta-Jeff](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-jeff/32/56_2.png) [@Alta-Jeff](https://forum.alta.inc/u/Alta-Jeff)\
**Post date:** [April 9, 2025, 4:30am UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/18 "2025-04-09T04:30:11Z")

</div>

@Beaker Under normal circumstances (Internet available at least once every 90 days), we are unable to reproduce any inability to renew the certificate, so we need your help in understanding what variables are in play in your site. We’re happy to attempt to reproduce once we know more, but we really need your patience and more information in order to make any progress. Also, your certificate issue is separate from the main topic of this post, and I think you’d get better support with a new topic.

---

<div class="post-metadata">

**Author:** ![Alta-Jeff](https://forum.alta.inc/user_avatar/forum.alta.inc/alta-jeff/32/56_2.png) [@Alta-Jeff](https://forum.alta.inc/u/Alta-Jeff)\
**Post date:** [April 9, 2025, 4:32am UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/19 "2025-04-09T04:32:08Z")

</div>

@Astina14 We’re having difficulty reproducing anything similar in our lab… Are both of these devices set to DHCP? Are the APs serving both devices able to communicate with each other on the same management VLAN (this is required, btw)?

---

<div class="post-metadata">

**Author:** ![Astina14](https://forum.alta.inc/user_avatar/forum.alta.inc/astina14/32/3816_2.png) [@Astina14](https://forum.alta.inc/u/Astina14)\
**Post date:** [April 9, 2025, 5:07am UTC](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035/20 "2025-04-09T05:07:10Z")

</div>

@Alta-Jeff  
My system is very easy configured there is only one VLAN because it is for my home.  
All wireless devices are set to DHCP so there is nothing that is special.  
I have not checked if the devices that are reporting the conflict are on the same password.  
I just can inform that yesterday I got even IP conflict on 2 disconnected devices but unfortunately I didn’t make a snip of it.  
In my opinion disconnected devices IP address should not be in the DHCP table, they still can show on the UI but the system should know that the IP address is available because the other device is disconnected.  
I go on the device list and press forget on the disconnected devices and the IP conflict disappears at once. This should really be an automatic process by the DHCP software. somehow it knows that the device is disconnected so why can it not just forget that device? Problem solved for my site anyway.  
I can give you access to my site again so you can see that this is a simple system setup and nothing special.

[Next page](https://forum.alta.inc/t/ip-address-conflict-s-detected/5035.md?page=2)
