ePMP preferred AP retry timer

Subject says it all... just like the PMP series, it would be nice to have ePMP SM's that are associated to a secondary/non-preferred AP to try to reconnect to their preferred AP after a predefined amount of time. 

Yup. Something that's on our roadmap. Hopefully we can get to it soon.

1 Like
1 Like

on ‎07-15-2015 04:26 PM
 

Yup. Something that's on our roadmap. Hopefully we can get to it soon.


Been over a year, any update here?

As a WISP this would be a huge feature to add.

1 Like

Any updates?  I see this topic repeated several times with no resolution and always on roadmap.  This should be fairly simple right?  Have a cron in the SM that does a rescan if not on preferred AP.  Even if timer isn't configurable, at least it would be something.

1 Like

A preferred AP retry timer is definately needed

1 Like

We desperately need this feature.

1 Like

"Yup. Something that's on our roadmap. Hopefully we can get to it soon."

4 years later... nothing

1 Like

Something that is overlooked and would be a great feature.

1 Like

Since 4.4 on epmp 3000 the wandering to neighboring AP problem has gotten worse for me. It has to be part of the daily routine just to go through the APs and make sure the radios are on the correct sector.

1 Like

I assume this hasn’t been implemented yet?

2 Likes

Unfortunately, no… still not implemented.

2 Likes

Bumpbumpbumpbump bump.

1 Like

What’s weird about passing a year, two, three or four is Cambium.
Just as many of me and many others are waiting for fixes on GPS sync crashes.
As for the preferred AP!
An option can be added for SM to scan and search for its primary AP and to do so at the time allotted to it. It solves a lot.
An advanced version would be when the AP that was off returns to the broadcast mode via Ethernet sending the sequence to all other APs.
They send it to all SMs that AP is on air. All SMs receive a report and everyone with whom it is primary migrates to it. The cost of a few bits can also be done with SNMP

1 Like

And still waiting for this feature…

1 Like

This is a must have feature. Without it, there’s essentially no reason to have a secondary choice.

It even could just be implemented in the WatchDog… This wouldn’t be particularly elegant - but it would be a functional solution. Just a check that says ‘if not associated with the primary AP, then reset wireless in [XX] minutes’

1 Like