Requisitos de migración de los usuarios a Enterprise Voice

Paso 1. Designar los números de teléfono principales

Enterprise Voice integra la voz con otros medios de mensajería de forma que, cuando una llamada entrante llega al servidor, éste asigne el número al URI de SIP del usuario y, a continuación, bifurque la llamada a todos los extremos del cliente asociados a dicho URI de SIP. Este proceso requiere que cada usuario esté asociado a un número de teléfono principal.

Un número de teléfono principal debe ser:

• Único a escala mundial o, en el caso de las extensiones internas, único en la empresa.
• Propiedad de la empresa y enrutable en la empresa. No deben utilizarse números personales.

Los usuarios corporativos pueden tener dos o más números de teléfono en el Servicio de dominio de Active Directory (AD DS). Todos los números de teléfono asociados a un usuario determinado se pueden ver o modificar en la hoja de propiedades de dicho usuario en el complemento Usuarios y equipos de Active Directory.

El cuadro de texto Número de teléfono de la ficha General del cuadro de diálogo Propiedades del usuario debe contener el número principal del trabajo del usuario. Normalmente, este número se designará como número de teléfono principal del usuario.

Algunos usuarios pueden tener requisitos especiales (por ejemplo, un directivo que desea que todas las llamadas recibidas se enruten a través de un asistente administrativo), pero esas excepciones deben limitarse únicamente a aquellos usuarios cuyas necesidades sean claras y de vital importancia.

Una vez elegido el número principal, se debe:

• Normalizar al formato E.164, cuando sea posible. (Para obtener detalles sobre la normalización de números de teléfono, vea Reglas de normalización).

• Copiarlo en el atributo msRTCSIP-line de Active Directory.

  Nota

  Coexistencia con el control remoto de llamadas (RCC)
  RCC permite utilizar Office Communicator para supervisar y controlar un teléfono PBX de escritorio. El control se enruta a través del servidor, que actúa como puerta de enlace al sistema PBX. RCC empezó a estar disponible en Live Communications Server 2005 con Service Pack 1 (SP1) y Communicator 1.0. Office Communications Server 2007 R2 y Office Communicator 2007 R2 siguen proporcionando conjuntamente RCC a los usuarios que no pueden usar Enterprise Voice.
  Si tiene habilitado RCC en la organización, sabrá que también utiliza el atributo msRTCSIP-line para designar el número de teléfono principal de los usuarios. En el caso de que la organización vaya a habilitar a algunos usuarios para Enterprise Voice y otros, quizás la mayoría de ellos, vayan a seguir conectados a un sistema PBX, quizás le preocupe saber si Enterprise Voice y RCC pueden coexistir.

Hay tres métodos para rellenar el atributo msRTCSIP-line:

• Microsoft Identity Integration Server (se recomienda)
• La configuración avanzada del complemento de Office Communications Server para Usuarios y equipos de Active Directory
• Scripts de Instrumental de administración de Windows (WMI)

Cuando hay que procesar muchos números de teléfono, la opción más obvia es utilizar un script. Dependiendo de la forma en que la organización represente los números de teléfono en los Servicios de dominio de Active Directory, es posible que el script tenga que normalizar los números de teléfono principales según el formato E.164 antes de copiarlos en el atributo msRTCSIP-line.

• Si la organización mantiene todos los números de teléfono de los Servicios de dominio de Active Directory en un único formato y ese formato es E.164, el script sólo deberá escribir cada número de teléfono principal en el atributo msRTCSIP-line.
• Si la organización mantiene todos los números de teléfono de los Servicios de dominio Active Directory en un único formato, pero ese formato no es E.164, el script deberá definir una regla de normalización adecuada para convertir los números de teléfono principales al formato E.164 antes de escribirlos en el atributo msRTCSIP-line.
• Si la organización no exige ningún formato estándar para los números de teléfono de los Servicios de dominio de Active Directory, el script deberá definir reglas de normalización adecuadas para convertir los distintos formatos de los números de teléfono principales al formato E.164 antes de escribirlos en el atributo msRTCSIP-line.

El script también deberá insertar el prefijo Tel: delante de cada número principal antes de escribirlo en el atributo msRTCSIP-line.

El formato esperado del número especificado en este atributo es:

• Tel:+14255550100;ext=50100.

• Tel:5550100 (para extensiones únicas en toda la empresa)

  Importante:
  La normalización realizada por el servicio de libreta de direcciones (ABS) no reemplaza ni elimina de ningún otro modo la necesidad de normalizar el número de teléfono principal de cada usuario en los Servicios de dominio de Active Directory porque ABS carece de acceso a Active Directory y, por lo tanto, no puede copiar los números principales en el atributo msRTCSIP-line.

Paso 2. Habilitar a los usuarios para Enterprise Voice

Aparte de identificar a los usuarios que se van a habilitar, no se requiere ninguna otra planeación especial para llevar a cabo este paso.

Paso 3. Habilitar a los usuarios para la integración de PBX (opcional)

Los usuarios habilitados para Enterprise Voice también se pueden habilitar para la integración de PBX. Si implementa Office Communications Server con la opción de la integración de PBX, debe habilitar a los usuarios para esta integración de modo que funcione la opción. Si no dispone de un sistema PBX habilitado para Office Communications Server, la habilitación de los usuarios para la integración de PBX no tiene efecto. Office Communications Server continúa bifurcando las llamadas a todos los extremos, pero el sistema PBX no es capaz de bifurcar las llamadas entrantes a los extremos SIP de los usuarios.

Para obtener información detallada sobre cómo implementar Office Communications Server con la integración de PBX, vea “Coexistencia de Communications Server y PBX”, en Opciones de implementación de Enterprise Voice.

Paso 4. Planear las directivas de voz de los usuarios

Las clases de servicio de los usuarios en un sistema PBX heredado, como el derecho a realizar llamadas de larga distancia o llamadas internacionales desde teléfonos de la compañía, deben volver a configurarse como directivas VoIP para los usuarios que se pasen a Enterprise Voice. Si desea obtener información detallada sobre la planeación y la creación de directivas para Enterprise Voice, vea Directivas de voz.

Paso 5. Configurar el sistema PBX de modo que reenrute las llamadas a los usuarios habilitados para Enterprise Voice

Los usuarios que anteriormente se hospedaban en un sistema PBX tradicional mantienen sus números de teléfono tras el traslado. El único requisito tras el traslado es que el sistema PBX debe volver a configurarse de forma que enrute las llamadas recibidas para los usuarios de Enterprise Voice a la puerta de enlace multimedia o al servidor de mediación que se conecta con la infraestructura de Communications Server 2007 R2. Póngase en contacto con el proveedor del sistema PBX para obtener información detallada sobre cómo configurar la bifurcación dual.

Paso 6. Trasladar a los usuarios a la Mensajería unificada de Exchange (opcional)

Para trasladar a los usuarios a la Mensajería unificada de Exchange, deben realizarse estas tareas:

• Configurar la Mensajería unificada de Exchange y Office Communications Server para que funcionen conjuntamente (para obtener información detallada, vea Integración con la Mensajería unificada de Exchange Server).
• Habilitar a los usuarios para el contestador automático de la Mensajería unificada de Exchange y Outlook Voice Access. Esta tarea se realiza en el servidor de Mensajería unificada de Exchange. Para obtener información detallada, vea la documentación de producto de Exchange Server 2007 en https://go.microsoft.com/fwlink/?LinkID=139372.