Reglas de normalización
Última modificación del tema: 2009-01-24
Las reglas de normalización especifican cómo se convierten los números marcados en diversos formatos al formato E.164 estándar. Las reglas de normalización son necesarias para el enrutamiento y la autorización de las llamadas, ya que los usuarios pueden utilizar (y utilizan) diversos formatos al escribir los números de teléfono en sus listas de contactos.
La normalización de los números de teléfono proporcionados por los usuarios aporta un formato uniforme que facilita las tareas de:
- Asociar un número marcado con el URI de SIP del destinatario.
- Aplicar las reglas de autorización de marcado al usuario que realiza la llamada.
Los siguientes campos numéricos están entre los que deben tener en cuenta las reglas de normalización:
- Plan de marcado
- Código de país
- Código de área
- Longitud de extensión
- Prefijo de sitio
Las reglas de normalización se crean en el complemento de Office Communications Server 2007 R2 para Microsoft Management Console (MMC), mediante las expresiones regulares de .NET Framework. En la siguiente tabla se muestran ejemplos de reglas de normalización escritas como expresiones regulares de .NET Framework. Son sólo ejemplos, no una referencia normativa para crear reglas de normalización.
Tabla 1. Reglas de normalización que usan expresiones regulares de .NET Framework
Nombre de regla | Descripción | Modelo de número | Traducción | Ejemplo |
---|---|---|---|---|
Extensión4dígitos |
Convierte extensiones de 4 dígitos |
^(\d{4})$ |
+1425555$1 |
0100 se convierte en +14255550100 |
Extensión5dígitos |
Convierte extensiones de 5 dígitos |
^5(\d{4})$ |
+1425555$1 |
50100 se convierte en +14255550100 |
7_dígitos_a_Redmond |
Convierte números de 7 dígitos en números locales de Redmond |
^(\d{7})$ |
+1425$1 |
5550100 se convierte en +14255550100 |
7_dígitos_a_Dallas |
Convierte números de 7 dígitos en números locales de Dallas |
^(\d{7})$ |
+1972$1 |
5550100 se convierte en +19725550100 |
10_dígitos_a_EEUU |
Convierte números de 10 dígitos en los Estados Unidos |
^(\d{10})$ |
+1$1 |
2065550100 se convierte en +12065550100 |
LD_a_EEUU |
Convierte los números con prefijos de larga distancia de Estados Unidos |
^1(\d{10})$ |
+$1 |
12145550100 se convierte en +12145550100 |
Intl_a_EEUU |
Convierte los números con prefijos internacionales de Estados Unidos |
^011(\d*)$ |
+$1 |
01191445550100 se convierte en +91445550100 |
Operador_Redmond |
Convierte 0 al operador de Redmond |
^0$ |
+14255550100 |
0 se convierte en +14255550100 |
Prefijo_sitio_Redmond |
Convierte los números con prefijo de red (6) y prefijo de sitio de Redmond (222) |
^6222(\d{4})$ |
+1425555$1 |
62220100 se convierte en +14255550100 |
Prefijo_sitio_NY |
Convierte los números con prefijo de red (6) y prefijo de sitio de Nueva York (333) |
^6333(\d{4})$ |
+1202555$1 |
63330100 se convierte en +12025550100 |
Prefijo_sitio_Dallas |
Convierte los números con prefijo de red (6) y prefijo de sitio de Dallas (444) |
^6444(\d{4})$ |
+1972555$1 |
64440100 se convierte en +19725550100 |
Microsoft Office Communicator 2007 R2 Phone Edition utiliza las reglas de normalización incluidas en los perfiles de ubicación para optimizar la experiencia de marcado del usuario. Si se descuelga el teléfono con Communicator 2007 R2 Phone Edition mientras un usuario escribe dígitos, se utilizarán las reglas del perfil de ubicación para determinar si se han escrito dígitos suficientes para generar una solicitud INVITE para Office Communications Server.
Para obtener detalles sobre cómo utilizar las expresiones regulares de .NET Framework, vea “Expresiones regulares de .NET Framework” (.NET Framework Regular Expressions) en https://go.microsoft.com/fwlink/?LinkId=140927.
Nota
Para obtener asistencia adicional con las expresiones regulares, considere la posibilidad de usar la aplicación Route Helper que se incluye en el Kit de recursos de Office Communications Server 2007. Route Helper es una alternativa al complemento MMC para ver y modificar las reglas de normalización de números, los perfiles de ubicación, la directiva de voz y las rutas de Enterprise Voice.
En la tabla siguiente se muestra un perfil de ubicación de ejemplo para Redmond, Washington, EE.UU., basado en las reglas de normalización que se muestran en la tabla anterior.
Tabla 2. Perfil de ubicación de Redmond basado en las reglas de normalización mostradas en la tabla anterior
Redmond.forestFQDN |
---|
Extensión_5_dígitos |
7_dígitos_a_Redmond |
10_dígitos_a_EEUU |
Intl_a_EEUU |
Prefijo_sitio_Redmond |
Prefijo_sitio_NY |
Prefijo_sitio_Dallas |
Operador_Redmond |
Nota
Aunque los nombres de las reglas de normalización que se muestran en la tabla anterior no incluyen espacios, es opcional usarlos. Por ejemplo, el primer nombre de la tabla se podía haber escrito como "Extensión de 5 dígitos" y sería un nombre válido.
Mejoras de las reglas de normalización de los números de teléfono en Office Communications Server 2007 R2
Office Communications Server 2007 R2 incluye una nueva mejora de las reglas de normalización de los números de teléfono que puede evitar resultados ambiguos cuando los usuarios marcan con el teléfono descolgado (es decir, cuando el auricular no está en la base del dispositivo o cuando utilizan el manos libres) y un prefijo de acceso externo coincide con un prefijo de larga distancia.
Reglas de normalización en Office Communications Server 2007
Los dispositivos como Communicator Phone Edition usan reglas de normalización para interpretar los dígitos marcados por los usuarios con el teléfono descolgado. Cuando el teléfono está descolgado y el usuario marca los dígitos mediante el teclado de marcado, el teléfono compara los números con las reglas de normalización. Cuando detecta una coincidencia, el teléfono inicia la llamada enviando una solicitud SIP INVITE a Office Communications Server. Si el plan de marcado tiene reglas con secuencias de dígitos que se solapan, los usuarios pueden obtener resultados ambiguos cuando marcan con el teléfono descolgado.
Por ejemplo:
- La regla [^9425(\d{7})$ +1425$1] convierte un número de teléfono de 10 dígitos que empieza por 9425 en un número de 11 dígitos que empieza por +1, convirtiendo 94255550100 en 14255550100.
- La regla [^(\d{5})$ +125355$1] convierte un número de teléfono de 5 dígitos en un número de 11 dígitos que empieza por +125355, convirtiendo 90101 en +12535590101.
Al marcar un usuario el número 94255550102, en cuanto marque 42555, se detectará una coincidencia con la segunda regla y se iniciará una llamada (es decir, se enviará una solicitud SIP INVITE) de manera prematura.
Para solucionar este problema en Office Communications Server 2007, Communicator Phone Edition omite las reglas que contienen la secuencia de caracteres t? y dichas reglas no se utilizan con el fin de optimizar el marcado con el teléfono descolgado.
Reglas de normalización en Office Communications Server 2007 R2
Para corregir el problema descrito en la sección anterior, en Office Communications Server 2007 R2:
- El administrador puede definir el prefijo de acceso externo para el perfil de ubicación con el fin de ayudar a eliminar la ambigüedad de las reglas que se solapan.
- El administrador puede marcar las reglas asignadas a los números de teléfono internos de la empresa.
Estos cambios tienen los efectos siguientes:
- Los cambios de esquema en el perfil de ubicación y las reglas de normalización se envían al cliente (por ejemplo, a Communicator Phone Edition) a través del aprovisionamiento en banda.
- Todas las reglas concretas para Communicator Phone Edition se pueden quitar del perfil de ubicación. Por ejemplo, la secuencia de caracteres t? descrita anteriormente se puede quitar de las expresiones regulares porque ya no es necesaria.
- Si el primer dígito marcado por un usuario coincide con el prefijo de acceso externo, el dispositivo (por ejemplo, Communicator Phone Edition) lo omite y no utiliza las reglas etiquetadas como InternalExtension. Por ejemplo, si un usuario marca 08005551212, el dispositivo quita el primer cero y la llamada se administra como una llamada gratuita. Dado que los números de teléfonos con un 0 inicial no se consideran extensiones internas, no se detecta una coincidencia con ninguna regla de normalización en cuanto el usuario marca los cuatro primeros dígitos.
- Si el administrador desea unificar las experiencias de marcado con el teléfono colgado y descolgado, las reglas específicas de Office Communicator que no se apliquen al dispositivo de teléfono deberán marcarse como doNotdialFromDevice, de modo que el dispositivo omita dichas reglas cuando intente detectar una coincidencia. Por ejemplo, si retomamos el anterior ejemplo de reglas de marcado, las llamadas desde el dispositivo a números locales deben llevar el prefijo 0, pero en Office Communicator las llamadas se pueden realizar sin agregar un 0 inicial.
Para obtener información detallada sobre cómo configurar Office Communications Server 2007 R2 con las mejoras de las reglas de normalización, vea Planear la voz.
Configurar perfiles de ubicación para los escenarios de inicio de llamadas de la Mensajería unificada de Exchange
Varios escenarios, como la reproducción por teléfono de un mensaje de voz o las llamadas a contactos personales, requieren que la Mensajería unificada de Exchange inicie llamadas en nombre de un usuario. En muchas ocasiones, los destinos de esas llamadas son usuarios de la lista global de direcciones o contactos personales de los usuarios. Las llamadas iniciadas por la mensajería unificada se enrutan a través de Office Communications Server, al igual que las llamadas procedentes de otros clientes.
Cuando la Mensajería unificada de Exchange Service Pack 1 envía un número con formato E.164 a Office Communications Server, no pasa el prefijo de signo más (+) requerido para los números con formato E.164. Para solucionar este problema, los administradores tienen dos opciones.
Opción 1: definir un perfil de ubicación para la mensajería unificada y los clientes de Communications Server
Esta opción requiere agregar reglas al perfil de ubicación que identifiquen los números E.164 sin el prefijo de signo más (+). Por ejemplo, un perfil de ubicación de Redmond, WA, EE.UU. podría requerir una regla que agregue como prefijo el signo más (+) a todos los números de 11 dígitos que empiecen por el número 1. En la práctica, formular reglas que identifiquen correctamente todos los casos de números E.164 sin el signo más (+) inicial puede ser difícil y requerir mucho tiempo.
Esta es la opción recomendada cuando los modelos de marcado son similares en los clientes de Office Communications Server y la mensajería unificada (por ejemplo, cuando no es necesario usar prefijos para salir de la red).
Incluso cuando los modelos de marcado no son similares entre los clientes de Office Communications Server y la mensajería unificada, los administradores tienen la opción de definir y ordenar las reglas de normalización de forma que abarquen ambos escenarios. Este enfoque presenta una mayor complejidad, pero permite a los clientes de Office Communications Server realizar llamadas desde las listas de contactos de Outlook, aunque el formato de número no cumpla el plan de marcado normal.
Opción 2: definir dos perfiles de ubicación, uno que convierta los números de los clientes de Office Communications Server y otro que convierta los números de la Mensajería unificada de Exchange
Esta opción elimina la complejidad de tener que asegurarse de que un solo perfil de ubicación abarque dos conjuntos de modelos de marcado, uno de la Mensajería unificada de Exchange y el otro de los clientes de Communications Server. La desventaja reside en la necesidad de configurar y mantener dos perfiles de ubicación.