@Support_Josue wrote:
I have checked with our ePMP team and we don't have a reported bug on v4.4 with DHCP and we haven't...
Josué Del Cid
Technical Support Engineer
Cambium Networks global support
I appreciate the reply - but but but... are you serious that you "don't have a reported bug on V4.4 with DHCP"? The bug has been reported, and it's listed among the fixes in 4.4.1 - here is a link to the discussion from a month ago.
http://community.cambiumnetworks.com/t5/ePMP-3000-2000-and-1000/ePMP-Release-4-4-is-now-available/m-p/108108/highlight/true#M17391
So - I don' t know what to say.... thank you for the reply, Check with Andril I guess... he knew about the DHCP bug, and it has been fixed already. Thanks. :)
@Au Wireless wrote:I have tried moving to long guard (even though these are all Force 300 SMs) and that did not fix it.
I have rebooted the AP. That did not fix it.
We have had customers reboot SMs, that does not fix it.
We downgraded the AP back to 4.3.2.1. That did not fix it.
As SMs attach to the AP, they will not get an IP (via DHCP), they stay connected for less than 3 minutes and then fall off the AP and keep repeating that. Our watchdog on the SM is set for 15 minutes before it reboots so this is not watchdog that is causing it to fall off the AP.
We are now sending a tech out to trouble shoot at anygry customer locations. I'll report back what, if anything, fixes it on site. I just hope the backdoor IP works and we can get these to re-attach.
I have to admit that this is a software defect in 4.4 release. With separate management and "option 82" enabled DHCP requests are rejected by the server due to incorrect checksum. We are working on the fix and it will be delivered ASAP. Temporary solution for this is to disable option82 on AP. Sorry for this inconvenience.