Un plan de marcación no es una agenda telefónica. Es la lógica de enrutamiento que decide, en milisegundos, si una llamada del equipo de finanzas en Múnich al equipo de ventas en Madrid atraviesa tu propia interconexión SIP o sale por un operador externo fuera de tu control. Si lo diseñas bien, el sistema telefónico de tus oficinas europeas se convierte en infraestructura invisible. Si lo diseñas mal, pasarás horas depurando llamadas cortadas, cargos inesperados de PSTN y tráfico de voz que abandonó el continente sin que nadie se diera cuenta.
Este artículo repasa las decisiones de arquitectura que importan en un despliegue europeo con múltiples sedes: arquitectura centralizada frente a distribuida, numeración de extensiones, estrategia de enrutamiento y la base de cifrado que todo despliegue SIP necesita. El objetivo es una configuración de PBX alojada que enrute llamadas de forma predecible, mantenga los datos de voz dentro del EEE y sobreviva a un fallo de WAN sin dejar sin servicio a una sucursal.
Centralizado o distribuido: la primera decisión
El modelo centralizado resulta atractivo por su simplicidad de gestión. Una sola plataforma gestiona todo el procesamiento de llamadas; los cambios en el plan de marcación se propagan a todas partes desde una única consola. El problema es la dependencia de la WAN. Cada llamada en una sucursal, incluida la de un compañero a dos mesas de distancia, atraviesa el enlace hacia el sistema central. Cuando ese enlace se degrada, la telefonía también lo hace, a menos que hayas diseñado la supervivencia local desde el principio.
El modelo distribuido coloca una plataforma VoIP local o un controlador de borde de sesión (SBC) en cada sede. Las llamadas entre sedes se enrutan a través de una red IP segura; las llamadas locales permanecen locales. La contrapartida es la complejidad operativa: gestionas múltiples sistemas, y la desincronización de configuraciones se convierte en un riesgo real si no automatizas la sincronización de planes de marcación y listas de control de acceso en todo el clúster.
Para la mayoría de las empresas europeas con más de dos sedes, el enfoque híbrido es la respuesta práctica: SBCs distribuidos en cada ubicación para la supervivencia local y el anclaje de medios, junto con un plano de gestión centralizado para la configuración del plan de marcación y los informes. Los SBCs se encargan de la salida local a la PSTN y de los medios; el sistema central aplica la política.
Numeración de extensiones que escala
Un esquema de prefijos por sede es el enfoque más robusto para las reglas de enrutamiento de una PBX en la nube con múltiples ubicaciones. El primer dígito o los dos primeros identifican la sede; los dígitos restantes identifican al usuario. Un plan de cuatro dígitos con un prefijo de un solo dígito ofrece hasta 999 extensiones por sede, lo que cubre la mayoría de los despliegues en oficinas europeas sin forzar una renumeración posterior.
Mantén los prefijos intuitivos. El personal aprende el mapa rápidamente cuando los prefijos reflejan la geografía: 1xxx para Ámsterdam, 2xxx para Múnich, 3xxx para Madrid, 4xxx para Helsinki. Evita reutilizar prefijos entre sedes o usar dígitos que colisionen con los códigos de emergencia o servicios nacionales de alguno de los países en los que operas. Alemania, los Países Bajos, España y Finlandia tienen convenciones de marcación local diferentes; un plan que las ignore generará tickets de soporte desde el primer día.
Un plan de marcación que el personal puede memorizar es un plan que genera menos tickets al servicio de asistencia. Los prefijos intuitivos no son un lujo; son un control de costes operativos.
Estrategias de enrutamiento y dónde aplicarlas
Una vez definida la numeración, la lógica de enrutamiento determina cómo se mueven las llamadas. Un proxy SIP o un SBC mantiene tablas de enrutamiento que asignan cadenas marcadas a rutas de salida, y la estrategia que apliques depende de lo que quieras optimizar.
El enrutamiento geográfico es la base de cualquier plan de marcación para PBX virtual con múltiples sedes. Las llamadas a un número PSTN local salen por la sede más cercana en lugar de atravesar la WAN para salir por otro punto. Una llamada del equipo de Helsinki a un móvil finlandés debe salir por HEL1, no desviarse por Múnich. Esto reduce la latencia, disminuye los costes del operador y mantiene los caminos de medios cortos.
El enrutamiento de mínimo coste (LCR) se sitúa sobre el enrutamiento geográfico y selecciona la ruta de operador más económica para cada tipo de llamada, normalmente comparando el prefijo marcado con una lista de troncales ordenada por prioridad. El LCR resulta especialmente valioso para llamadas internacionales, donde las tarifas de los operadores varían de forma significativa.
El enrutamiento basado en horario gestiona la realidad de los husos horarios en oficinas europeas. Una llamada a tu número de Madrid a las 08:00 CET puede necesitar enrutarse a una cola en Ámsterdam hasta que el equipo español entre en servicio. Incorpóralo al plan de marcación desde el principio, en lugar de parchearlo después con reglas de desvío manuales.
El enrutamiento de conmutación por error no es opcional. Cada ruta troncal principal necesita una secundaria. Si la troncal SIP preferida no está disponible, el plan de marcación debe pasar automáticamente a la siguiente ruta disponible, preferiblemente una que termine en un operador diferente y en una sede diferente. Aquí es donde la arquitectura de clúster de SBCs demuestra su valor.
Evitar el hairpinning y anclar los medios
El hairpinning ocurre cuando una llamada entre dos de tus propias oficinas abandona tu red, pasa por la infraestructura de un operador externo y regresa. Cada salto añade latencia y, lo que es más importante, incertidumbre sobre por dónde viajan realmente los datos de voz. En una llamada entre las oficinas de Múnich y Ámsterdam, la señalización y los medios deben permanecer en tu propio backbone IP, sin atravesar un intercambio de operador que pueda enrutar por infraestructura fuera del EEE.
La solución son las interconexiones SIP directas entre sedes a través de una red IP privada o dedicada. Las llamadas entre sedes coinciden con una regla del plan de marcación que las enruta por la troncal SIP interna en lugar de salir por la PSTN. El SBC en cada sede ancla los medios, de modo que los flujos RTP no se dispersan. Ejecutamos interconexiones SIP directas entre MAD1, MUC1 y HEL1 precisamente porque el peering AMS-IX en AMS1 ofrece al tráfico del noroeste europeo una ruta limpia y de baja latencia sin forzarlo por rutas de operadores públicos; ese mismo principio se aplica a cómo los clientes configuran sus propios planes de marcación multisede en nuestro stack de Telecom.
Cifrado: la base no negociable
Los datos de voz son datos personales según el RGPD. Los registros de detalle de llamadas, las cabeceras SIP, el identificador de llamante, el buzón de voz y las grabaciones de llamadas están todos dentro del ámbito de aplicación. Esto significa que la capa de transporte no es un refuerzo opcional; es un requisito de cumplimiento normativo.
La señalización SIP debe cifrarse con TLS 1.2 o superior. Los flujos de medios de voz deben usar SRTP. Ambos requisitos se aplican de extremo a extremo: entre el terminal y el SBC, entre los SBCs de diferentes sedes y entre tu SBC y cualquier troncal de operador externo. Cualquier brecha en esa cadena expone los datos de configuración de llamadas o el audio a interceptación. Audita tu configuración frente a esta base antes de entrar en producción, y aplícala a nivel de política del SBC para que las conexiones no cifradas se rechacen en lugar de tolerarse.
Cómo ensamblar el diseño
Un plan de marcación europeo multisede bien construido tiene una estructura en capas clara. En la base, cada sede cuenta con un SBC local que gestiona la salida a la PSTN, el anclaje de medios y la supervivencia local. Sobre esa base, un plan de marcación unificado asigna prefijos de extensión a sedes y define la prioridad de enrutamiento para cada tipo de llamada: interna, PSTN local, nacional, internacional y de emergencia. En la capa superior, un plano de gestión sincroniza la configuración en todo el clúster y proporciona informes centralizados.
Prueba las rutas de conmutación por error antes de que sean necesarias. Simula un fallo de WAN entre dos sedes y verifica que las llamadas se enrutan correctamente por la ruta secundaria. Simula un fallo de troncal y verifica que el LCR pasa al siguiente operador sin cortar la llamada. Un plan de marcación que no se ha probado bajo condiciones de fallo es un plan que te sorprenderá en el peor momento posible.
El trabajo de ingeniería es real, pero tiene un alcance definido. Un plan de marcación para PBX virtual bien diseñado, construido sobre interconexiones SIP directas y una lógica de enrutamiento sólida, ofrece a las oficinas europeas una telefonía rápida, con costes controlados y predecible, sin depender de rutas de tráfico que no puedes auditar ni controlar.
