Office Communications Server

Planeación de la implementación de voz de OCS 2007

Jochen Kunert and Rui Maximo

 

Resumen:

  • Escenarios de integración de telefonía
  • Configuración de Office Communications Server
  • Usuarios, planes de numeración y rutas

Microsoft Office Communications Server (OCS) 2007 es un producto empresarial que integra los medios de comunicación en tiempo real con el reconocimiento de la presencia de usuarios, incluida la conferencia web

(uso compartido de datos, audio y vídeo), mensajería instantánea y conversaciones de audio/video. La integración de OCS 2007 con un sistema PBX existente puede ser desafiante. Office Communications Server 2007 no está diseñado para ser un PBX porque los trabajadores de la información de la actualidad usan diferentes medios de comunicación (correo electrónico, mensajería instantánea, teléfono y correo de voz) en su trabajo diario, mientras que los sistemas PBX sólo ofrecen llamadas de teléfono.

Para proporcionar la flexibilidad que los administradores necesitan para crear la estrategia de integración de telefonía individual o empresarial óptima, Office Communications Server 2007 ofrece tres escenarios de configuración para la integración con los entornos de telefonía existentes. Estos escenarios son: control de llamada remota, Enterprise Voice e integración de Enterprise Voice con PBX.

Este artículo se centra en las consideraciones de planeación para una implementación de telefonía de OCS 2007, que pueda necesitar integrarse con un sistema de telefonía existente. Esta información será de especial interés para los arquitectos de sistemas y los administradores de TI y de telefonía. Además, ofreceremos información general de los demás escenarios, pero nos centraremos en Office Communications Server 2007 Enterprise Voice.

Control de llamada remota

Recursos de OCS adicionales

En un escenario de control de llamada remota (RCC), los usuarios tienen un teléfono de escritorio PBX, IP-PBX o TDM (multiplexado de división de tiempo). Desde el cliente de Office Communicator 2007, pueden realizar y responder llamadas en su teléfono de escritorio sin utilizar el panel de marcado ni levantar el auricular del teléfono. Aunque los usuarios pueden controlar su teléfono de escritorio con Office Communicator 2007, el sistema PBX controla el audio y no se convertirá en una llamada de voz sobre IP (VoIP, Voice-over-IP). Aunque Office Communicator 2007 puede controlar el teléfono de escritorio, las llamadas se pueden seguir realizando y respondiendo desde el teléfono PBX, independientemente de si Office Communicator 2007 se está ejecutando.

Para habilitar RCC con Office Communicator 2007 y OCS 2007, debe implementar una puerta de enlace de protocolo de inicio de sesión (SIP)/aplicación de telefonía basada en equipo (CSTA, Computer Supported Telephony Application), además de habilitar el entorno de Office Communications Server 2007 para RCC. La puerta de enlace de SIP/CSTA debe interactuar con el tipo de sistema PBX que use y debe ser compatible con OCS 2007 debido a que actúa de puente entre los dos sistemas. Para controlar el teléfono PBX, Office Communicator 2007 usa el protocolo CSTA. Este protocolo define un esquema XML para interactuar con conmutadores telefónicos (PBX), según se describe en el estándar 269 de ECMA (European Computer Manufacturers Association), que puede encontrar en www.ecma-international.org/publications/standards/Ecma-269.htm.

Office Communicator 2007 envía comandos CSTA para controlar el teléfono PBX como cargas SIP que Office Communications Server 2007 enruta a la puerta de enlace SIP/CSTA. Office Communications Server 2007 no necesita comprender CSTA. Sólo debe saber cómo enrutarlo. A continuación, la puerta de enlace SIP/CSTA convierte los comandos en protocolo nativo que usa el PBX. Esto se muestra en la Figura 1.

Figura 1 Escenario de integración de RCC

Figura 1** Escenario de integración de RCC **(Hacer clic en la imagen para ampliarla)

La habilitación de RCC consta de cinco pasos. El primer paso es configurar la puerta de enlace SIP/CSTA para comunicarse con el PBX. A continuación, se configura OCS 2007 para enrutar las solicitudes CSTA a la puerta de enlace SIP/CSTA. El tercer paso es configurar los usuarios para RCC. El cuarto paso es configurar Office Communicator 2007. El quinto paso es definir las reglas de normalización de OCS 2007, que también se usan para la normalización de números de teléfono de la libreta de direcciones y son distintas de las reglas de normalización de números de teléfono que se usan en combinación con Enterprise Voice.

Enterprise Voice

Cuando un usuario se habilita para Enterprise Voice, Office Communicator 2007 u Office Communicator Phone Edition se convierte en su teléfono primario, en vez del teléfono PBX. Office Communicator 2007 tendrá asignado un número de teléfono único (para realizar pruebas, el teléfono PBX existente se puede desviar a una nueva extensión asignada a Office Communicator 2007). Office Communicator 2007, en combinación con un dispositivo de audio USB recomendado, se ocupará tanto del control de llamadas (o señalización) como de los medios (audio y vídeo).

En este escenario, Office Communications Server 2007 enruta las llamadas entre extremos de Office Communicator 2007 en la red IP (llamadas de IP a IP) y enruta las llamadas a la red telefónica conmutada (RTC)/PBX (llamadas de IP a RTC). OCS 2007 aplica las restricciones de marcado en las llamadas enrutadas a la RTC.

Para conectar el entorno de Office Communications Server 2007 a un PBX o RTC, debe implementar una puerta de enlace multimedia, también denominada puerta de enlace SIP/RTC o IP/RTC. La puerta de enlace multimedia se debe emparejar con un servidor de mediación (una función de servidor de OCS 2007) para conectarse al entorno de Office Communications Server 2007, tal como se muestra en la Figura 2. El servidor de mediación y la puerta de enlace multimedia asociada se deben instalar en la misma ubicación física.

Figura 2 Escenario de integración de Enterprise Voice con RTC o un PBX existente

Figura 2** Escenario de integración de Enterprise Voice con RTC o un PBX existente **(Hacer clic en la imagen para ampliarla)

El servidor de mediación permite la conexión de puertas de enlace multimedia que admiten implementaciones SIP estándar e incluso inseguras con Office Communications Server 2007, ya que OCS 2007 sólo permite la comunicación autenticada y cifrada. Otra tarea del servidor de mediación es ocuparse de las conversiones de códec entre los códecs estándar (G.711, G.723, etc.) y el códec de audio en tiempo real de Microsoft. Para obtener una lista de las puertas de enlace multimedia que admite Office Communications Server 2007, consulte los socios de hardware estratégicos en technet.microsoft.com/bb735838.

Puede conectar las puertas de enlace multimedia directamente con la RTC o con una conexión troncal de interfaz de acceso principal (PRI) de un PBX existente. En la Figura 2 se muestran los escenarios de integración posibles para el escenario de Enterprise Voice con la RTC y un PBX existente. No se requiere un director (normalmente un servidor Office Communications Server Standard Edition) para una implementación de Enterprise Voice. Sin embargo, se recomienda.

La habilitación de Enterprise Voice consta de cuatro pasos. El primer paso es implementar y configurar las puertas de enlace multimedia. Como se trata de un producto de un socio de Microsoft, debe consultar la documentación del fabricante, ya que cada puerta de enlace multimedia tiene distintos pasos de implementación.

A continuación, se implementa un servidor de mediación para cada puerta de enlace multimedia. En este paso, debe configurar una tarjeta de red del servidor de mediación para enviar y recibir tráfico de la puerta de enlace multimedia y configurar la otra tarjeta de red del servidor de mediación para enviar y recibir tráfico desde Office Communications Server 2007 (normalmente un director en una implementación de Enterprise Edition). A menos que la puerta de enlace multimedia sea una avanzada, necesitará la ayuda de una función de servidor de mediación de OCS 2007 para interactuar con la infraestructura de OCS 2007 Enterprise Voice.

El tercer paso es definir un plan de numeración. Esto implica definir directivas de voz, rutas de teléfono y perfiles de ubicación.

