Map the call flow
Document endpoint identity, location, routing, carrier handoff and on-site notification requirements.
Design secure voice interconnection for emergency calling while validating location, routing, carrier and regulatory requirements.
Design and validate emergency call routing across Teams, SIP trunks, PBXs and legacy endpoints with explicit attention to location, carrier behavior and operational testing.
Document endpoint identity, location, routing, carrier handoff and on-site notification requirements.
Use Sentinel routing and normalization to connect enterprise platforms with the selected emergency services path.
Validate normal, failover and migration behavior with approved test procedures and responsible stakeholders.
Download the PDF files directly. Use the documentation portal for configuration guides, installation procedures and release-specific information.
A starting point for your project. Review the model data sheet before ordering.

A compact SBC for a branch or a dedicated SIP edge.

A modular voice edge for sites with mixed telephony interfaces.

An SBC deployed on your virtual infrastructure.
The M5 layer sits between what must be preserved and the destination architecture, making security, translation and failure behavior explicit.
Local endpoints, gateways, notification devices and an on-site call server can communicate on the private network. Local survivability must be designed and tested for the actual site.
A completed emergency call still requires the approved external route, correct location information and service-provider availability. Local operation alone does not provide public emergency reachability.
Local users and systems require an explicit primary call path.
Operational communications need their own priority, security and recovery rules.
Legacy or safety endpoints remain isolated until compatibility is proven.
Sentinel, Mediatrix and DGW controls are selected around the actual communications dependency.
Central call control, Teams or management services connect through a protected route.
External reachability includes a tested alternate path where continuity requires it.
Reference flow — carrier, platform, jurisdiction and field requirements determine the production design.
Use these checkpoints to evaluate a emergency calling & ng9-1-1 project before product selection or cutover.
The recommended design depends on the deployed carrier, PBX or UC platform, interfaces, call volume, failure modes and regulatory context.| Decision area | Uncontrolled approach | M5 architecture | Acceptance evidence |
|---|---|---|---|
| Interoperability | Assume systems will connect | Normalize signaling and media at a defined boundary | Documented end-to-end call tests |
| Security | Expose internal voice domains | Apply identity, topology and transport controls | Approved routes, certificates and logs |
| Continuity | Cut over every site together | Preserve required services and phase migration | Failover, rollback and exception tests |
| Operations | Treat go-live as the finish line | Assign monitoring, updates and escalation ownership | Runbook, backups and support entitlement |
Share the product, deployment and target outcome. M5 will identify the right technical and commercial path.