Just another "fixed IP not working" thread
As you can clearly see in my first pic, assigning MAC based IPs in OC200 with the ER707-M2 v1.20 router is definetly hit and miss. I have a very basic network and most clients do get the expected IP - all ethernet wired, all same and only (main)VLAN. But this device (my 3d printer) has had enough with the assigned IP and decided to go for another one. I tried to reset/release/renew/refresh 100 times to no avail. Tried to delete and readd, tried to erase from known devices, I think I tried everything. My MAC is correct. DHCP enabled on printer. DHCP pool includes my "to be" reservation. No MAC IP binding. Apparently other folks have shared my frustration but I think it got solved with a FW update eventually, However, I am on last update both on my OC200 and my ER707. So if any more technically enclined than me feel to chip in, I would very much appreciate it. Better yet, if any TPLink tech has a solution to my problem, I am all ears - well, eyes.Please help.
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
Thanks for posting in our business forum.
ArttVandelay wrote
@Clive_A No, it does not. Regardless of the connection - wired or wireless. And regardless of the way it's applied - via tick box or via reservation definition. That is what I said.
So do make your next move, by all means. Eagerly awaiting for a conclusion.
Can you confirm that this issue happens to the devices on ER707-M2?
We have a case that VLAN config is wrong which leads to the DHCP issue.
- Copy Link
- Report Inappropriate Content
@Clive_A Yes. My router/gateway is the ER707M2. And I use a OC200 v1 controller.
- Copy Link
- Report Inappropriate Content
Thanks for posting in our business forum.
ArttVandelay wrote
@Clive_A Yes. My router/gateway is the ER707M2. And I use a OC200 v1 controller.
The client is directly connected to the router, and it failed to get an IP address?
Which port do you use for the client while testing it?
- Copy Link
- Report Inappropriate Content
@Clive_A I am sorry, I feel we are going in circles. In my opening post I was saying I am using a OC200 and from the router I have a switch downstream as you can see in my topology screen.
- Copy Link
- Report Inappropriate Content
ArttVandelay wrote
@Clive_A I am sorry, I feel we are going in circles. In my opening post I was saying I am using a OC200 and from the router I have a switch downstream as you can see in my topology screen.
I am asking on behalf of the dev. You can ignore the question and I am okay with that if there is no progress made on this case.
I have seen so many cases caused by minor errors. These matters to confirm the troubleshooting direction.
- Copy Link
- Report Inappropriate Content
Thanks for posting in our business forum.
ArttVandelay wrote
@Clive_A I am sorry, I feel we are going in circles. In my opening post I was saying I am using a OC200 and from the router I have a switch downstream as you can see in my topology screen.
BTW, today, after running some history, I found that you have contacted the support team a week ago.
Dev members and I are now following up on this case. The support team you've contacted, not sure what steps you have taken, but now we'd like to remote with you. Please see the email I sent you earlier.
- Copy Link
- Report Inappropriate Content
Just wanted to let everyone know my issue is far from being resolved. I was contacted by tech support via email and kept in touch in that manner.
Meanwhile I will make no further updates on this forum as it would be redundant to communicate same problem in parallel.
However I am still subscribed to the thread and watching it closely so if anyone feels they might have something to add, be welcome, I will gladly reply.
Also if there is a breakthrough I will let everyone know of the winning solution.
- Copy Link
- Report Inappropriate Content
@Clive_A By the way, which is the omada recommended /best practice dhcp reservation approach? Reserved IPs inside or outside the DHCP pool? I know latest fw supports both.
Right now I am within the pool. In fact it's probably the only thing I have not tried - moving outside the pool.
- Copy Link
- Report Inappropriate Content
Thanks for posting in our business forum.
ArttVandelay wrote
@Clive_A By the way, which is the omada recommended /best practice dhcp reservation approach? Reserved IPs inside or outside the DHCP pool? I know latest fw supports both.
Right now I am within the pool. In fact it's probably the only thing I have not tried - moving outside the pool.
Theoretically speaking, it does not matter as you have the ARP table. The router maintains the ARP table and if the IP has been taken by a MAC address, it should not be assigned as it is not available.
I have not experienced such an issue with Openwrt, Merlin or Omada-based systems yet. In my test experience with the Omada, no such problem occurs to me.
Usually, I would go to the reservation and create the entry. Then I disable the Ethernet adapter or restart the device to reconnect for a new DHCP request. And I run ipconfig /all on the PC to verify the IP. Or settings in WIFI on smartphones.
- Copy Link
- Report Inappropriate Content
@Clive_A That is how I used to do it also. And 10 other desperate ways as of late. This is not the first time I am getting an IP reservation in a network. Never had a problem myself as this is one of the simplest most basic operations to be done with DHCP. Everybody could do it, you don't have to be like a CCNA engineer to pair a darn MAC with the desired IP for God's sake. I never ever thought of it not working, it was one of those do and forget thing.
So now about half of my clients, random AP, random connection type, random time, have other IP from the one I reserved. I reboot the router and controller, I delete the reservation, I reassign it, then power cycle the client and then it gets the correct IP. Easiest is to just pull down the main power breaker and have all the building power cycle. Which is obviously unpleasant. Then the correct IPs get allocated for a while. My lease time is 120 mins, the default. I tried with shorter or longer with no luck. Eventually they do get changed randomly.
Have you seen the other threads about this? There are quite a few. Seems I am not the first to having this problem. I see main culprit was FW related. And after the update it got sorted. So as I previously mentioned, I think this is the case now with the ER707M2 being a rather new model. But I see no FW updates.
I guess this week I will RMA all my shiny new Omada equipment and switch back to Unifi - which was rock solid but had other flaws. Or Cisco even, probably pre-owned (unless I decide to sell the house and car as well).
So thanks again for the intention, but this is getting rather silly.
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 591
Replies: 21
Voters 0
No one has voted for it yet.