Tras ello, se configuran los usuarios para Enterprise Voice. Además, los usuarios deben estar habilitados para Enterprise Voice con el fin de poder realizar y recibir llamadas del PBX o RTC. Esto requiere la asignación de números de teléfono únicos a cada usuario.

Integración de Enterprise Voice con PBX

Esta configuración es una extensión de la configuración de Enterprise Voice. La diferencia es que el teléfono PBX del usuario se sincroniza con el cliente de Office Communicator del usuario. La configuración es similar al escenario de Enterprise Voice en el que se efectúa la conexión a la RTC mediante un PBX, tal como se muestra en la Figura 2. No obstante, en este caso, en vez de reemplazar el teléfono PBX del usuario por un cliente de Office Communicator 2007, Office Communicator 2007 y el teléfono PBX existente usarán el mismo número de teléfono.

Si el autor de la llamada marca la extensión del usuario desde otro teléfono PBX o desde un teléfono RTC, el sistema PBX bifurcará la llamada al teléfono PBX del usuario y al cliente de Office Communicator 2007 del usuario a través de Office Communications Server 2007. El cliente de Office Communicator 2007 del usuario y el teléfono PBX sonarán simultáneamente cuando haya una llamada entrante. Por el contrario, Office Communications Server bifurcará las llamadas iniciadas desde OCS 2007 al PBX a través de la puerta de enlace multimedia. Este escenario no es posible cuando se usa Office Communicator Phone Edition. Esta configuración requiere que el sistema de correo de voz del PBX se ocupe del correo de voz. Mensajería unificada de Exchange Server 2007 no se puede usar como solución de correo de voz para dichos usuarios.

La habilitación de la integración de Enterprise Voice con PBX consta de los mismos pasos que la implementación de Enterprise Voice pero con tres pasos adicionales. En el primer paso adicional, la puerta de enlace multimedia se debe conectar directamente al PBX. A continuación, el PBX se debe configurar para admitir este escenario (según el proveedor, esto puede requerir una actualización de software del PBX). Finalmente, los usuarios se deben habilitar para la integración de PBX.

Microsoft está trabajando para proporcionar asistencia con el fin de conectar el servidor de mediación directamente al PBX IP sin que actúe de intermediaria una puerta de enlace multimedia. Visite technet.microsoft.com/bb735838 para obtener la información más reciente relativa a este tema.

Configuración de Office Communications Server

La funcionalidad de Enterprise Voice se controla mediante servicios que se ejecutan en Office Communications Server 2007 Enterprise Edition y Office Communications Server 2007 Standard Edition. En la Figura 3 se describen los servicios que proporciona la funcionalidad Enterprise Voice para enrutar las llamadas entrantes y salientes.

Figure 3 Servicios de Enterprise Voice

Servicio Descripción
Servicio de conversión Aplica reglas de normalización según el perfil de ubicación o el contexto de teléfono.
Servicios de usuario Realiza la búsqueda de número inversa en el número de teléfono de destino.
Componente de enrutamiento de entrada Aplica las preferencias de llamada del usuario de destino.
Mensajería unificada de Exchange Reenvía la solicitud al correo de voz según sea necesario.
Componente de enrutamiento de salida Determina la ruta óptima basada en el URI y la directiva de usuario.
   

En la Figura 4 se muestra cómo cada uno de estos componentes actúa en las llamadas entrantes a medida que OCS 2007 las enruta para una llamada de PC a PC. Las llamadas entrantes se pueden originar desde un extremo conectado, como Office Communicator 2007 u Office Communicator Phone Edition, o desde un servidor de mediación procedente de la RTC/PBX (llamada RTC-SIP). Las llamadas salientes que se originan desde uno de los extremos de cliente de Office Communications Server 2007 del autor de la llamada, como Office Communicator 2007, se envían al grupo de Standard Edition Server o Enterprise donde se encuentra hospedado el usuario. Se denomina grupo doméstico del usuario.

Figura 4 Interacción de los servicios relacionados con Enterprise Voice en servidores front-end OCS

Figura 4** Interacción de los servicios relacionados con Enterprise Voice en servidores front-end OCS **(Hacer clic en la imagen para ampliarla)

