A subscriber files a complaint: they’re getting harassment calls displaying their own number as the caller ID. The carrier has to trace the call origin, verify the SHAKEN attestation, mitigate at the SBC for the subscriber’s number, and file the formal complaint with the originating carrier and the FCC’s Robocall Mitigation Database.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 |
|---|---|
| Kayako / Zendesk | Subscriber complaint ticket. |
| Homer / SIPCapture | SIP trace storage. |
| SBC SSH | Trace the call’s origination, verify Identity header. |
| STIR/SHAKEN verification service | Validate the certificate chain. |
| FCC Robocall Mitigation Database | Lookup the upstream carrier’s RMD entry. |
| Originating carrier contact | Formal complaint email or portal. |
| FCC consumer complaint portal | Optional escalation. |
| Gmail | Subscriber and inter-carrier comms. |
| Studio Memories | Pattern notes on repeat-offender carriers. |
Walkthrough
Pull the offending calls
Inspect the SHAKEN attestation
Verify the certificate chain
Identify the originating carrier
Mitigate immediately
Notify the subscriber
File the upstream complaint
Optional: FCC escalation
Where Studio earns its keep
- The Identity header decoding, the cert chain check, and the RMD lookup happen automatically — the engineer doesn’t switch between three browser tabs and a JWT decoder.
- The mitigation is narrow and surgical at the SBC, not a policy change that hurts other subscribers.
- The inter-carrier complaint references actual evidence — the cert serial, the OCN, the call IDs — so it gets taken seriously upstream.
- The repeat-offender memory builds over time, so the next call from the same source produces a stronger escalation immediately.
Related
Memories and search
Procedures
Spoofing complaint triage with DID as the argument.