03-27-2020 03:22 AM - edited 07-05-2021 11:53 AM
Hello,
I have a customer demanding very short downtime on clients connected to an AP that fails/disconnects. When an AP fails, the clients connected should switch to another AP in less than 1 second. Is this even possible?
From what I understand, the reconnecting process goes like this:
1. Client has to become aware that he lost connection to the AP (I don't exactly know how but I know it takes some time)
2. Client scans (with probe requests) all channels (some clients allow setting the channels, and smaller amount of channels results in lower scanning time, but I don't think this can be done in every environment)
3. Client receives probe response from an AP and has to go through the process of authentication and reassociation
Can the process above be sped up in any way? In my testing, clients lose about 3-4s of pings, and Webex/Whatsapp calls take 6-9s to reconnect, but apparently this is not enough, even though the chanse is very small that an AP disconnects, let alone that the client is connected to that exact AP and sending data at that exact time.
I know 802.11k/r helps with roaming, but could it maybe also help with this?
Thanks in advance.
Solved! Go to Solution.
03-27-2020 08:12 AM
03-27-2020 03:42 AM - edited 03-27-2020 03:44 AM
@Michiel Vercoutter wrote:
When an AP fails, the clients connected should switch to another AP in less than 1 second. Is this even possible?
From what I understand, the reconnecting process goes like this:
1. Client has to become aware that he lost connection to the AP (I don't exactly know how but I know it takes some time)
2. Client scans (with probe requests) all channels (some clients allow setting the channels, and smaller amount of channels results in lower scanning time, but I don't think this can be done in every environment)
3. Client receives probe response from an AP and has to go through the process of authentication and reassociation
If the wireless client has up-to-date wireless drivers, yes, this is very possible.
I see this all the time with wireless VoIP handsets. Users are on the handsets and they walk, as in REALLY, REALLY ROAM. They jump from one AP to another, and another, and another. The call continues. No drops.
03-27-2020 04:34 AM
Thank you for your reply.
Client has latest Intel AX200 drivers.
I'm more asking about the difference between normal roaming and roaming caused by a failing/disconnecting AP, and how to speed up this process
03-27-2020 08:03 AM
03-27-2020 08:12 AM
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide