So user traffic will never go to MCR (MM). But traffic qualification will and this is where you can have a problem. If traffic is not categorized correctly, it won't get correct QoS settings and can suffer. If network is busy, this can be very noticeable by clients.
Original Message:
Sent: Jan 17, 2025 01:03 PM
From: GorazdKikelj
Subject: Upgrading MCR and clusters of Controllers
Yeah. There are some functions of MCR that we need to be aware of when upgrading it. I usually didn't encounter any ill effects. But I usually do upgrades in low volume/low client time.
Best, Gorazd
------------------------------
Gorazd Kikelj
MVP Guru 2024
Original Message:
Sent: Jan 17, 2025 12:57 PM
From: carriv
Subject: Upgrading MCR and clusters of Controllers
Thanks @GorazdKikelj
That exactly is what I thought it was. Until I read this post and find out the MM (aka MCR) can affect user traffic somehow. I really want to see a data flow diagram to understand it correctly, because apparently UCC can affect the user performance even when the MDs are running without flaws.
Original Message:
Sent: Jan 17, 2025 11:37 AM
From: GorazdKikelj
Subject: Upgrading MCR and clusters of Controllers
Just to clarify what is what.
MM (Mobility Conductor/Mobility Master) is controller where configuration is held and it provide some functionality to the cluster like RF optimization,... It does not control APs nor it receive any user traffic from APs.
MD (Manage Device/Mobility Controller) control APs and user traffic. It receive configuration and is managed by MM.
MM failover is Active/Standby with VRRP. There is no cluster here.
MDs can form a cluster up to 12(4) nodes depend on model. Cluster is active/active. Every AP is connected to the cluster with connection to two nodes in the cluster (Active (AAC) / Standby (S-AAC))). If one controller fails traffic is automatically transferred to second controller. Load balancing is in place.
More info HERE.
------------------------------
Gorazd Kikelj
MVP Guru 2024
Original Message:
Sent: Jan 17, 2025 10:27 AM
From: carriv
Subject: Upgrading MCR and clusters of Controllers
Sorry to take this post as a boat for my own question.
Can you provide more info about this client traffic? Do you know the deep insight about what this traffic is?
I have 2 MCR (one secondary/backup) and I usually reboot the main MCR from time to time because after some time it starting to act erratic, disappearing down-APs and things like that. And so far, I have not seen any client affected, the secondary MCR takes the VIP pretty soon, etc, etc.
However, 2 months ago, my primary MCR crashed by itself with a kernel error and the VIP was responding with the secondary/backup MCR until the Primary recovered by itself after 30 minutes or so and VIP rollback to use the Primary MCR.
This day in particular, we received a bunch of calls from users around the same time. And I was like scratching my head and telling myself: "they should be good, whatever happened to the MCR should not affect their traffic, MCR is just the super manager of the MMs, MMs are ok and should keep flowing traffic."
I guess I was wrong, now that I see your post.
Original Message:
Sent: Jan 14, 2025 03:30 PM
From: chulcher
Subject: Upgrading MCR and clusters of Controllers
While the MCR isn't in the direct data-plane for client traffic, nor in the direct control-plane for the APs, the MCR does provide some features and functionality that can impact client traffic if the MCR is unavailable.
------------------------------
Carson Hulcher, ACEX#110
Original Message:
Sent: Jan 14, 2025 03:07 PM
From: GorazdKikelj
Subject: Upgrading MCR and clusters of Controllers
Upgrade Mobility Conductor will not be seen by users as MM do not carry any traffic from APs. It is quite safe to upgrade MM and standby MM if you have it. You don't need maintenance window for do it.
Best, Gorazd
------------------------------
Gorazd Kikelj
MVP Guru 2024
Original Message:
Sent: Jan 14, 2025 10:11 AM
From: jkmendess
Subject: Upgrading MCR and clusters of Controllers
Hello Everyone,
As we know Live Upgrading a cluster of controllers using mobility conductor permits a ZERO Downtime, this topic is just to confirm if upgrading the mobility conductor itself implies a maintenance window or not. There is not any particular configuration on it. Just the 2 clusters of 2 controllers, controlling some APs, airmatch activated. What is the potential impact of doing it during an opened day. Is there any lost of traffic for users ?
Don't Worry the version compatibility matrix between MCR and Controllers has been verified.