Exportar (0) Imprimir
Expandir todo

Reglas de normalización

Communications Server 2007 R2

Ú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 http://go.microsoft.com/fwlink/?LinkId=140927.

Dd425124.note(es-es,office.13).gifNota:
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

Dd425124.note(es-es,office.13).gifNota:
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.

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.

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.

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft