Optus outages and service status in Brownlow Hill, New South Wales

Problems in the last 24 hours in Brownlow Hill, New South Wales

The chart below shows the number of Optus reports we have received in the last 24 hours from users in Brownlow Hill, New South Wales and surrounding areas. An outage is declared when the number of reports exceeds the baseline, represented by the red line.

Community Discussion

Tips? Frustrations? Share them here. Useful comments include a description of the problem, city and postal code.

Beware of "support numbers" or "recovery" accounts that might be posted below. Make sure to report and downvote those comments. Avoid posting your personal information.

Optus Issues Reports

Latest outage, problems and issue reports in social media:

• 
  macca 🇦🇺 (@CMaccaa7) reported 7 minutes ago

  can’t watch the game but is it pissing down at Optus? Why can’t anyone kick straight #AFLFreoSwans

• 
  TRPoint.pics 🏳️‍🌈 (@thatfancypear) reported 8 minutes ago

  (not to mention, I was in the OPTUS shop when this occured, and has occured many times...) I couldn't send any messages on discord but speed tests were fine, I smell layer 7 sniffing and dodgy QoS to make your network look better...

• 
  david redman 🇦🇺 (@david_reggie49) reported 9 minutes ago

  @Kate3015 Kate i think the Labor communication minister Anika Wells should be the one getting the kick up the arse because she was in charge when optus had their outage and said she was going to fix it obviously she hasn't

• 
  Horrible Lizard (@horriblelizard) reported 10 minutes ago

  isn't this like the third major nationwide outage where "oh **** people couldn't even dial 000" from telstra and optus in like two years

• 
  Dacian (@DevDacian) reported 14 minutes ago

  GLM is a lot less "forgiving" than Opus/GPT; use these techniques in your long workflows to avoid many GLM errors: 1⃣ incremental output - don't output at the end, make your agents output incrementally while working 2⃣ checkpoint writes - glm agents can timeout very easily during reasoning phases, so have them output checkpoints to prevent this 3⃣ tighten prompts - glm seems a lot dumber than opus/gpt at figuring out what the correct action is, so tighten up your prompts to remove any ambiguity 4⃣ negative & positive enforcement - opus/gpt generally do the right thing if given the reasons why that is the right thing to do, but glm benefits from explicitly being told what to not do since it loves to misbehave 5⃣ tolerate output variance - glm is worse at outputting correct formats. Tighten up output specification prompts but also consider tolerating greater output variance & using deterministic output cleanup to format things correctly 6⃣ verify outputs, auto retry - glm can return seemingly "successful" but without writing any outputs, it can return weird tooling info in its outputs, there are lots fo weird things that can happen. Ensure to check the outputs for correctness, diagnose the cause of failures & have automated system in place to re-try failed spawns using prompts which instruct the retried agent to correct the errors Perhaps I've just been spoiled by Optus/Gpt but GLM feels quite "rough around the edges" in comparison.

• 
  naymmm (@Naymmm_) reported 16 minutes ago

  @stupidtechtakes reminds me of the optus outage (**** optus they killed my xiaomi 15 from connecting to optus networks)

• 
  ramrod (@Corlett3jays58) reported 17 minutes ago

  @KatyKray73 In the event of a global war, data centres will be prioriy targets for bombs, missiles, and emp nukes, because.... These data centres will control everything. Ffs, telstra and optus outages caused enough disruption, imagine a total testra and optus blackout, multiply that by 100

• 
  BRODA (@RazeBannon) reported 19 minutes ago

  Ask Grok: Can ISPs block VOIP? Yes, ISPs can block Voice over IP (VoIP) traffic at their network level, and many do so in practice. This is technically feasible using tools like port blocking, deep packet inspection (DPI), and other traffic management techniques. How ISPs Block VoIP ISPs control the core network infrastructure, so they can inspect and filter traffic before it reaches customers. Common methods include: Port-based blocking**: Traditional VoIP often uses specific ports like UDP 5060/5061 for SIP (signaling) and a range of ports (e.g., 10000–20000) for RTP (media/voice). ISPs can simply drop traffic on these ports. Deep Packet Inspection (DPI)**: This examines not just headers but packet contents, signatures, packet sizes, timing, and protocol behavior to identify VoIP even if it uses non-standard ports or obfuscation. DPI can dynamically detect and block SIP, RTP, or app-specific patterns (e.g., Skype, WhatsApp calls). IP address or domain blacklisting**: Blocking known servers of VoIP providers. Protocol anomaly detection or traffic shaping**: Dropping or throttling UDP-heavy, low-latency streams typical of voice calls. Real-World Examples Certain countries and carriers (e.g., in the Middle East, Morocco, Philippines, or places with state telecom monopolies) block VoIP to protect traditional phone revenue or for regulatory reasons. Mobile providers like Optus 4G or others have blocked SIP traffic. Corporate/school networks or bandwidth-limited ISPs sometimes block or deprioritize VoIP to conserve resources. China has historically blocked VoIP, though workarounds emerged over time. Limitations and Challenges for Complete Blocking Encryption and obfuscation**: Modern VoIP (e.g., over WebRTC, HTTPS, or apps like Signal/WhatsApp) is harder to detect reliably. DPI isn't foolproof against randomized ports, variable packet patterns, or VPN-like wrapping. VPNs and tunnels**: Users can often bypass blocks by routing traffic through a VPN, which encrypts and hides the VoIP signature. Evasion techniques**: Providers and users adapt with port hopping, STUN/TURN servers, or proxies. False positives**: Overly aggressive blocking can disrupt other UDP-based services (gaming, video streaming). Complete, unbreakable blocking is difficult long-term without also harming general internet performance, but partial or effective blocking for most users is very achievable. Why ISPs Do This Reasons include protecting legacy telephony revenue, complying with regulations, managing bandwidth, reducing congestion, or enforcing content policies. In summary, yes—ISPs have both the capability and precedent for blocking VoIP, primarily via DPI and port controls, though motivated users can often circumvent it. If you're dealing with a specific ISP or scenario, details could help narrow down options. TCP/IP allows spam filters at the node level. This is one small example. TCP/IP remains neutral and ethical.

• 
  Miss Igraine (@MissIgraine) reported 21 minutes ago

  @clarkes I don't think it's 4G specifically that causes the issue, it's that we have one major mobile network operator, and two others. Between them they don't provide comprehensive coverage across the country because of our sheer size. And they don't play together. Except Optus & TPG

• 
  Humpy (@sirhumpyAU) reported 23 minutes ago

  @TweetTreet @tim_blee That's bullshit, devices EFTPOS and similar devices that run on 4G/5G can use other networks, and a bit of business continuity planning would have a backup network, even for a small business, like running down to Officeworks and buying an OPTUS prepaid SIM.