Secure SIP boundary
Topology hiding, SIP normalization, call admission control, TLS, SRTP and rule-based routing protect the enterprise-to-carrier edge.
Sentinel SBCs secure and interconnect SIP networks across virtual and appliance deployments. Microsoft lists the Mediatrix Sentinel Series for Teams Direct Routing with specified DGW firmware.

The Microsoft list identifies M5 Technologies (previously known as Media5 Corporation), Mediatrix Sentinel Series, DGW 48.0.2340; DGW 48.5.2718 is recommended. This is a series-level listing for the specified firmware scope, not certification of every model, release or deployment. Confirm the exact configuration against the current Microsoft entry.
Certification scope is specific to the model and software combination in Microsoft's current listing. Do not infer certification for every Sentinel model or release; confirm applicability with the listed configuration and release-specific M5 documentation.
Compare the virtual and appliance profiles against your existing voice architecture, SIP/PBX/carrier interconnections, required interfaces, expected traffic and operational constraints. Confirm model-specific capacity and configuration in current product documentation.
Topology hiding, SIP normalization, call admission control, TLS, SRTP and rule-based routing protect the enterprise-to-carrier edge.
Deploy virtually with Sentinel CS, at the compact edge with Sentinel Mini, or on appliance platforms with Sentinel 100 and Sentinel 400.
SIP failover, registration caching, survivability, monitoring and diagnostic tools support controlled voice operations.
Download the PDF files directly. Use the documentation portal for configuration guides, installation procedures and release-specific information.
Use this comparison as a starting point. Match the model to your existing voice architecture, physical or virtual deployment, SIP/PBX/carrier connections and required interfaces; validate traffic and capacity assumptions against the model data sheet before ordering.

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

A rack appliance when SIP security and legacy connectivity must share one platform.

A modular voice edge for sites with mixed telephony interfaces.

An SBC deployed on your virtual infrastructure.
A product decision is only correct when both sides of the interface, the security boundary and the operating model are considered together.
Local phones, a local IP PBX, Mediatrix gateways and Sentinel can exchange SIP calls entirely inside the organization. The voice path can remain on a private LAN, VLAN, campus network or isolated operational network.
An external connection is used only when calls must reach public numbers, remote sites or hosted services. If the required call path is entirely local, the system can stay on the private network.
Existing call control and dial plans remain on the trusted side.
Approved calls reach phones, agents and business applications.
Analog phones, fax, modems or PBXs can enter the SIP architecture without bypassing policy.
A common DGW security and routing model across appliance and virtual deployments.
Teams Phone can connect through a Direct Routing boundary when the selected SBC model, software release and deployment match the applicable Microsoft listing.
Public numbers and inbound or outbound calling arrive from the service provider.
Conceptual architecture — final topology, capacity and interface configuration require validation.
Start with scale and deployment model, then validate interfaces, high availability, carrier interoperability and lifecycle requirements.
Published maximums are selection guides, not a substitute for sizing against codec, transcoding, recording, redundancy and traffic assumptions.| Selection factor | Sentinel Mini | Sentinel 100 | Sentinel 400 | Sentinel CS |
|---|---|---|---|---|
| Deployment | Compact appliance | 1U appliance | Modular 1U appliance | Virtual / cloud |
| Concurrent sessions | Up to 400 | Up to 120 | Up to 2,000 (S5) | Up to 20,000 |
| Registered users | Up to 1,200 | Up to 500 | Up to 6,000 | Up to 30,000 |
| Legacy voice | External gateway | Optional interfaces | Modular PRI / BRI / FXS / FXO | External gateway |
| Typical fit | Branches and focused edges | SMB and hybrid sites | Large hybrid voice environments | Centralized and cloud voice |
Share the product, deployment and target outcome. M5 will identify the right technical and commercial path.
Choose by architecture and deployment first: virtual infrastructure or an appliance, with gateway functions where required. Map the SIP trunks, PBX/UC systems, carrier connections, required interfaces and expected traffic. Then validate model-specific capacity, software release, interoperability, power/resilience needs and operational ownership against current product documentation and project acceptance criteria; do not infer that one model or configuration fits every deployment.
| Criterion | Assessment |
|---|---|
| Mini / 100 | Evaluate a physical appliance when its site deployment profile fits your architecture. Confirm model-specific capacity, interfaces, power and operating requirements. |
| 400 | Consider the 400 profile when SBC control and media gateway functions are needed together. Confirm installed modules, licensed capacity, interfaces and site requirements for the exact configuration. |
| CS | Evaluate the CS virtual profile when your organization operates a supported local or cloud virtual environment. Validate host resources, licensing, traffic assumptions and operations against current Sentinel CS documentation. |
Provide sites and countries, expected concurrent sessions and registered users, SIP carrier and trunk details, PBX/UC platform, interfaces, deployment profile, traffic assumptions and operational requirements. Confirm final sizing and configuration with the product documentation and M5.
Do not assume so. Validate carrier interoperability, local dialing and emergency-calling requirements, interface variants, software release and any applicable approvals for each deployment with the responsible providers and authorities.
Include your country, sites, SIP provider, existing equipment, capacity and timeframe. M5 can identify the interoperability questions, local requirements and evaluation steps to confirm.
Request an architecture reviewRead the reference documentation
Publisher: M5 Technologies (Media5 Corporation). This guide revised: