Hi everyone,
I submitted a ticket on this (#24020896) but I thought I’d drop it here in case anyone else might have seen this or have some ideas.
We have a variety of devices that connect to dual FusionHubs (Disaster Recovery setup) to create a star SD-WAN.
Since upgrading to 8.4.1 we’ve been seeing some odd behavior in some devices getting stuck at “Updating Routes” on the FusionHub.
The device gets the advertised IP subnets from the FusionHub - and can successfully connect to these IPs. But the local subnets from the stuck device never make it to the FusionHub OSPF table - so other devices never get to see the subnets from the stuck device.
Usually I know this is caused by overlapping subnets - but I’ve confirmed all of our subnets are unique.
The device families that I’ve specifically seen this behavior is the MAX BR1 Pro 5G and the new B One (do they share the same chipset?). This doesn’t seem to present itself on our SDX Pros, MAX MBX Minis, or MAX Transit Duo Pros.
If I downgrade any of the stuck devices down to 8.4.0 - it connects successfully.
The weird part is that it might happen to one or two devices - but sometimes they also work. Most often though there is at least one device stuck in the profile (unless I downgrade one of them to 8.4.0).
It kinda feels like a race condition on setting up the routing table? I wish there was more feedback or logging to show what is happening…
The FusionHub does have static IP ranges assigned for the subnets that are routable into Azure. So these are pushed down from the FusionHub to the devices.
I tried taking out the static routes on the FusionHub to see if that impacted it - and the problem persisted.
I’ve also tried taking the disaster recovery dual FusionHub out of the mix - using only a primary - but the behavior persisted.
I believe some of the routing functionality has changed recently? Eg. addition of the new “Custom Route Advertising”… I think I still want Static Routes to pass traffic from the FusionHub LAN to Azure subnets.
Thanks for any insights or guidance!