PRTG sends a red sensor for “M365 Auth Latency” against three different customer probes within five minutes. The on-call MSP engineer needs to know if it’s the customers’ networks or Microsoft — and if it’s Microsoft, get one consistent message in front of every customer before the phones start ringing.Documentation Index
Fetch the complete documentation index at: https://altostrat.io/docs/llms.txt
Use this file to discover all available pages before exploring further.
Systems involved
| System | Role |
|---|---|
| PRTG | Source alarm and sensor history. |
| Studio diagnostics | Ping, traceroute, DNS, and HTTPS path checks against outlook.office365.com. |
| Microsoft 365 Service Health | Confirm whether Microsoft has acknowledged an incident. |
| Halo PSA / ConnectWise | Bulk-update affected customer tickets. |
| Microsoft Teams | Internal #noc channel and customer-shared channels. |
| StatusPage.io | Public status page update. |
| Gmail / Outlook | Customer comms with technical contacts. |
Walkthrough
Acknowledge the PRTG alarm
Rule out customer-network paths
outlook.office365.com, login.microsoftonline.com, and graph.microsoft.com from each customer probe via SSH. All three customers have a clean Internet path; Microsoft endpoints respond slowly or 5xx.Check Microsoft Service Health
EX{number} for Exchange Online authentication, scope global. That settles the diagnosis.Compose the customer message once
Bulk-update tickets in the PSA
Post in customer-shared Teams channels
Update the public status page
Where Studio earns its keep
- One diagnostic run touches every customer probe at once — no SSH-jumping between consoles to confirm a global pattern.
- The same message reaches the PSA, Teams, and the status page with one approval, instead of forty manual posts.
- The follow-up loop is automatic: the 30-minute check happens whether you remember it or not.
- The all-clear closes every ticket and posts a final status without you composing it three times.