En este momento, Office Communications Server 2007 procesa la llamada para determinar dónde enrutarla. Este salto siguiente puede ser el grupo doméstico del receptor, un servidor de mediación o Mensajería unificada de Microsoft® Exchange Server 2007 (consulte la Figura 5). Si la llamada se enruta a otro grupo doméstico, OCS 2007 envía la llamada a todos los extremos activos del receptor. Office Communicator 2007 u Office Communicator Phone Edition del receptor recibirá la llamada y aparecerá una notificación de ventana emergente en el dispositivo.

Figura 5 Enrutamiento de llamadas

Figura 5** Enrutamiento de llamadas **(Hacer clic en la imagen para ampliarla)

Si la llamada se enruta a un servidor de mediación, el servidor se configura para enrutar a una puerta de enlace multimedia específica. Si la puerta de enlace multimedia está conectada directamente a un PBX, el PBX enruta la llamada a un teléfono de escritorio o a la RTC. No obstante, si la puerta de enlace multimedia está conectada directamente a la RTC, la salida sale a la RTC.

Si el salto siguiente es a Mensajería unificada de Exchange Server 2007, el autor de la llamada puede dejar un mensaje. El correo de voz está disponible independientemente de que el receptor haya iniciado sesión en Office Communications Server 2007.

Cuando el receptor responde, el audio se envía directamente desde Office Communicator 2007 u Office Communicator Phone Edition de la persona que llama a Office Communicator 2007 u Office Communicator Phone Edition del receptor en una llamada de IP a IP. Si la persona que llama usa un teléfono PBX o RTC, el servidor de mediación envía el tráfico de audio directamente a Office Communicator 2007 u Office Communicator Phone Edition del receptor en una llamada de IP a RTC. OCS 2007 se ocupa sólo de la señalización de llamadas, motivo por el que el audio y el vídeo va directamente entre los extremos y no se enruta mediante OCS 2007.

Configuración de usuarios

A los usuarios habilitados para Enterprise Voice se les deben asignar números de teléfono que sean únicos en la organización. Esta configuración se lleva a cabo en Active Directory®. Esto supone una diferencia con respecto a la mayoría de los sistemas de telefonía en los que al teléfono se le asigna el número de teléfono. La ventaja de este diseño es que los usuarios pueden convertir cualquier equipo que ejecute Office Communicator 2007 en su teléfono de trabajo con iniciar sesión en OCS 2007 desde el cliente. Esta característica de portabilidad puede resultar atractiva para los teletrabajadores o empleados de soporte técnico.

El número de teléfono del usuario se especifica en formato E.164 en Active Directory. Este formato define el plan de numeración de telecomunicaciones público internacional, un esquema de numeración que representa los números de teléfono de forma inequívoca. El formato E.164 especifica el número de teléfono con este formato:

+<country code><area code><phone number>

Un usuario habilitado para Enterprise Voice tiene dos representaciones únicas: un URI del SIP y un número de teléfono E.164. Cuando se marca un número de teléfono, Office Communications Server resuelve la representación E.164 del número de teléfono (+14255551212) en el URI del SIP del usuario (joe@contoso.com). A continuación, Office Communications Server 2007 enruta la llamada según el URI del SIP del receptor. Si el número de teléfono no se puede resolver en un URI del SIP, OCS 2007 enruta la llamada al PBX/RTC a través de un servidor de mediación.

Al planear una implementación de Enterprise Voice donde a cada usuario de Office Communications Server se le debe asignar un número de teléfono único, debe tener en cuenta el sistema de telefonía existente. Si se conecta a la RTC directamente mediante una puerta de enlace multimedia, probablemente tendrá extensiones de 2 ó 3 dígitos de bloque de número entero, números de marcado interno directo (DID) que se pueden distribuir a los usuarios de OCS 2007. Si se conecta a la RTC mediante un PBX, probablemente tendrá un bloque de números DID proporcionado por el PBX para asignarlo a los usuarios de OCS 2007.

Planes de numeración

