Web sQuad ISP - Feedback Thread #2

@websquadza - just checking if all FF upgrades have been done? I seem to still be on the old speeds
 
Still persisting.
Did you guys find the cause yet?
We have picked up something on the port groups between two devices that we suspect may be causing some losses. We can't fix during production as it's service affecting- so will be scheduled for 4am tomorrow morning.
 
We have picked up something on the port groups between two devices that we suspect may be causing some losses. We can't fix during production as it's service affecting- so will be scheduled for 4am tomorrow morning.
I think they just did it anyway lmao, everything dead
 
Please log a fault for this, looks like it starts at a POP level and into our handover. Let's get Vuma investigating.
Uhhh either my connection is so unstable I can't actually open a ticket, or your site just went down as well :(
 
same, guessing its the monthly weekly / vumatel crap, our local ward group has lit up with complaints from everyone, call has been logged
 
Vuma trenched down Springs.
Ont flashing green
same, guessing its the monthly weekly / vumatel crap, our local ward group has lit up with complaints from everyone, call has been logged
As always, please log. We need to follow the SOPs in this regard unfortunately, log, perhaps re-log, then escalate to SDM and NOC with all our ticket references.

Unfortunately we can't send a mail saying please check Springs for an outage, they don't even bother responding - there is almost always no telephonic escalation either. Escalating to NOC/SDM is best structured in a single, irrefutable mail, than our opinion of the fault at hand. We work with 30+ vendors and it's the same headache for all areas, across all networks. However that's what we're here for. So while it does seem tedious to log, having all our eggs in a row helps speed up the overall process. Just remember the scale at which the larger FNOs operate is massive, so they don't always see things the same way we do.
 
As always, please log. We need to follow the SOPs in this regard unfortunately, log, perhaps re-log, then escalate to SDM and NOC with all our ticket references.

Unfortunately we can't send a mail saying please check Springs for an outage, they don't even bother responding - there is almost always no telephonic escalation either. Escalating to NOC/SDM is best structured in a single, irrefutable mail, than our opinion of the fault at hand. We work with 30+ vendors and it's the same headache for all areas, across all networks. However that's what we're here for. So while it does seem tedious to log, having all our eggs in a row helps speed up the overall process. Just remember the scale at which the larger FNOs operate is massive, so they don't always see things the same way we do.
[Ticket ID: 338231]

:) , making a habit now of it, when i can :)
 
We have picked up something on the port groups between two devices that we suspect may be causing some losses. We can't fix during production as it's service affecting- so will be scheduled for 4am tomorrow morning.
Looked good for a few minutes then back to packet loss central. The change did make it much better and less frequent though.
Screenshot 2024-02-06 091900.png
 
Anyone else having issues? My fiber link has been dead for the past hour
 
Top
Sign up to the MyBroadband newsletter
X