Requisitos de implementación de Enterprise Voice

Última modificación del tema: 2009-04-30

Además de implementar las puertas de enlace multimedia (que no se requieren para las conexiones troncales SIP), también debe planear la normalización de los números de teléfono almacenados en los Servicios de dominio de Active Directory (AD DS) y crear planes de marcado para cada ubicación donde opere su organización, así como cumplir otros requisitos específicos del método de implementación elegido.

Asimismo, si la organización va a integrar la Mensajería unificada de Exchange con Office Communications Server, deben cumplirse requisitos técnicos adicionales para esa integración.

Requisitos previos

Para obtener una experiencia óptima al implementar Enterprise Voice, asegúrese de que su infraestructura de TI, red y sistemas cumplan los siguientes requisitos previos:

  • Tener instalado y operativo en la red Microsoft Office Communications Server Standard Edition o Enterprise Edition.
  • Tener implementados y operativos todos los servidores perimetrales y un proxy inverso en la red perimetral.
  • Tener instalado Exchange Server 2007 Service Pack 1 si va a integrar la Mensajería unificada de Exchange con Office Communications Server.
  • Haberse creado y habilitado uno o varios usuarios para Office Communications Server.
  • Haberse designado, normalizado y copiado un número del teléfono principal en el atributo msRTCSIP-line de cada usuario que vaya a habilitarse para Enterprise Voice. El administrador es responsable de asegurarse de que este número sea único.
  • Los administradores que implementen Enterprise Voice deberán ser miembros del grupo RTCUniversalServerAdmins.
  • Office Communicator y Live Meeting deben estar implementados correctamente.
  • Haberse implementado y configurado una infraestructura de clave pública (PKI) con una infraestructura de entidad de certificación (CA) de Microsoft o de otro fabricante.
  • Cada equipo en el que se instale el servidor de mediación tiene que:
    • Haberse preparado para Servicios de dominio de Active Directory. Para obtener información detallada acerca de los procedimientos de preparación de los Servicios de dominio de Active Directory, vea Preparar los Servicios de dominio de Active Directory para Office Communications Server 2007 R2.
    • Ejecutar uno de los sistemas operativos siguientes:
      • La edición de 64 bits del sistema operativo Windows Server 2008 Standard o Windows Server 2008 Enterprise
      • La edición de 64 bits del sistema operativo Windows Server 2003 R2 Standard con Service Pack 2 (SP2) o de Windows Server 2003 R2 Enterprise con SP2
      • La edición de 64 bits del sistema operativo Windows Server 2003 Standard con SP2 o la edición de 64 bits del sistema operativo Windows Server 2003 Enterprise con SP2
  • Hay una o varias puertas de enlace multimedia disponibles para la implementación. (Las puertas de enlace multimedia no son necesarias para las conexiones troncales SIP).

Tabla 1. Requisitos técnicos de Enterprise Voice

Método de implementación Requisitos técnicos

Coexistencia con PBX

Un sistema PBX IP que admite de manera nativa multimedia SIP e IP en un formato interoperable con Office Communications Server.

O bien,

Un sistema PBX combinado con una puerta de enlace multimedia que conecta el sistema PBX a la infraestructura de Office Communications Server.

Servidor perimetral A/V para la retransmisión de medios a través de traducciones de direcciones de red (NAT) y firewalls.

Servidor de mediación configurado con la dirección IP del sistema PBX y el nombre de dominio completo (FQDN) del servidor perimetral A/V.

Usuarios habilitados para la integración de Enterprise Voice y PBX.

Correo de voz configurado en el sistema PBX.

Opciones independientes

 

De departamento

PBX IP o TDM.

Configuración de la puerta de enlace multimedia básica, básica híbrida o avanzada para conectar la implementación de departamento con el sistema PBX.

Más puertas de enlace según sean necesarias para las conexiones RTC.

