Configuración de VoIP

Última modificación del tema: 2009-05-14

La configuración de la infraestructura de Office Communications Server 2007 R2 para VoIP conlleva las siguientes tareas:

  • Conversión de los números de teléfono al formato E.164 estándar del sector o a otro formato en caso necesario.
  • Creación de planes de marcado basados en la ubicación, denominados perfiles de ubicación, que especifican cómo se convierte una cadena de números en función de la ubicación desde la que se marca.
  • Definición de registros de uso del teléfono, que se usan para definir los permisos de llamada de los usuarios.
  • Creación de rutas, que especifican las puertas de enlace multimedia que se deben usar para las llamadas realizadas a patrones de números de teléfono definidos.

En las secciones siguientes se describe cada una de estas tareas.

Normalización de números de teléfono

La normalización de números de teléfono es el proceso de conversión de las cadenas de número de teléfono especificadas de diversos formatos en un solo formato estándar. Enterprise Voice requiere números de teléfono normalizados para:

  • Proporcionar una referencia uniforme para la búsqueda inversa de números. La búsqueda inversa de números es el proceso de asignación del número de un usuario a un URI de SIP correspondiente con el propósito de enrutar llamadas a través de la red IP a diversos extremos de usuario, incluidos Office Communicator, Office Communicator Phone Edition y las opciones del control de llamadas como transferencia de llamada y contestador automático.
  • Identificar y aplicar la autorización de uso telefónico (comparable a las opciones tradicionales de "clase de servicio") para la parte que llama.
  • Enrutar las llamadas a la puerta de enlace multimedia adecuada.

Office Communicator sigue dependiendo del servidor de libreta de direcciones para la normalización de números de teléfono necesaria para la búsqueda inversa de números.

Office Communications Server normaliza los números de teléfono antes de realizar la búsqueda inversa de números. Si el número normalizado coincide con el número de trabajo principal designado de un usuario con una identidad de Active Directory, la llamada se distribuye a los extremos asociados con el URI de SIP de ese usuario. Si el servidor no encuentra ninguna coincidencia, es decir, el número de destino está probablemente fuera de la empresa, el componente de enrutamiento saliente comprueba el registro de uso telefónico del autor de la llamada para determinar si se autoriza una llamada a ese número y, a continuación, dirige la llamada a la puerta de enlace multimedia adecuada o notifica al autor de la llamada que no se permite la llamada.

La normalización de números de teléfono se suele realizar en el formato E.164; sin embargo, Office Communications Server puede convertir a otros formatos si usa un sistema privado de numeración, una puerta de enlace o PBX que no sea compatible con E.164.

Perfiles de ubicación

Las organizaciones que realizan negocios en más de una ubicación geográfica necesitan alguna forma de convertir cadenas de número de teléfono idénticas en números válidos para cada ubicación. Un sistema de PBX tradicional resuelve el problema manteniendo planes de numeración independientes para cada sitio. Cuando un sistema PBX recibe una llamada a una extensión de usuario determinada, no existe ninguna ambigüedad sobre el destino adecuado porque el PBX sólo está configurado para el sitio de implementación. Sin embargo, la infraestructura de Enterprise Voice es muy diferente. A diferencia del sistema PBX específico del sitio, Enterprise Voice se distribuye por la red empresarial y al marcar, por ejemplo, la extensión 50100, se llama a un número en Redmond y a otros números distintos en Dallas, Londres o Singapur.

La solución son los perfiles de ubicación. Un perfil de ubicación es un conjunto con nombre de reglas de normalización que convierten los números de teléfono para una ubicación con nombre o un usuario en un formato estándar único (que suele ser el formato E.164; sin embargo, también se admiten otros formatos) para la autorización telefónica y el enrutamiento de llamadas. Las reglas de normalización definen cómo deben enrutarse los números de teléfono expresados en diversos formatos para la ubicación con nombre. La misma cadena de números se puede interpretar y convertir de manera distinta en función de la configuración regional desde la que se marca.

Dado que el objetivo de la solución Enterprise Voice es proporcionar una experiencia de uso sin problemas a los usuarios finales en la transición desde un sistema de telefonía existente, es fundamental poder conservar los hábitos de marcado durante la transición. Por ejemplo, si en el sitio A, Enrique marcaba 12345 para localizar a Francisco, debería poder seguir haciéndolo así con Enterprise Voice.

Una organización grande puede necesitar un perfil de ubicación independiente para cada ubicación en la que haya una oficina. Si su organización, como la mayoría de las organizaciones, tiene implementado un sistema PBX antiguo, puede utilizar su plan de marcado para crear los perfiles de ubicación.

Cuando se realiza una llamada a un destino al que no se hace referencia como el formato de teléfono deseado o URI de SIP (URI del usuario), los clientes incluyen un atributo de contexto telefónico que especifica el nombre del perfil de ubicación necesario para convertir el número.

Por ejemplo: INVITE SIP:5550100;phone-context=redmond@contoso.com

No obstante, si el cliente incluye un valor phone-context de user-default en vez de un perfil de ubicación (por ejemplo: INVITE SIP:5550100;phone-context=user-default), las aplicaciones de Enterprise Voice buscan y usan el perfil de ubicación por usuario asignado a ese usuario.

Los mecanismos siguientes configuran los clientes de Enterprise Voice con los perfiles de ubicación adecuados.

Office Communicator

  • El Asistente para configurar usuarios asigna los perfiles de ubicación a usuarios individuales y, a continuación, el aprovisionamiento en banda envía los perfiles de ubicación por usuario a los usuarios.
  • Cada grupo de servidores de Office Communications Server está configurado con un perfil de ubicación. Si no se asigna ningún perfil de ubicación por usuario al usuario, el aprovisionamiento en banda envía el perfil de ubicación predeterminado del grupo de servidores.
  • Como un grupo de servidores puede atender a varias ubicaciones, el perfil de ubicación del grupo de servidores puede no ser suficiente. Por consiguiente, Office Communicator también permite configurar el perfil de ubicación para el usuario mediante objetos de directiva de grupo.

Microsoft Office Communicator Phone Edition

  • El perfil de ubicación por usuario o una lista de perfiles de ubicación compatibles y el perfil predeterminado del grupo de servidores se envían al dispositivo por medio del aprovisionamiento en banda.
  • Los usuarios pueden establecer un perfil de ubicación predeterminado utilizando la interfaz del dispositivo. Cada perfil de ubicación tiene una lista ordenada de reglas de normalización que se utilizan para convertir un número marcado. Una regla de normalización contiene la siguiente información:
    • Un modelo de número (una expresión regular)
    • Una conversión (un modelo de conversión)
      Por ejemplo:
      ReglaNormalización1     ^5(\d{4})$     +1425555$1
      Esta regla convierte el número marcado 50100 al formato E.164 +14255550100. La expresión regular (^5(\d{4})$) coincide con cualquier número que empiece por el número 5 seguido de cuatro dígitos cualesquiera.

Nota

El orden de las reglas de normalización en un perfil de ubicación es importante, ya que la primera regla coincidente es la que se va a usar para convertir el número. Si no se detecta ninguna coincidencia, se envía una respuesta de error al autor de la llamada.

En la figura 1 se muestran tres perfiles de ubicación para ubicaciones en Redmond, Dallas y Nueva York, y contiene algunos ejemplos de reglas de normalización incluidas como parte de los perfiles de ubicación:

Figura 1. Perfiles de ubicación para Redmond, Dallas y Nueva York

Dd425274.d331a584-fb22-4142-a518-e1346c3cf7d1(es-es,office.13).jpg

Registros de uso telefónico

Los registros de uso telefónico proporcionan una manera rápida y simple de asignar permisos de llamada a los usuarios y facilitan la selección de rutas, así como la asignación de prioridades a las mismas. Por ejemplo, un empleado con contrato temporal podría no estar autorizado a realizar llamadas de larga distancia o solo algunos empleados o grupos de trabajo pueden realizar llamadas internacionales. Un registro de uso telefónico es una etiqueta arbitraria que permite identificar una categoría de destinos de llamada. Por ejemplo, Local, Código de área, Estado, Provincia, EE.UU., Singapur e Internacional. En este aspecto, los registros de uso telefónico son similares a lo que en telefonía tradicional se denomina "clase de servicio". Sin embargo, los registros de uso telefónico proporcionan mayor flexibilidad, ya que se aplican a directivas de derechos de usuario y rutas, permitiendo formular autorizaciones telefónicas muy precisas para individuos y grupos.

Al asignar registros de uso telefónico a directivas de derechos de usuario y a rutas de llamadas salientes, indica qué usuarios pueden realizar llamadas siguiendo rutas específicas. Cuando un usuario realiza una llamada, Office Communications Server compara el autor de la llamada con una lista de rutas, de la forma definida en la siguiente sección de este documento. Si el registro de uso telefónico para la ruta también aparece en la directiva de voz asignada al autor de la llamada, se autoriza la llamada. Si no se puede usar ninguna de las rutas asignadas al registro de uso telefónico para el número al que ha llamado, el servidor rechaza la llamada.

A continuación se indican los pasos necesarios para utilizar los registros de uso telefónico:

  1. Los administradores crean directivas que contienen un conjunto de atributos de uso telefónico.

    Nota

    La secuencia de atributos de uso telefónico en la directiva es importante; se recomienda organizar los atributos por preferencias, de mayor a menor.

  2. A los usuarios se les asigna una directiva basada en sus privilegios de llamada.

  3. A las rutas se les asignan registros de uso telefónico, que sirven para asociar las rutas con los usuarios autorizados para utilizarlas. Es decir, los usuarios pueden realizar llamadas que solo usan rutas para las que tienen registros de uso telefónico coincidentes.

Rutas

Cuando Office Communications Server determina que hay que enrutar un número marcado a una puerta de enlace de RTC, se consulta la tabla de enrutamientos para determinar la puerta de enlace óptima para la llamada.

La directiva del usuario que llama (o un usuario que transfiera la llamada), junto con el número marcado, determina la puerta de enlace a la que se debe enrutar la llamada. En el ejemplo siguiente se muestra la lógica utilizada por la aplicación de enrutamiento.

routeList = null;
foreach ( usage in  caller.usages ) – order of usages matters
    foreach ( route  in  routesWithUsage[ usage ] )
        if ( route.RegexPattern.Matches ( targetPhoneNumber ) )
            routeList.Append ( route );

A continuación se muestran ejemplos de lógica de conmutación por error relacionada con la selección de la puerta de enlace:

  • Cuando hay varias puertas de enlace que atienden una ruta determinada, se utiliza un algoritmo round-robin para distribuir las llamadas por las distintas puertas de enlace.
  • Cada puerta de enlace se configura con un número máximo de intentos de llamada sin éxito antes de dirigir el tráfico a la puerta de enlace. El número predeterminado de intentos es 10, pero se puede cambiar este valor utilizando un script del Instrumental de administración de Windows (WMI). Para una llamada concreta, solo se puede intentar una puerta de enlace determinada una vez. Si ninguna de las puertas de enlace que atienden una ruta determinada está disponible, el servidor omite la llamada y se lo notifica al cliente. También puede configurar una puerta de enlace para que se quite de la lógica de selección por un período de tiempo. Una puerta de enlace que no responda se quita de la lista de puertas de enlace disponibles por períodos de tiempo cada vez más largos, hasta un máximo de 60 minutos durante los que el servidor intenta repetidamente obtener una respuesta positiva. Al recibir una respuesta positiva, el servidor devuelve la puerta de enlace a la lista de puertas de enlace disponibles.

Figura 2. Ejemplo de lógica de enrutamiento

Dd425274.4a455c6c-f210-4567-9038-26228d21c789(es-es,office.13).bmp

Nota

Solo las llamadas de usuarios que tengan Enterprise Voice activada se enrutarán con el procedimiento definido anteriormente. Si no se encuentra ninguna coincidencia en la tabla de enrutamiento, se rechaza la llamada.

Para obtener información detallada, incluidos ejemplos y prácticas recomendadas, vea Planear la voz.