Aunque los números de teléfono con formato E.164 proporcionan una representación única, no es una forma cómoda de marcar números. Tampoco se puede especificar un número con este formato en Office Communicator Phone Edition o en teléfonos PBX/RTC estándar. ¿Cómo se especifica un carácter + con el panel de marcado de 10 dígitos? Los usuarios están acostumbrados a marcar extensiones más cortas, que pueden ser únicas en una ubicación específica pero tal vez no en toda la compañía. Por lo tanto, es necesario especificar las reglas de conversión para convertirlas al formato E.164.

El administrador debe definir los perfiles de ubicación que especifican las reglas de normalización para efectuar estas conversiones de números. Después de que el cliente (Office Communicator 2007 o Communicator Phone Edition) o el servicio de conversión de Office Communications Server 2007 amplía el número de teléfono al formato E.164, los servicios de usuario pueden efectuar la búsqueda de número inversa y hacer coincidir el número E.165 con un URI del SIP correspondiente. Las reglas de normalización definidas en un perfil de ubicación usan expresiones regulares para efectuar la conversión si se encuentra una coincidencia. Por ejemplo, si se marca 1234, una normalización que coincida con un patrón de cuatro dígitos para convertirse en +1425555{4 dígitos} convertiría 1234 en +1425551234. Por lo tanto, los perfiles de ubicación permiten que los usuarios conserven los mismos hábitos de marcado a los que están acostumbrados.

Los administradores pueden asignar perfiles de ubicación a usuarios de las siguientes tres formas:

  • Definir el perfil de ubicación para los usuarios que usen Office Communicator 2007 mediante la directiva de grupo.
  • Permitir que los usuarios seleccionen un perfil de ubicación desde Office Communicator Phone Edition.
  • Asignar un perfil de ubicación al grupo doméstico. A los usuarios hospedados en dicho grupo se les asignará automáticamente ese perfil de ubicación.

La definición de un plan de numeración supone la creación de directivas de voz, rutas de teléfono y perfiles de ubicación con reglas de normalización. Las directivas de voz definen el tipo de acceso de llamada que se permite a los usuarios. Office Communications Server 2007 determina el modo de enrutar las llamadas al PBX/RTC mediante rutas de teléfono. Como los números de teléfono se pueden marcar de muchas formas, las reglas de normalización de un perfil de ubicación definen el modo de convertir el número de teléfono marcado al formato E.164, que, posteriormente, se puede enrutar.

El administrador asocia cada usuario habilitado para Enterprise Voice a una directiva de voz. Una directiva de voz define los privilegios de llamada asignados a un usuario. Los privilegios de llamada determinan las rutas que se permiten usar al usuario y, por lo tanto, los números que puede marcar. Cada usuario se debe asociar a una sola directiva de voz. El administrador crea el número de directivas disponibles.

Cada directiva de voz contiene una configuración para permitir o impedir que los usuarios habiliten las llamadas simultáneas y una lista ordenada de usos de teléfono. La directiva de voz, de modo similar a la directiva de reunión, es un contenedor lógico de configuración definido como un documento XML almacenado en Active Directory. El valor de este diseño es que se puede ampliar en versiones futuras de OCS 2007 para admitir configuraciones de directiva adicionales, sin que sea necesaria una extensión de esquema de Active Directory. Por ejemplo, si una directiva de voz no está asociada a ningún uso de teléfono, tiene el efecto de impedir que los usuarios asignados a dicha directiva realicen llamadas salientes al PBX/RTC. Dichos usuarios sólo podrán efectuar llamadas de IP a IP.

Uso y rutas de teléfono

Un uso de teléfono define los privilegios de enrutamiento de teléfono que se permiten a los usuarios. Un uso de teléfono es una colección de rutas de teléfono. Es una cadena que debe ser una palabra única, lo que significa que ningún otro uso de teléfono puede tener el mismo nombre. Los administradores pueden crear tantos usos como deseen.

