# ePMP preferred AP retry timer

**URL:** https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126
**Category:** Under Consideration
**Created:** [July 15, 2015, 9:58pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126 "2015-07-15T21:58:40Z")
**Posts on this page:** 18
**Page:** 1

<div class="post-metadata">

### Author: ![Eric\_Ozrelic](https://d10gw3vjmzyp8.cloudfront.net/user_avatar/community.cambiumnetworks.com/eric_ozrelic/32/16188_2.png) [@Eric\_Ozrelic](https://community.cambiumnetworks.com/u/Eric_Ozrelic)
#### Post date: [July 15, 2015, 9:58pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/1 "2015-07-15T21:58:40Z")

</div>

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.&nbsp;

---

<div class="post-metadata">

### Author: ![Cambium\_Sri](https://d10gw3vjmzyp8.cloudfront.net/letter_avatar_proxy/v4/letter/c/838e76/32.png) [@Cambium\_Sri](https://community.cambiumnetworks.com/u/Cambium_Sri)
#### Post date: [July 15, 2015, 11:26pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/2 "2015-07-15T23:26:43Z")

</div>

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

---

<div class="post-metadata">

### Author: ![RayS](https://d10gw3vjmzyp8.cloudfront.net/user_avatar/community.cambiumnetworks.com/rays/32/11680_2.png) [@RayS](https://community.cambiumnetworks.com/u/RayS)
#### Post date: [July 16, 2015, 11:54am UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/3 "2015-07-16T11:54:06Z")

</div>



---

<div class="post-metadata">

### Author: ![Chris-T](https://d10gw3vjmzyp8.cloudfront.net/user_avatar/community.cambiumnetworks.com/chris-t/32/11541_2.png) [@Chris-T](https://community.cambiumnetworks.com/u/Chris-T)
#### Post date: [February 5, 2017, 11:03am UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/4 "2017-02-05T11:03:06Z")

</div>

* * *

on ‎07-15-2015 04:26 PM

&nbsp;

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.

---

<div class="post-metadata">

### Author: ![mattagator](https://d10gw3vjmzyp8.cloudfront.net/user_avatar/community.cambiumnetworks.com/mattagator/32/11569_2.png) [@mattagator](https://community.cambiumnetworks.com/u/mattagator)
#### Post date: [February 5, 2018, 12:23pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/5 "2018-02-05T12:23:03Z")

</div>

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

---

<div class="post-metadata">

### Author: ![Danny\_Ray\_Boyer](https://d10gw3vjmzyp8.cloudfront.net/letter_avatar_proxy/v4/letter/d/c5a1d2/32.png) [@Danny\_Ray\_Boyer](https://community.cambiumnetworks.com/u/Danny_Ray_Boyer)
#### Post date: [July 14, 2019, 8:37pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/6 "2019-07-14T20:37:35Z")

</div>

A preferred AP retry timer is definately needed

---

<div class="post-metadata">

### Author: ![George\_Skorup](https://d10gw3vjmzyp8.cloudfront.net/letter_avatar_proxy/v4/letter/g/51bf81/32.png) [@George\_Skorup](https://community.cambiumnetworks.com/u/George_Skorup)
#### Post date: [July 31, 2019, 5:36pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/7 "2019-07-31T17:36:08Z")

</div>

We desperately need this feature.

---

<div class="post-metadata">

### Author: ![FunkyD](https://d10gw3vjmzyp8.cloudfront.net/letter_avatar_proxy/v4/letter/f/a6a055/32.png) [@FunkyD](https://community.cambiumnetworks.com/u/FunkyD)
#### Post date: [August 14, 2019, 2:45pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/8 "2019-08-14T14:45:52Z")

</div>

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

4 years later... nothing

---

<div class="post-metadata">

### Author: ![Chris-T](https://d10gw3vjmzyp8.cloudfront.net/user_avatar/community.cambiumnetworks.com/chris-t/32/11541_2.png) [@Chris-T](https://community.cambiumnetworks.com/u/Chris-T)
#### Post date: [August 15, 2019, 2:13am UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/9 "2019-08-15T02:13:51Z")

</div>

Something that is overlooked and would be a great feature.

---