Servidor perimetral A/V para la transmisión de medios a través de dispositivos NAT y firewalls.

Servidor de mediación configurado con la dirección IP de la puerta de enlace multimedia básica o básica híbrida (no se requiere para la puerta de enlace avanzada).

Usuarios habilitados para Enterprise Voice.

La transferencia de llamadas se configura de manera independiente en Office Communicator y en el sistema PBX.

La Mensajería unificada de Exchange implementada y configurada para proporcionar correo de voz a los usuarios de Enterprise Voice (el sistema PBX continúa proporcionando correo de voz a todos los demás usuarios).

En entorno virgen

Configuración de la puerta de enlace multimedia básica, básica híbrida o avanzada para conectarse a RTC.

Servidor perimetral A/V para la transmisión de medios a través de dispositivos NAT y firewalls.

Servidor de mediación configurado con la dirección IP de la puerta de enlace multimedia básica o básica híbrida (no se requiere para la puerta de enlace avanzada).

Usuarios habilitados para Enterprise Voice.

Transferencia de llamadas configurada en Office Communicator.

Mensajería unificada de Exchange implementada y configurada para proporcionar correo de voz.

Un sistema PBX pequeño para el fax y para llamar a los números de emergencia.

Una puerta de enlace adicional para conectarse a un pequeño sistema PBX.

Integración de PBX en la solución independiente

Dd441140.note(es-es,office.13).gifNota:
Esta ruta de migración solo se usa cuando la integración de PBX se utiliza como vía para una implementación independiente de Office Communications Server.

Configuración de la puerta de enlace multimedia básica, básica híbrida o avanzada para conectarse a RTC. (Si ya se ha implementado una o varias puertas de enlace, es posible que haya que replantear su función en la red).

Los teléfonos SIP como Microsoft Office Communicator 2007 R2 Phone Edition son opcionales.

Tarjetas de interfaz para el servidor de mediación

Como ayuda para asegurarse de la separación física y lógica de la infraestructura de Enterprise Voice y las puertas de enlace multimedia, debe instalar el servidor de mediación en un equipo que disponga de dos tarjetas de interfaz de red (NIC). Una de las tarjetas debe estar orientada a la puerta de enlace y la otra al servidor Office Communications Server 2007, que actúa como el siguiente salto interno del servidor de mediación.

Al instalar el servidor de mediación, el Asistente para implementación detecta la presencia de las dos tarjetas de red y agrega sus direcciones IP a la lista de direcciones IP de escucha de Office Communications Server y a la lista de direcciones IP de escucha de puertas de enlace, que se encuentran ambas en la ficha General del cuadro de diálogo de las propiedades del servidor de mediación.

La dirección IP de escucha de Office Communications Server es la dirección de una puerta de enlace multimedia avanzada que escucha el tráfico de llamadas de Office Communications Server. Hasta que las puertas de enlace multimedia avanzadas estén disponibles, esta dirección corresponde a la tarjeta de red que actúa como el perímetro interno del servidor de mediación.

Dd441140.important(es-es,office.13).gifImportante:
La dirección IP seleccionada en la dirección IP de escucha de Office Communications Server debe coincidir con la devuelta por una consulta del Sistema de nombres de dominio (DNS) en el FQDN del servidor de mediación. Si las dos direcciones no coinciden, la dirección IP indicada en el DNS para el FQDN no podrá conectarse y el tráfico de llamadas se dirigirá a una interfaz que no escuche el tráfico de Office Communications Server, en lugar de dirigirse a la que sí está escuchando.

La dirección IP de escucha de puertas de enlace es la dirección en el servidor de mediación que muestra el tráfico de una puerta de enlace multimedia básica o una puerta de enlace multimedia híbrida básica. En Office Communications Server 2007, esta dirección corresponde a la tarjeta de red que actúa como perímetro externo del servidor de mediación.

Nota

Es posible configurar ambos perímetros en una sola tarjeta adaptadora, pero no se recomienda.