Aunque una directiva de voz se puede asociar directamente a una ruta o a un conjunto de rutas, en vez de usos de teléfono, la palabra clave de uso de teléfono es una abstracción para mantener la asociación entre directivas y rutas. Si las directivas estuvieran asociadas directamente a las rutas, con lo que quitaría el concepto de usos de teléfono, y el administrador modificara el nombre de una ruta, cada directiva asociada a dicha ruta se tendría que actualizar. Mediante un uso de teléfono, que es un atributo de una directiva y de una ruta para crear la asociación entre directiva y ruta, la relación entre directiva y ruta se mantiene aunque se cambie el nombre de la ruta.

Una ruta contiene un patrón de número de teléfono y una lista de servidores de mediación conectados a puertas de enlace multimedia. Una ruta se debe asignar como mínimo a un uso de teléfono. Esta asociación entre el patrón y las puertas de enlace especifica el modo de enrutar los números de teléfono que coinciden con ese patrón concreto.

El patrón especifica un intervalo de números de teléfono con los que puede coincidir. Se define como una expresión regular que puede incluir y excluir números de teléfono. Se incluye la herramienta Enterprise Voice Route Helper para ayudar a crear estas expresiones regulares más fácilmente. En consecuencia, si el número de teléfono que se marca coincide con el patrón de expresión regular de la ruta, la llamada se enruta a una de las puertas de enlace definidas en la ruta.

En una sola ruta se pueden enumerar varios servidores de mediación (y, por lo tanto, puertas de enlace multimedia). Office Communications Server 2007 enruta la llamada a los servidores de mediación en una operación por turnos para equilibrar el tráfico entre las puertas de enlace. Si se produce un error en una puerta de enlace o está fuera de servicio por mantenimiento, el servidor de mediación correspondiente enviará una respuesta a Office Communications Server 2007, que intentará inmediatamente enrutar la llamada a otro servidor de mediación (y, por lo tanto, otra puerta de enlace multimedia) de la lista de la ruta.

Después de 10 intentos de enrutar llamadas a una puerta de enlace multimedia con error, Office Communications Server 2007 reducirá el tráfico a dicha puerta de enlace multimedia hasta que vuelva a responder. Si la puerta de enlace multimedia sigue sin responder después de 10 intentos adicionales, Office Communications Server 2007 dejará de enrutar las llamadas a dicha puerta de enlace multimedia hasta que responda.

La lista de puertas de enlace multimedia definidas en la ruta de teléfono se describe mediante el nombre de dominio completo y el número de puerto de la puerta de enlace. Si el número de teléfono no coincide con el patrón de expresión regular, se comprueba la siguiente ruta asociada al uso de teléfono asignado al usuario hasta que se encuentra una coincidencia. Si no se encuentra ninguna coincidencia, la llamada no se puede enrutar y no llega a su destino. El usuario recibe una notificación de que la llamada no se puede completar.

Pasos siguientes

Office Communications Server 2007 proporciona tres niveles de integración de telefonía. Al planear la implementación de telefonía, debe determinar el nivel que mejor se adapta a sus necesidades de negocios de telefonía actuales y futuras. Después de determinarlo, puede planear la implementación. Un aspecto importante de la planeación es definir un plan de numeración para la implementación de Office Communications Server Enterprise Voice. Se debe considerar con cuidado.

Consulte la barra lateral "Recursos de OCS 2007 adicionales" para obtener más información acerca de Office Communications Server 2007 Enterprise Voice y las tecnologías relacionadas.

Jochen Kunert tiene 10 años de experiencia en el sector de las telecomunicaciones y ahora trabaja como administrador jefe de programas en Office Communications Group en Microsoft. Es coautor del libro que se publicará pronto, Microsoft Office Communications Server 2007 Resource Kit. Puede ponerse en contacto con Jochen en la dirección jkunert@microsoft.com.

Rui Maximo es un veterano de 14 años del sector de TI y coautor de dos libros, Pro LCS: Live Communications Server Administration y Microsoft Office Communications Server 2007 Resource Kit. Puede ponerse en contacto con Rui en la dirección ruim@ruimaximo.com.

© 2008 Microsoft Corporation and CMP Media, LLC. Reservados todos los derechos; queda prohibida la reproducción parcial o total sin previa autorización.