Jump to content

Recommended Posts

Posted

Same here 6 sites offline, backups didn't kick in. Need to look at why we're paying for that service if it doesn't work!

  • Like 1
Posted

Weirdly for us, although almost nothing worked, Google search continued to work. Perhaps the reason for failovers not triggering is because it was never completely down. Our Smoothwall reported the internet connection as UP throughout.

  • Like 1
Posted
23 minutes ago, gpjt said:

Same here 6 sites offline, backups didn't kick in. Need to look at why we're paying for that service if it doesn't work!

 

 

Same here. We are paying for a backup line and nothing happened.

Posted
Quote

Our technical teams are actively investigating the issue and, based on our initial findings, we believe the cause may be upstream of our core network.

If it was upstream of SBB, your SBB backups aren't necessarily going to help.

  • Like 1
Posted

We still have 2 sites with SBB and both went down this afternoon.  None of our other sites have had as many issues as these 2 sites. Cant wait until we move them away.

Posted (edited)
1 hour ago, mitchell1981 said:

Weirdly for us, although almost nothing worked, Google search continued to work. Perhaps the reason for failovers not triggering is because it was never completely down. Our Smoothwall reported the internet connection as UP throughout.

Same for us, for the first outage this afternoon everything google was available but nothing else. Smoothwall uses 8.8.8.8 to detect link status before downing a link in a link load balance pool so its a bit of a flaw there to be honest, I may log it with smoothwall @tom_newton, is it possible to configure LLBP to ping two different IPs? when an ISP has a BGP outage, but there peering with google is still fine it makes using smoothwall LLBP and having a backup broadband almost useless (without manual interaction which is a pain if you have many boxes/sites)

Edited by CrootUK
Posted

Interesting point... Dns servers are good because they're multicast, so unlikely to just become unreachable. It's false positives over false negatives really 

Posted
2 hours ago, tom_newton said:

Interesting point... Dns servers are good because they're multicast, so unlikely to just become unreachable. It's false positives over false negatives really 

Indeed, it would just be good if we could add another one in there? 1.1.1.1 or 9.9.9.9 or somthing. 

Posted
On 15/10/2026 at 14:57, Sonic007 said:

 

 

Same here. We are paying for a backup line and nothing happened.

Should have been tested for failover and monitored I would have thought?

Posted
On 16/10/2026 at 19:40, FastFuser said:

Should have been tested for failover and monitored I would have thought?

Sadly the fail over for Schoolsbroadband only covers physical network issues, any thing logical is not fault tolerent.

  • Like 1
Posted

Don't have our backup line via the same ISP for this reason - Even if the routes are physically seperate, if it's going back to the same network it's not really a backup line.

 

That said, we had the same issue with S/W only checking 8.8.8.8 not causing our S/W to drop the TS connection out of the LLB pool. Needed a manual removal.

  • Like 2
Posted
1 hour ago, DrCheese said:

Don't have our backup line via the same ISP for this reason - Even if the routes are physically seperate, if it's going back to the same network it's not really a backup line.

 

That said, we had the same issue with S/W only checking 8.8.8.8 not causing our S/W to drop the TS connection out of the LLB pool. Needed a manual removal.

I've logged this with smoothwall now under #690021 hopefully its some functionality they can help us with here.

  • Like 1

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...