El número 911 no había cambiado y los centros de atención de emergencias seguían operativos, pero algunos usuarios no podían completar llamadas de emergencia.
El 17 de septiembre de 2026 se informaron interrupciones intermitentes del servicio 911 en algunas zonas de Canadá, que afectaron a determinados usuarios móviles y de VoIP. Responsables de gestión de emergencias de Nueva Escocia indicaron que el problema parecía estar relacionado con las redes de los operadores de telecomunicaciones y no con el propio sistema provincial del 911. A los residentes que tenían dificultades para comunicarse con el 911 se les recomendó probar una línea fija, llamadas por Wi-Fi, la red de otro operador o los números alternativos de emergencia publicados.
El incidente pone de relieve un riesgo de comunicaciones fácil de subestimar: tener un número de emergencia válido, un teléfono SIP registrado, una IP PBX operativa y un centro de atención del 911 en funcionamiento no garantiza que una llamada de emergencia vaya a completarse correctamente. Entre el momento en que el usuario marca "911" y el momento en que responde un operador, la llamada puede atravesar el terminal local, la red de acceso, la infraestructura del operador, el enrutamiento de emergencias y el sistema público de atención de emergencias. Un fallo en cualquier punto de esa ruta puede interrumpir la solicitud de ayuda.
La interrupción del servicio revela un problema de extremo a extremo en la ruta de llamada
Para quien llama, 911 son solo tres dígitos. Para la red, es una ruta de comunicaciones en tiempo real que atraviesa varios dominios administrativos y técnicos.
Pensemos en un teléfono VoIP empresarial. Después de que un usuario marque 911, la llamada debe salir primero del terminal local. La IP PBX de la empresa, la plataforma de voz en la nube o el servicio de troncal SIP deben reconocerla como una llamada de emergencia y enrutarla conforme a la política de emergencias configurada. A continuación, el operador debe entregar la llamada a la red de servicios de emergencia correspondiente, que finalmente la dirige al Punto de Atención de Seguridad Pública (PSAP) responsable de esa zona geográfica.
Cada capa está gestionada por sistemas y organizaciones diferentes, y los fallos pueden manifestarse de distintas maneras. Un problema en la red local puede provocar un fallo de registro SIP o pérdida de medios. Un problema del operador puede hacer que la llamada sea rechazada, agote el tiempo de espera o llegue al PSAP equivocado. Los problemas en la red de servicios de emergencia pueden afectar a la entrega o al tratamiento de la llamada. Sin embargo, desde la perspectiva del usuario, todas estas situaciones pueden parecer iguales: la llamada al 911 no se completa.
La interrupción intermitente de Canadá resulta especialmente útil como referencia porque la información inicial apuntaba a problemas en la red del operador y no a un fallo de la plataforma provincial del 911. Esto significa que una empresa puede confirmar que su PBX, SBC y conexión a Internet funcionan con normalidad y aun así no descartar un fallo de las llamadas de emergencia. La ruta de enrutamiento entre el operador y la red del 911 también forma parte de la disponibilidad de extremo a extremo de las llamadas de emergencia.
Los riesgos de las llamadas de emergencia VoIP van más allá de una caída de Internet
Cuando se habla de fiabilidad de VoIP, una de las preocupaciones más comunes es que "si se cae Internet, los teléfonos dejan de funcionar". Es un riesgo real, pero para el 911 representa solo una parte del problema.
Dentro de la empresa todo puede parecer normal. Los teléfonos SIP pueden mostrar que están registrados, las llamadas entre extensiones pueden funcionar y las llamadas externas ordinarias pueden completarse. Sin embargo, si la ruta especial del 911, el operador aguas arriba o la interconexión con los servicios de emergencia no están disponibles, la llamada de emergencia puede seguir fallando. El incidente canadiense de septiembre de 2026 ilustra este tipo de dependencia: los equipos locales de la empresa pueden no mostrar ninguna alarma evidente mientras el problema se encuentra más arriba, en la red del operador.
Otro riesgo afecta a la relación entre la identidad telefónica y la ubicación física. En las llamadas empresariales normales, la pregunta principal es "¿puede quien llama comunicarse con la otra parte?". En una llamada de emergencia también hay que responder "¿a dónde deben enviarse los equipos de respuesta?". Los teléfonos fijos de oficina suelen tener ubicaciones estables, pero los softphones, los trabajadores remotos y los usuarios VoIP nómadas pueden iniciar sesión desde distintas conexiones a Internet utilizando la misma cuenta empresarial.
Un empleado puede trabajar hoy en la oficina, llamar mañana desde casa y alojarse la semana siguiente en un hotel de otra ciudad. Si la ubicación de emergencia permanece asociada de forma permanente a la dirección de la oficina, la llamada puede entrar correctamente en el sistema 911 mientras el PSAP recibe información de ubicación que no coincide con el lugar real de la emergencia. En una situación de despacho, esa discrepancia puede retrasar la llegada de la policía, los bomberos o los servicios médicos.
Por tanto, las llamadas de emergencia VoIP tienen al menos tres dimensiones de disponibilidad independientes:
Accesibilidad de la llamada: ¿puede establecerse realmente la llamada al 911?
Enrutamiento de la llamada: ¿entra la llamada en la ruta correcta de servicios de emergencia y llega al PSAP responsable de esa ubicación?
Precisión de la ubicación: ¿coincide la información de ubicación recibida por el PSAP con el lugar real de la emergencia?
Un fallo en cualquiera de estas áreas puede reducir la eficacia de la llamada de emergencia.
Una ruta secundaria de emergencia debe evitar el mismo dominio de fallo
Las alternativas recomendadas durante la interrupción de Nueva Escocia son representativas: líneas fijas, llamadas por Wi-Fi, la red de otro operador y números alternativos de emergencia publicados. Todas siguen el mismo principio: cuando la ruta principal está afectada, se debe disponer de otra ruta que no dependa necesariamente del mismo punto de fallo.
Para empresas e instalaciones públicas, este principio debería convertirse en una regla de diseño clara: el valor de una ruta de respaldo procede de reducir las dependencias compartidas con la ruta principal, no simplemente de añadir más dispositivos.
Veamos un ejemplo habitual. Una instalación utiliza acceso a Internet por fibra, una IP PBX en la nube y una troncal SIP del Operador A. Su "teléfono de respaldo" es simplemente otro teléfono SIP conectado al mismo conmutador, al mismo circuito de Internet y al mismo operador de voz. Ahora hay un dispositivo más, pero casi ninguna resiliencia adicional. Un fallo de la fibra, una interrupción del Operador A o un problema de la plataforma en la nube podrían afectar a ambos teléfonos al mismo tiempo.
Una ruta secundaria más eficaz debería proceder de un dominio técnico o de red diferente, por ejemplo:
Mantener un dispositivo de voz celular independiente fuera de la ruta VoIP principal y, cuando sea apropiado, utilizar un operador distinto del proveedor de la troncal SIP principal;
Proporcionar a las salas de control y centros de seguridad servicios de comunicaciones de más de un operador móvil;
Mantener una ruta de voz fija mediante un operador independiente cuando sea técnica y comercialmente viable;
Mantener números directos de emergencia publicados por la policía, los bomberos o los servicios médicos locales como opción complementaria cuando el 911 no esté disponible;
En entornos industriales y de infraestructura crítica, mantener comunicaciones por radio, intercomunicador SIP o despacho local para la coordinación de emergencias en el sitio.
Un terminal diferente no significa automáticamente una ruta de comunicaciones independiente. Cuando un teléfono móvil cambia a llamadas por Wi-Fi, cambia el método de acceso radioeléctrico, pero la llamada todavía puede atravesar partes del mismo núcleo del operador o de la misma infraestructura de llamadas de emergencia. Que realmente evite el fallo depende de dónde esté localizada la avería.
Por ello, la planificación de comunicaciones de emergencia debe ir más allá de una simple lista de dispositivos de respaldo. Cada ruta de llamada debe relacionarse con sus dependencias de operador, conexión a Internet, PBX, SBC y enrutamiento de emergencia para identificar los puntos únicos de fallo compartidos.
Los planes empresariales de llamadas de emergencia deben gestionar números, ubicaciones y personas
Una vez que existe una ruta secundaria técnica, queda otra cuestión: quién debe utilizarla, cuándo debe hacerlo y cómo sabrá qué hacer.
Muchas organizaciones ya mantienen números de bomberos, números de puestos de seguridad, contactos médicos de emergencia y extensiones internas de emergencia. Pero si esa información solo aparece en la página 37 de un manual de respuesta a emergencias, es poco probable que los empleados la encuentren rápidamente durante una situación de alta presión.
En salas de control, recepciones, centros de seguridad, puestos de servicio en zonas peligrosas y otras posiciones críticas, los datos de contacto alternativos deberían incorporarse a un plan de llamadas de emergencia fijo. Pueden colocarse junto a los equipos de comunicaciones o integrarse en una interfaz de despacho. Los cambios deben mantenerse de forma centralizada y cada número debe asociarse claramente con su uso previsto y su zona de servicio.
La gestión de la ubicación es especialmente importante en organizaciones con múltiples sedes. Una configuración del 911 diseñada para la sede central no puede copiarse sin más a todas las sucursales. Un teléfono SIP en una oficina de Nueva York y otro en un almacén de Los Ángeles pueden registrarse en la misma PBX en la nube, pero cada uno necesita una ubicación de emergencia adecuada a su sitio real. Una configuración incorrecta puede dirigir la llamada al PSAP equivocado o presentar una dirección situada a cientos de kilómetros del incidente.
Los softphones son más difíciles porque los usuarios se desplazan. El mismo empleado puede trabajar desde la oficina, desde casa o desde otra ciudad manteniendo la misma identidad empresarial. Las llamadas ordinarias pueden seguir utilizando un único número corporativo, pero las llamadas de emergencia no pueden asumir permanentemente que todos los usuarios están físicamente en la sede central.
Por tanto, se necesita un mecanismo de actualización de ubicación. Según la plataforma y los requisitos normativos, puede implicar la confirmación del usuario, información de ubicación basada en la red u otro método admitido para asociar el terminal con su ubicación actual.
La notificación interna también debe formar parte del diseño. Cuando alguien realiza una llamada al 911 desde un sistema telefónico multilínea, al personal de seguridad, recepción o guardia del sitio le resulta útil saber quién realizó la llamada de emergencia y desde qué ubicación. Así pueden recibir a la policía, los bomberos o los servicios médicos en la entrada y guiarlos al edificio, planta o zona de trabajo correctos. Muchas IP PBX y plataformas de comunicaciones en la nube admiten algún tipo de notificación de llamada de emergencia con este fin.
Los números alternativos de emergencia requieren verificación previa
Los números alternativos de emergencia publicados pueden ofrecer una opción práctica cuando el servicio 911 está afectado. Sin embargo, para una empresa, imprimir un número en una pared no lo convierte automáticamente en una ruta de emergencia fiable.
Cada número alternativo debe tener una responsabilidad y un ámbito claramente definidos. ¿Qué organismo lo mantiene? ¿Qué zona geográfica cubre? ¿Se atiende las 24 horas? ¿Quién actualiza el número cuando cambia? ¿Qué empleados están autorizados o deben utilizarlo? ¿Requiere un prefijo para línea externa o un enrutamiento especial?
El plan de marcación empresarial es un detalle técnico fácil de pasar por alto. Algunos sistemas telefónicos exigen marcar "9" para obtener una línea externa. Otros utilizan códigos cortos personalizados, traducción de números o reglas de enrutamiento SIP. Si un empleado introduce un número de emergencia publicado durante un incidente, la PBX debe poder enrutarlo como se espera. Los números de contacto de emergencia no deberían quedar bloqueados accidentalmente por restricciones normales de clase de servicio, control de admisión de llamadas o políticas de prevención del fraude.
Al mismo tiempo, los contactos de emergencia no deben asignarse a accesos directos tan fáciles de activar que provoquen llamadas accidentales. Las llamadas repetidas que no son emergencias consumen recursos de los servicios de emergencia y pueden resultar especialmente perjudiciales durante una interrupción real del servicio.
Durante la interrupción canadiense se indicó expresamente a los residentes que no llamaran al 911 únicamente para comprobar si el servicio se había restablecido. El mismo principio se aplica a las empresas: las pruebas de llamadas de emergencia deben planificarse y controlarse, en lugar de utilizar repetidamente el servicio 911 real durante una interrupción.
Un enfoque más adecuado consiste en coordinar las pruebas con el proveedor de voz, el integrador de sistemas y los procedimientos de seguridad pública aplicables, o utilizar mecanismos de prueba compatibles con la plataforma para validar la ubicación de emergencia, el identificador de llamada y el comportamiento del enrutamiento. Cuando existan, los servicios de prueba pueden ayudar a validar la configuración de las llamadas de emergencia sin generar una carga innecesaria sobre las operaciones reales del 911.
Las pruebas de aceptación deben ir más allá de una llamada al 911 completada con éxito
Cuando se pone en servicio un nuevo sistema VoIP, realizar una sola llamada de emergencia desde un teléfono de oficina y confirmar que conecta demuestra muy poco. Solo demuestra que, en esas condiciones concretas, desde ese terminal y por esa ruta específica, la llamada puede alcanzar un destino de atención de emergencias.
Un proceso de aceptación más completo para las llamadas de emergencia debería cubrir diferentes sedes, tipos de terminales y condiciones de fallo.
Los teléfonos SIP fijos deben comprobarse para confirmar que la identidad telefónica coincide con la ubicación física. Los softphones remotos deben probarse para verificar que el proceso de gestión de ubicación funciona cuando los usuarios se desplazan. Los sistemas multisede deben confirmar que las llamadas de cada instalación están asociadas con los servicios locales de emergencia adecuados. Cuando existen varios operadores o troncales SIP, el proyecto también debe definir qué ocurre con las llamadas al 911 cuando falla la ruta principal: si la conmutación se realiza automáticamente, si requiere intervención manual o si la llamada no puede completarse por la ruta alternativa.
La simulación controlada de fallos es una de las partes más valiosas de la puesta en servicio y una de las más fáciles de omitir. El proyecto puede comprobar cómo se comportan las llamadas ordinarias y de emergencia cuando la troncal SIP principal no está disponible, si la ruta de emergencia sigue siendo válida después de que una WAN de respaldo tome el relevo y si la ubicación de emergencia, el identificador de llamada y las políticas de enrutamiento permanecen intactos cuando la PBX principal conmuta a un servidor de respaldo.
Las comunicaciones alternativas también deben validarse de forma independiente. Que un dispositivo muestre el estado en línea no demuestra que pueda completar una llamada de emergencia. Las condiciones de señal celular, la cobertura del operador, el estado de la SIM y el estado de la cuenta pueden afectar a la disponibilidad real.
Una lista práctica de aceptación puede incluir:
Si la ubicación de emergencia de cada terminal fijo coincide con su ubicación física;
Si las llamadas desde distintas sedes se asocian con la zona local de servicios de emergencia correcta;
Si una ruta independiente de contacto de emergencia sigue disponible después de que falle el operador principal;
Si el enrutamiento del 911 sigue siendo correcto después de la conmutación por fallo de la WAN de respaldo o del servidor SIP;
Si los números locales alternativos de emergencia están actualizados y pueden marcarse correctamente a través del sistema empresarial;
Si el personal en puestos críticos sabe qué hacer cuando no es posible comunicarse con el 911;
Si el personal de seguridad o de guardia recibe una notificación oportuna cuando se realiza una llamada de emergencia;
Si la ubicación de emergencia de un usuario de softphone se actualiza cuando cambia de lugar de trabajo.
La lección de esta interrupción intermitente del 911 no es que VoIP sea inadecuado para las llamadas de emergencia. Las comunicaciones IP pueden ofrecer enrutamiento flexible, gestión de ubicación, notificaciones de emergencia y múltiples opciones de conmutación por fallo que resultan difíciles de conseguir con la telefonía tradicional. Sin embargo, estas capacidades solo pasan a formar parte de un sistema fiable de comunicaciones de emergencia después de haber sido verificadas en condiciones de fallo.
Uno de los diseños más peligrosos de llamadas de emergencia no es un sistema sin ninguna capacidad de respaldo. Es un sistema en el que todos dan por hecho que existe un respaldo independiente y solo descubren durante un incidente real que las rutas principal y secundaria comparten el mismo punto de fallo.
Preguntas frecuentes
¿Por qué puede fallar el 911 aunque la IP PBX funcione con normalidad?
La IP PBX es solo una parte de la ruta de una llamada de emergencia. Una llamada al 911 también puede depender de la troncal SIP, el operador de voz, la red de enrutamiento de llamadas de emergencia y el PSAP. Que el sistema telefónico empresarial esté en buen estado no demuestra que todos los tramos entre el operador y los servicios de emergencia estén disponibles. La interrupción intermitente del 911 en Canadá muestra cómo problemas situados más arriba pueden afectar a las llamadas de emergencia aunque los sistemas locales sigan operativos.
¿Puede utilizarse la llamada por Wi-Fi como respaldo fiable cuando falla el servicio 911?
Las llamadas por Wi-Fi pueden ofrecer un método de acceso alternativo cuando la red de acceso radioeléctrico celular no está disponible o está degradada. Que realmente eviten el fallo depende de dónde se encuentre el problema. Si la incidencia está en el núcleo del operador o en la infraestructura de enrutamiento de llamadas de emergencia, las llamadas por Wi-Fi todavía pueden depender de algunos de esos mismos sistemas. Es mejor tratarlas como una opción dentro de un plan más amplio de comunicaciones de emergencia, y no como una segunda ruta al 911 automáticamente independiente.
¿Es suficiente un solo teléfono móvil de respaldo para una empresa?
Depende de si el teléfono de respaldo comparte el mismo operador y dominio de fallo que la ruta de comunicaciones principal. Si el sistema VoIP principal utiliza al Operador A para la troncal SIP y el móvil de respaldo también utiliza al Operador A, un fallo de las llamadas de emergencia en el lado del operador podría afectar a ambos. Las instalaciones críticas deben evaluar si los métodos de respaldo utilizan operadores, redes de acceso o rutas de llamada realmente independientes.
¿Cuál es una de las configuraciones de llamadas de emergencia VoIP que más se pasa por alto?
La ubicación de emergencia es un punto débil habitual. En entornos multisede, de trabajo remoto y con softphones, la identidad empresarial puede desplazarse con el usuario mientras la ubicación física de emergencia cambia de forma independiente. La organización necesita un proceso que mantenga alineadas la identidad del terminal, la ubicación de emergencia y la ubicación real del usuario. De lo contrario, incluso una llamada de emergencia completada correctamente puede enviar a los equipos de respuesta a una dirección equivocada.
Becke Telcom ofrece sistemas IP PBX, teléfonos SIP, gateways de voz, SBC y equipos de comunicaciones unificadas, con soluciones para rutas de voz principal y de respaldo, redundancia de red y acceso a comunicaciones de emergencia en empresas, entornos multisede e instalaciones críticas.