Requisitos del ancho de banda de medios

Para las puertas de enlace multimedia básicas, el requisito de ancho de banda entre la puerta de enlace y servidor de mediación es de 64 kilobits por segundo (Kbps) para cada llamada simultánea. Si se multiplica este número por el número de puertos para cada puerta de enlace, se obtiene un cálculo aproximado del ancho de banda necesario en la puerta de enlace del servidor de mediación. En el lado de Office Communications Server, el requisito de ancho de banda es considerablemente menor.

Al configurar el servidor de mediación, debería aceptar el intervalo de puertos de puerta de enlace multimedia predeterminado de 60.000 a 64.000. Al reducir en gran medida el intervalo de puertos, se reduce la capacidad del servidor. Esto solo lo debe hacer por razones específicas un administrador que conozca los requisitos y escenarios de los puertos de medios. Por este motivo, no se recomienda modificar el intervalo de puertos predeterminado.

El tráfico que ocupa mucho ancho de banda, como el de voz y vídeo, tiende a sobrecargar las redes poco aprovisionadas. Limitar el tráfico de medios a un intervalo de puertos facilita la solución de este tipo de problemas.

Requisitos de configuración de las puertas de enlace

Los valores que se han de configurar en la puerta de enlace multimedia básica se especifican en la lista siguiente. Sin embargo, para obtener información sobre cómo configurar estos valores en una puerta de enlace específica, vea la documentación del fabricante. Cada puerta de enlace debe configurarse conforme a la documentación del proveedor. Según el proveedor, es posible que haya que definir un gran número de atributos, pero los atributos específicos de Enterprise Voice son los siguientes:

  • El FQDN y la dirección IP del servidor de mediación asociado a la puerta de enlace.
  • El puerto de escucha (5060) que se utiliza para las conexiones TCP al servidor de mediación.
Dd441140.important(es-es,office.13).gifImportante:
Los valores de configuración indicados anteriormente deben coincidir con los valores correspondientes del servidor de mediación. De lo contrario, se producirá un error en la conexión entre la puerta de enlace y el servidor de mediación.
  • Transporte SIP: TLS (configuración recomendada) o TCP.
