Le numéro 911 n’avait pas changé et les centres de traitement des appels d’urgence restaient opérationnels, pourtant certains utilisateurs ne parvenaient pas à établir leurs appels d’urgence.
Le 17 septembre 2026, des interruptions intermittentes du service 911 ont été signalées dans certaines régions du Canada, touchant plusieurs utilisateurs mobiles et VoIP. Des responsables de la gestion des urgences en Nouvelle-Écosse ont indiqué que le problème semblait concerner les réseaux des opérateurs de télécommunications plutôt que le système provincial du 911 lui-même. Les résidents ayant des difficultés à joindre le 911 ont été invités à essayer une ligne fixe, les appels Wi-Fi, le réseau d’un autre opérateur ou les numéros de contact d’urgence alternatifs publiés.
L’incident met en évidence un risque de communication facile à sous-estimer : un numéro d’urgence valide, un téléphone SIP enregistré, un IP PBX fonctionnel et un centre de réponse 911 opérationnel ne garantissent toujours pas qu’un appel d’urgence aboutira correctement. Entre le moment où l’utilisateur compose "911" et celui où un opérateur répond, l’appel peut traverser le terminal local, le réseau d’accès, l’infrastructure de l’opérateur, le routage des appels d’urgence et le système public de réponse aux urgences. Une défaillance à n’importe quel point de ce trajet peut interrompre la demande d’assistance.
L’interruption de service révèle un problème de bout en bout sur le chemin d’appel
Pour l’appelant, le 911 ne représente que trois chiffres. Pour le réseau, il s’agit d’un chemin de communication en temps réel qui traverse plusieurs domaines administratifs et techniques.
Prenons l’exemple d’un téléphone VoIP d’entreprise. Après que l’utilisateur a composé le 911, l’appel doit d’abord quitter le terminal local. L’IP PBX de l’entreprise, la plateforme vocale cloud ou le service de trunk SIP doivent l’identifier comme un appel d’urgence et le router conformément à la politique d’appel d’urgence configurée. L’opérateur doit ensuite remettre l’appel au réseau de services d’urgence approprié, qui le transmet finalement au centre de réception des appels de sécurité publique (PSAP) responsable de la zone géographique concernée.
Chaque couche est gérée par des systèmes et des organisations différents, et les pannes peuvent se manifester de différentes façons. Un problème sur le réseau local peut entraîner un échec d’enregistrement SIP ou une perte de média. Un problème côté opérateur peut provoquer le rejet de l’appel, un dépassement de délai ou son acheminement vers le mauvais PSAP. Des problèmes sur le réseau des services d’urgence peuvent affecter la façon dont l’appel est remis ou traité. Pour l’utilisateur, cependant, toutes ces situations peuvent sembler identiques : l’appel au 911 n’aboutit pas.
L’interruption intermittente survenue au Canada constitue une référence particulièrement utile, car les premières informations pointaient vers des problèmes sur le réseau de l’opérateur plutôt que vers une panne de la plateforme provinciale du 911. Une entreprise peut donc confirmer que son PBX, son SBC et sa connexion Internet fonctionnent normalement sans pour autant éliminer le risque d’échec d’un appel d’urgence. Le chemin de routage entre l’opérateur et le réseau 911 fait lui aussi partie de la disponibilité de bout en bout des appels d’urgence.
Les risques des appels d’urgence VoIP dépassent la simple panne d’Internet
Lorsqu’on parle de fiabilité VoIP, l’une des inquiétudes les plus fréquentes est que "si Internet tombe en panne, les téléphones ne fonctionnent plus". C’est un risque réel, mais pour le 911 il ne représente qu’une partie du problème.
Tout peut sembler normal à l’intérieur de l’entreprise. Les téléphones SIP peuvent afficher un état enregistré, les appels entre postes peuvent fonctionner et les appels externes ordinaires peuvent aboutir. Mais si le routage spécifique du 911, l’opérateur en amont ou l’interconnexion avec les services d’urgence est indisponible, l’appel d’urgence peut malgré tout échouer. L’incident canadien de septembre 2026 illustre ce type de dépendance : l’équipement local de l’entreprise peut ne présenter aucune alarme évidente alors que le problème se situe plus en amont dans le réseau de l’opérateur.
Un autre risque concerne la relation entre l’identité téléphonique et la localisation physique. Les appels professionnels ordinaires doivent surtout répondre à la question "l’appelant peut-il joindre son correspondant ?". Les appels d’urgence doivent également répondre à la question "où les secours doivent-ils être envoyés ?". Les téléphones de bureau fixes ont généralement une localisation stable, mais les softphones, les travailleurs à distance et les utilisateurs VoIP nomades peuvent se connecter depuis différentes connexions Internet tout en utilisant le même compte d’entreprise.
Un employé peut travailler au bureau aujourd’hui, appeler depuis son domicile demain et séjourner dans un hôtel d’une autre ville la semaine suivante. Si la localisation d’urgence reste associée en permanence à l’adresse du bureau, l’appel peut entrer correctement dans le système 911 tandis que le PSAP reçoit une information de localisation ne correspondant pas au lieu réel de l’urgence. Dans une situation de dispatch, cette différence peut retarder l’arrivée de la police, des pompiers ou des secours médicaux.
Les appels d’urgence VoIP comportent donc au moins trois dimensions distinctes de disponibilité :
Joignabilité de l’appel : l’appel au 911 peut-il réellement être établi ?
Routage de l’appel : l’appel emprunte-t-il le bon chemin vers les services d’urgence et atteint-il le PSAP responsable de cette localisation ?
Précision de la localisation : l’information de localisation reçue par le PSAP correspond-elle au lieu réel de l’urgence ?
Une défaillance dans l’un de ces domaines peut réduire l’efficacité de l’appel d’urgence.
Un chemin d’urgence secondaire doit éviter le même domaine de panne
Les solutions alternatives recommandées pendant l’interruption en Nouvelle-Écosse sont représentatives : lignes fixes, appels Wi-Fi, réseau d’un autre opérateur et numéros d’urgence alternatifs publiés. Elles suivent toutes le même principe : lorsque le chemin principal est affecté, il faut disposer d’un autre trajet qui ne dépende pas nécessairement du même point de défaillance.
Pour les entreprises et les établissements publics, ce principe devrait devenir une règle de conception claire : la valeur d’un chemin de secours vient de la réduction des dépendances partagées avec le chemin principal, et non du simple ajout d’appareils supplémentaires.
Prenons un exemple courant. Un site utilise un accès Internet fibre, un IP PBX cloud et un trunk SIP fourni par l’Opérateur A. Son "téléphone de secours" est simplement un autre téléphone SIP connecté au même commutateur, au même accès Internet et au même opérateur voix. Il y a désormais un appareil de plus, mais pratiquement aucune résilience supplémentaire. Une coupure de fibre, une panne de l’Opérateur A ou un problème de la plateforme cloud pourrait affecter les deux téléphones simultanément.
Un chemin secondaire plus efficace devrait provenir d’un domaine technique ou réseau différent, par exemple :
Maintenir un appareil vocal cellulaire indépendant en dehors du chemin VoIP principal et, lorsque cela est pertinent, utiliser un opérateur différent de celui qui fournit le trunk SIP principal ;
Fournir aux salles de contrôle et aux centres de sécurité des services de communication provenant de plusieurs opérateurs mobiles ;
Conserver un chemin de téléphonie fixe passant par un opérateur indépendant lorsque cela est techniquement et commercialement possible ;
Conserver les numéros directs d’urgence publiés par les autorités locales de police, d’incendie ou de secours médicaux comme solution complémentaire lorsque le 911 est indisponible ;
Dans les environnements industriels et d’infrastructures critiques, conserver la radio, l’interphonie SIP ou les communications locales de dispatch pour la coordination des urgences sur site.
Un terminal différent ne signifie pas automatiquement un chemin de communication indépendant. Lorsqu’un téléphone mobile passe aux appels Wi-Fi, la méthode d’accès radio change, mais l’appel peut toujours traverser certaines parties du même cœur de réseau opérateur ou de la même infrastructure d’appel d’urgence. Le fait qu’il contourne réellement la panne dépend de l’emplacement de celle-ci.
La planification des communications d’urgence doit donc aller au-delà d’une simple liste d’équipements de secours. Chaque chemin d’appel doit être cartographié en fonction de ses dépendances vis-à-vis de l’opérateur, de la connexion Internet, du PBX, du SBC et du routage d’urgence afin d’identifier les points uniques de défaillance partagés.
Les plans d’appel d’urgence en entreprise doivent gérer les numéros, les localisations et les personnes
Une fois qu’un chemin secondaire technique existe, une autre question demeure : qui doit l’utiliser, quand faut-il l’utiliser et comment les personnes concernées sauront-elles quoi faire ?
De nombreuses organisations conservent déjà les numéros des pompiers, les numéros des postes de sécurité, les contacts médicaux d’urgence et les extensions internes d’urgence. Mais si ces informations ne figurent qu’à la page 37 d’un manuel de réponse aux urgences, les employés ont peu de chances de les trouver rapidement dans une situation très stressante.
Pour les salles de contrôle, les accueils, les centres de sécurité, les postes de service en zone dangereuse et les autres positions critiques, les coordonnées alternatives doivent être intégrées dans un plan d’appel d’urgence permanent. Elles peuvent être affichées à côté des équipements de communication ou intégrées dans une interface de dispatch. Les modifications doivent être gérées de manière centralisée, chaque numéro étant clairement associé à son usage prévu et à sa zone de service.
La gestion de la localisation est particulièrement importante dans les organisations multisites. Une configuration 911 conçue pour le siège ne peut pas être simplement copiée dans toutes les agences. Un téléphone SIP dans un bureau de New York et un autre dans un entrepôt de Los Angeles peuvent être enregistrés sur le même PBX cloud, mais chacun a besoin d’une localisation d’urgence correspondant à son site réel. Une mauvaise configuration peut envoyer l’appel vers le mauvais PSAP ou présenter une adresse située à des centaines de kilomètres du lieu de l’incident.
Les softphones sont plus difficiles à gérer parce que les utilisateurs se déplacent. Le même employé peut travailler depuis le bureau, son domicile ou une autre ville tout en conservant la même identité professionnelle. Les appels ordinaires peuvent continuer à utiliser un même numéro d’entreprise, mais les appels d’urgence ne peuvent pas supposer en permanence que chaque utilisateur se trouve physiquement au siège.
Un mécanisme de mise à jour de la localisation est donc nécessaire. Selon la plateforme et les exigences réglementaires, cela peut impliquer une confirmation de l’utilisateur, des informations de localisation basées sur le réseau ou une autre méthode prise en charge pour associer le terminal à sa position actuelle.
La notification interne doit également faire partie de la conception. Lorsqu’une personne passe un appel au 911 depuis un système téléphonique multilignes, le personnel de sécurité, d’accueil ou d’astreinte sur site peut avoir besoin de savoir qui a passé l’appel d’urgence et depuis quel endroit. Il peut alors accueillir la police, les pompiers ou les secours médicaux à l’entrée et les guider vers le bon bâtiment, étage ou espace de travail. De nombreux IP PBX et plateformes de communication cloud prennent en charge une forme de notification d’appel d’urgence à cette fin.
Les numéros d’urgence alternatifs doivent être vérifiés à l’avance
Les numéros d’urgence alternatifs publiés peuvent constituer une solution pratique lorsque le service 911 est perturbé. Pour une entreprise, cependant, imprimer un numéro sur un mur ne le transforme pas automatiquement en chemin d’urgence fiable.
Chaque numéro alternatif doit avoir un responsable et un périmètre clairement définis. Quel organisme le gère ? Quelle zone géographique couvre-t-il ? Est-il répondu 24 heures sur 24 ? Qui met le numéro à jour lorsqu’il change ? Quels employés sont autorisés ou censés l’utiliser ? Faut-il composer un préfixe de ligne extérieure ou utiliser un routage spécial ?
Le plan de numérotation de l’entreprise est un détail technique facile à négliger. Certains systèmes téléphoniques imposent de composer "9" pour obtenir une ligne extérieure. D’autres utilisent des codes courts personnalisés, la traduction de numéros ou des règles de routage SIP. Si un employé compose un numéro d’urgence publié pendant un incident, le PBX doit pouvoir le router comme prévu. Les numéros de contact d’urgence ne doivent pas être bloqués involontairement par les restrictions habituelles de classe de service, le contrôle d’admission des appels ou les politiques de prévention de la fraude.
Parallèlement, les contacts d’urgence ne doivent pas être associés à des raccourcis trop faciles à déclencher accidentellement. Des appels non urgents répétés consomment les ressources des services d’urgence et peuvent être particulièrement perturbateurs lors d’une véritable interruption de service.
Pendant l’interruption canadienne, il a été expressément demandé aux résidents de ne pas appeler le 911 simplement pour vérifier si le service avait été rétabli. Le même principe s’applique aux entreprises : les tests d’appel d’urgence doivent être planifiés et contrôlés au lieu d’utiliser de manière répétée le service 911 réel pendant une panne.
Une approche plus appropriée consiste à coordonner les essais avec le fournisseur de services vocaux, l’intégrateur de systèmes et les procédures de sécurité publique applicables, ou à utiliser les mécanismes de test proposés par la plateforme pour valider la localisation d’urgence, l’identification de l’appelant et le comportement du routage. Lorsqu’ils sont disponibles, les services de test peuvent aider à vérifier la configuration des appels d’urgence sans imposer de charge inutile aux opérations 911 réelles.
Les tests de recette doivent aller au-delà d’un appel 911 réussi
Lors de la mise en service d’un nouveau système VoIP, passer un seul appel d’urgence depuis un téléphone de bureau et vérifier qu’il aboutit démontre très peu de choses. Cela montre uniquement que, dans ces conditions précises, depuis ce terminal et via ce chemin particulier, l’appel peut atteindre une destination de réponse aux urgences.
Un processus de recette plus complet pour les appels d’urgence devrait couvrir différents sites, types de terminaux et conditions de défaillance.
Les téléphones SIP fixes doivent être vérifiés afin de confirmer que l’identité téléphonique correspond à la localisation physique. Les softphones distants doivent être testés pour s’assurer que le processus de gestion de localisation fonctionne lorsque les utilisateurs se déplacent. Les systèmes multisites doivent confirmer que les appels provenant de chaque installation sont associés aux services d’urgence locaux appropriés. Lorsque plusieurs opérateurs ou trunks SIP existent, le projet doit également définir ce qui se passe pour les appels au 911 en cas de défaillance du chemin principal : basculement automatique, intervention manuelle nécessaire ou impossibilité d’aboutir par le chemin alternatif.
La simulation contrôlée des pannes est l’une des parties les plus utiles de la mise en service et l’une des plus faciles à omettre. Le projet peut tester le comportement des appels ordinaires et d’urgence lorsque le trunk SIP principal est indisponible, vérifier si le routage d’urgence reste valide après la prise de relais par un WAN de secours et confirmer que la localisation d’urgence, l’identification de l’appelant et les politiques de routage restent intactes lorsque le PBX principal bascule vers un serveur de secours.
Les moyens de communication alternatifs doivent eux aussi être validés indépendamment. Le fait qu’un appareil affiche un état en ligne ne prouve pas qu’il peut établir un appel d’urgence. Les conditions de signal cellulaire, la couverture de l’opérateur, l’état de la carte SIM et celui du compte peuvent tous affecter la disponibilité réelle.
Une liste pratique de vérification de recette peut inclure :
La localisation d’urgence de chaque terminal fixe correspond-elle à sa localisation physique ;
Les appels provenant de sites différents sont-ils associés à la bonne zone locale de services d’urgence ;
Un chemin indépendant de contact d’urgence reste-t-il disponible après la défaillance de l’opérateur principal ;
Le routage du 911 reste-t-il correct après le basculement du WAN de secours ou du serveur SIP ;
Les numéros locaux d’urgence alternatifs sont-ils à jour et peuvent-ils être composés correctement via le système de l’entreprise ;
Le personnel occupant des postes critiques sait-il quoi faire si le 911 ne peut pas être joint ;
Le personnel de sécurité ou d’astreinte reçoit-il une notification en temps utile lorsqu’un appel d’urgence est passé ;
La localisation d’urgence d’un utilisateur de softphone est-elle mise à jour lorsqu’il change de lieu de travail.
La leçon de cette interruption intermittente du 911 n’est pas que la VoIP est inadaptée aux appels d’urgence. Les communications IP peuvent fournir un routage flexible, une gestion de la localisation, des notifications d’urgence et plusieurs options de basculement difficiles à obtenir avec la téléphonie traditionnelle. Toutefois, ces capacités ne deviennent réellement partie intégrante d’un système fiable de communications d’urgence qu’après avoir été vérifiées en conditions de défaillance.
L’un des modèles les plus dangereux pour les appels d’urgence n’est pas un système totalement dépourvu de capacité de secours. C’est un système dans lequel tout le monde suppose qu’un secours indépendant existe, pour découvrir lors d’un incident réel que les chemins principal et secondaire partagent le même point de défaillance.
Questions fréquentes
Pourquoi le 911 peut-il échouer même lorsque l’IP PBX fonctionne normalement ?
L’IP PBX n’est qu’un maillon du chemin d’un appel d’urgence. Un appel au 911 peut aussi dépendre du trunk SIP, de l’opérateur voix, du réseau de routage des appels d’urgence et du PSAP. Le bon fonctionnement du système téléphonique de l’entreprise ne prouve pas que tous les segments entre l’opérateur et les services d’urgence sont disponibles. L’interruption intermittente du 911 au Canada montre comment des problèmes plus en amont peuvent affecter les appels d’urgence alors que les systèmes locaux continuent de fonctionner.
Les appels Wi-Fi peuvent-ils servir de secours fiable lorsque le service 911 est indisponible ?
Les appels Wi-Fi peuvent offrir une méthode d’accès alternative lorsque le réseau d’accès radio cellulaire est indisponible ou dégradé. Le fait qu’ils contournent réellement la panne dépend de l’emplacement du problème. Si celui-ci se situe dans le cœur du réseau de l’opérateur ou dans l’infrastructure de routage des appels d’urgence, les appels Wi-Fi peuvent encore dépendre de certains des mêmes systèmes. Il vaut mieux les considérer comme une option parmi d’autres dans un plan global de communications d’urgence, plutôt que comme un deuxième chemin 911 automatiquement indépendant.
Un seul téléphone mobile de secours suffit-il pour une entreprise ?
Cela dépend du fait que le téléphone de secours partage ou non le même opérateur et le même domaine de panne que le chemin de communication principal. Si le système VoIP principal utilise l’Opérateur A pour son trunk SIP et que le téléphone mobile de secours utilise également l’Opérateur A, une panne des appels d’urgence côté opérateur pourrait affecter les deux. Les installations critiques doivent vérifier que les solutions de secours utilisent réellement des opérateurs, des réseaux d’accès ou des chemins d’appel distincts.
Quelle est l’une des configurations d’appel d’urgence VoIP les plus souvent négligées ?
La localisation d’urgence est un point faible fréquent. Dans les environnements multisites, de télétravail et de softphones, l’identité professionnelle peut suivre l’utilisateur tandis que sa localisation physique d’urgence change indépendamment. L’organisation doit disposer d’un processus permettant de maintenir alignées l’identité du terminal, la localisation d’urgence et la position réelle de l’utilisateur. Sinon, même un appel d’urgence correctement établi peut envoyer les secours à la mauvaise adresse.
Becke Telcom fournit des systèmes IP PBX, des téléphones SIP, des passerelles vocales, des SBC et des équipements de communications unifiées, avec des solutions pour les chemins vocaux principaux et de secours, la redondance réseau et l’accès aux communications d’urgence dans les entreprises, les environnements multisites et les installations critiques.
