Sentinel Mini SBC
Un SBC compact pour une succursale ou une interconnexion SIP.
- Critère de choix
- Sessions requises, ports réseau, alimentation et licence.
Cas d’utilisation
Appels d’urgence et NG9-1-1
Validez le routage des appels d’urgence, la localisation et l’interopérabilité avec l’opérateur avant la mise en service.
Produits à comparer
Un point de départ selon vos besoins. Consultez la fiche du modèle avant de commander.
SBC et passerelle Sentinel 400
Une plateforme modulaire pour les sites aux interfaces téléphoniques variées.
- Critère de choix
- Modules, licence de sessions, alimentation et continuité de service.
SBC virtuel Sentinel CS
Un SBC déployé dans votre infrastructure virtuelle.
- Critère de choix
- Environnement pris en charge, ressources processeur et capacité sous licence.
CHEMIN D'APPEL SCHÉMA
Trace the appels d’urgence & ng9-1-1 path end to end.
Chaque appareil et service fait partie d'un flux de travail opérationnel en direct. Le diagramme rend visibles le point de traduction, la limite de confiance et la cible d’acceptation.
AUCUN INTERNET PUBLIC REQUIS
LAN privé / réseau IP isolé
Les points de terminaison locaux, les passerelles, les dispositifs de notification et un serveur d'appels sur site peuvent communiquer sur le réseau privé. La capacité de survie locale doit être conçue et testée pour le site réel.
NÉCESSAIRE POUR ATTEINDRE LES SERVICES D'URGENCE
Opérateur approuvé/itinéraire d'urgence
Un appel d'urgence terminé nécessite toujours l'itinéraire externe approuvé, les informations de localisation correctes et la disponibilité du fournisseur de services. L’exploitation locale ne suffit pas à elle seule à assurer l’accessibilité du public en cas d’urgence.
RÉSEAU OPÉRATIONNEL LOCAL OU ISOLÉ
Point final d'appel
Les utilisateurs et systèmes locaux nécessitent un chemin d'appel principal explicite.
Localisation et politique
Les communications opérationnelles nécessitent leurs propres règles de priorité, de sécurité et de récupération.
Destination d'urgence
Les points finaux existants ou de sécurité restent isolés jusqu'à ce que la compatibilité soit prouvée.
RÉSEAU IP OPÉRATIONNEL PRIVÉSignalisation SIP locale et média RTP
INTERNESÉCURISÉ + SURVIVABLE
Limite vocale M5 résiliente
Les contrôles Sentinel, Mediatrix et DGW sont sélectionnés en fonction de la dépendance réelle des communications.
Continuité locale du siteLes téléphones, passerelles et contrôle d'appel approuvés peuvent rester à l'intérieur du réseau du site. Internet n'est pas intrinsèquement requis pour les communications internes.
LIAISONS EXTERNES CONTRÔLÉES
Services cloud/centraux
Contrôle central des appels, équipes ou services de gestion se connectent via une route protégée.
Opérateur/réseau public
L'accessibilité externe inclut un chemin alternatif testé lorsque la continuité l'exige.
Route principaleContinuité localeInterconnexion cryptéeBasculement testé
LECTURE DU DIAGRAMME
What must remain available in appels d’urgence & ng9-1-1
- Point final d'appel
- L'emplacement physique, les utilisateurs et les équipements locaux qui dépendent de la voix pendant les opérations normales.
- Localisation et politique
- Le flux de travail opérationnel (pas seulement le téléphone) qui définit la priorité et le temps de récupération.
- Sentinel SBC
- Sécurise et normalise SIP entre les domaines vocaux, contrôle les médias et le routage et masque le réseau interne.
- Passerelle Mediatrix
- Convertit les interfaces vocales analogiques ou numériques en SIP/IP tout en préservant les équipements existants validés.
Modèle de cas d'utilisation : la validation sur le terrain reste obligatoire pour les points finaux, les transporteurs et les flux de travail liés à la sécurité. MATRICE DE VALIDATION
MATRICE DE VALIDATION
Les contrôles qui empêchent une défaillance silencieuse après le basculement.
A appels d’urgence & ng9-1-1 design should answer each question before rollout, not after the first incident.
Les services de sécurité, d'urgence, d'alarme et réglementés nécessitent l'approbation de l'autorité responsable et du fournisseur de services pour le déploiement réel.| Couche de validation | Question à répondre | Preuves à collecter | Propriétaire |
|---|---|---|---|
| Point final | Le périphérique réel se comporte-t-il correctement sur le nouveau chemin ? | Test de numérotation, de média et de fonctionnalités | Client / intégrateur |
| Réseau | La latence, la gigue, le NAT et la QoS sont-ils contrôlés ? | Base de référence de capture et de qualité | Équipe réseau |
| Service | L'opérateur prend-il en charge le comportement d'appel ou de données requis ? | Résultat du test accepté par l'opérateur | Opérateur/propriétaire du service |
| Défaillance | Que se passe-t-il en cas de perte d'alimentation, de réseau étendu ou de plate-forme ? | Test de basculement et de récupération | Opérations |
| Cycle de vie | À qui appartiennent les mises à jour, les certificats, les sauvegardes et les escalades ? | Runbook et droits approuvés | Propriétaire du service |
QUESTIONS FRÉQUENTES
Questions avant de commencer
Le risque le plus courant consiste à supposer le comportement du point de terminaison, de l'opérateur ou du réseau au lieu de le valider dans le chemin d'appel réel.
Utilisez une architecture de référence reproductible, mais confirmez l'alimentation, le WAN, les interfaces, les points de terminaison, le routage local et les contraintes opérationnelles spécifiques au site.
Le projet pilote devrait prouver de véritables flux de travail, pas seulement la tonalité : fonctionnalités, qualité des médias, itinéraires exceptionnels, basculement, surveillance et récupération.
PRÊT POUR LA PROCHAINE ÉTAPE ?Demander une évaluation gratuite
Construisez la bonne architecture vocale.
Partagez le produit, le déploiement et le résultat cible. M5 identifiera la bonne voie technique et commerciale.