Dd441140.important(es-es,office.13).gifImportante:
Si especifica TLS como el transporte SIP que debe usar la puerta de enlace multimedia básica o híbrida básica, también debe configurar el correspondiente servidor de mediación para TLS.
  • Si el transporte SIP para el vínculo entre la puerta de enlace y el servidor de mediación está establecido en TLS, la puerta de enlace debe configurarse con un certificado para la autenticación durante el protocolo de enlace Mutual TLS (MTLS) con el servidor de mediación. El certificado en la puerta de enlace debe configurarse de la siguiente manera:
    • El certificado lo puede firmar directamente la entidad de certificación de confianza configurada en el servidor de mediación. Asimismo, puede que haya que pasar por una cadena de certificados para comprobar el certificado proporcionado por la puerta de enlace. La puerta de enlace debe proporcionar esta cadena como parte de su protocolo de enlace TLS con el servidor de mediación.
    • La parte correspondiente al CN en el campo de sujeto debe establecerse en el FQDN de la puerta de enlace. Si el FQDN en la parte correspondiente al CN del campo de sujeto no coincide con el FQDN esperado y configurado de la puerta de enlace, el certificado también debe contener un nombre alternativo de sujeto (SAN) con el FQDN esperado y configurado de la puerta de enlace.
      El servidor de mediación valida el certificado proporcionado por la puerta de enlace comprobando que el FQDN en el certificado coincide exactamente con el FQDN de puerta de enlace configurado en el servidor de mediación. Si no coinciden, se termina la sesión. Otros procedimientos de validación incluyen la comprobación de la firma y de la fecha de expiración así como la comprobación de que el certificado no ha sido revocado.
  • Si el transporte SIP para el vínculo entre la puerta de enlace y el servidor de mediación está establecido en TLS, se deben abrir puertos independientes para la conexión TLS con la puerta de enlace y la conexión TLS con el grupo de servidores Office Communications Server. Las asignaciones de puerto deben configurarse de la siguiente manera:
    • Vínculo TLS entre la puerta de enlace multimedia y el servidor de mediación: 5060.
    • Vínculo TLS entre el servidor de mediación y el grupo de servidores Office Communications Server: 5061.
  • Cada puerta de enlace debe configurarse de forma que los números E.164 enrutados por Enterprise Voice a la puerta de enlace tengan un formato que se pueda marcar localmente.
  • Cada puerta de enlace también debe configurarse de modo que sólo transfiera números E.164 al servidor de mediación. Para obtener información detallada sobre cómo normalizar los números de teléfono de origen al formato E.164, consulte la documentación de cada proveedor de puertas de enlace.
  • Cada puerta de enlace debería configurarse de modo que convierta el número de origen (el número que se presenta como identificador de llamada) en un número E.164 normalizado. De este modo, se garantiza que el identificador de llamada pueda coincidir con un contacto de Office Communicator, un contacto de Microsoft Office Outlook o un miembro del directorio corporativo, lo que permite que Office Communicator ofrezca información adicional sobre el autor de la llamada. Este número también aparecerá en los mensajes de correo electrónico que notifican a los usuarios las llamadas perdidas y el correo de voz, con lo que el usuario puede hacer clic en el número de teléfono para devolver rápidamente una llamada. Si la puerta de enlace se ha encargado de normalizar el número, no se requerirá ningún procesamiento adicional. Si, por algún motivo, la puerta de enlace no puede normalizar el número, se aplicarán las reglas de normalización definidas por el perfil de ubicación cuando se devuelva una llamada. Puede que sea necesario agregar reglas de normalización a un perfil de ubicación con el fin de controlar los números que la puerta de enlace no puede normalizar. Para obtener información detallada sobre cómo normalizar los números de teléfono de origen al formato E.164, consulte la documentación de cada proveedor de puertas de enlace.
  • Cada puerta de enlace también se debería configurar para convertir los números del formato E.164 a un formato que se acepte en la red RTC. Por ejemplo, cuando se marca +1425xxxxxx, la puerta de enlace debería quitar +1425 si la puerta de enlace está en Redmond, porque estos prefijos no se requieren en una llamada local.

Si desea obtener una lista de los proveedores de puertas de enlace multimedia, vea https://go.microsoft.com/fwlink/?LinkId=125757.

Identificar los requisitos de implementación para las conexiones basadas en troncos SIP

Decisiones que se han de tomar antes de implementar las conexiones basadas en troncos SIP

Entre las numerosas decisiones que se han de tomar antes de implementar las conexiones basadas en troncos SIP se encuentran las siguientes:

  • ¿Un análisis de costos y beneficios justifica la implementación de las conexiones basadas en troncos SIP?
  • ¿Quién será el proveedor de los servicios de conexiones basadas en troncos SIP?
  • ¿Qué hardware y software adicionales se necesitan?
  • ¿Se necesitan personal y aprendizaje adicionales?
  • ¿Habrá cambios en los requisitos de licencia?
  • ¿Dónde se encontrarán los extremos de las conexiones basadas en troncos SIP?

Identificar los requisitos de red o infraestructura y los requisitos previos para las conexiones basadas en troncos SIP

La principal tarea a la hora de implementar las conexiones basadas en troncos SIP es la configuración de una red privada virtual (VPN) para obtener acceso a un proveedor de servicios SIP. Muchos de los requisitos del sistema más allá de los habituales para el funcionamiento de Office Communications Server estarán relacionados con esta tarea y requerirán una estrecha colaboración con el proveedor de servicios de conexiones basadas en troncos SIP.