<div class="post-metadata">

### Author: ![FunkyD](https://d10gw3vjmzyp8.cloudfront.net/letter_avatar_proxy/v4/letter/f/a6a055/32.png) [@FunkyD](https://community.cambiumnetworks.com/u/FunkyD)
#### Post date: [August 15, 2019, 11:22am UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/10 "2019-08-15T11:22:43Z")

</div>

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.

---

<div class="post-metadata">

### Author: ![jessearcher](https://d10gw3vjmzyp8.cloudfront.net/user_avatar/community.cambiumnetworks.com/jessearcher/32/19831_2.png) [@jessearcher](https://community.cambiumnetworks.com/u/jessearcher)
#### Post date: [December 3, 2020, 9:15am UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/11 "2020-12-03T09:15:30Z")

</div>

I assume this hasn’t been implemented yet?

---

<div class="post-metadata">

### Author: ![Eric\_Ozrelic](https://d10gw3vjmzyp8.cloudfront.net/user_avatar/community.cambiumnetworks.com/eric_ozrelic/32/16188_2.png) [@Eric\_Ozrelic](https://community.cambiumnetworks.com/u/Eric_Ozrelic)
#### Post date: [December 3, 2020, 5:33pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/12 "2020-12-03T17:33:47Z")

</div>

Unfortunately, no… still not implemented.

---

<div class="post-metadata">

### Author: ![Ryan\_Ray](https://d10gw3vjmzyp8.cloudfront.net/letter_avatar_proxy/v4/letter/r/58956e/32.png) [@Ryan\_Ray](https://community.cambiumnetworks.com/u/Ryan_Ray)
#### Post date: [March 12, 2021, 5:00pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/13 "2021-03-12T17:00:38Z")

</div>

Bumpbumpbumpbump bump.

---

<div class="post-metadata">

### Author: ![zica49](https://d10gw3vjmzyp8.cloudfront.net/letter_avatar_proxy/v4/letter/z/779978/32.png) [@zica49](https://community.cambiumnetworks.com/u/zica49)
#### Post date: [March 12, 2021, 6:58pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/14 "2021-03-12T18:58:46Z")

</div>

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

---

<div class="post-metadata">

### Author: ![Chris-T](https://d10gw3vjmzyp8.cloudfront.net/user_avatar/community.cambiumnetworks.com/chris-t/32/11541_2.png) [@Chris-T](https://community.cambiumnetworks.com/u/Chris-T)
#### Post date: [April 6, 2021, 9:11am UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/15 "2021-04-06T09:11:26Z")

</div>

And still waiting for this feature…

---

<div class="post-metadata">

### Author: ![ninedd](https://d10gw3vjmzyp8.cloudfront.net/letter_avatar_proxy/v4/letter/n/57b2e6/32.png) [@ninedd](https://community.cambiumnetworks.com/u/ninedd)
#### Post date: [April 6, 2021, 7:58pm UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/16 "2021-04-06T19:58:01Z")

</div>

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’

---

<div class="post-metadata">

### Author: ![scracha](https://d10gw3vjmzyp8.cloudfront.net/letter_avatar_proxy/v4/letter/s/db5fbb/32.png) [@scracha](https://community.cambiumnetworks.com/u/scracha)
#### Post date: [September 17, 2021, 2:40am UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/17 "2021-09-17T02:40:59Z")

</div>

Cripes…even UBNT had a stab at this after a few months when I whined about it being a needed feature.

A trained chimp could code this feature up in a couple of hours…seriously…what’s the problem?.

---

<div class="post-metadata">

### Author: ![ninedd](https://d10gw3vjmzyp8.cloudfront.net/letter_avatar_proxy/v4/letter/n/57b2e6/32.png) [@ninedd](https://community.cambiumnetworks.com/u/ninedd)
#### Post date: [November 9, 2021, 6:55am UTC](https://community.cambiumnetworks.com/t/epmp-preferred-ap-retry-timer/41126/18 "2021-11-09T06:55:36Z")

</div>

There really is zero reason to even have a “secondary AP” feature in the SMs, unless part of that feature is a way to climb back to the top preferred AP.

This has been widely asked for, for YEARS.
