Componentes del servidor Enterprise Voice

Última modificación del tema: 2009-06-15

Si opta por implementar Enterprise Voice, deberá planear la implementación de un servidor de mediación de Office Communications Server 2007 R2, que sirve de intermediario para la señalización y los medios entre la infraestructura interna de Communications Server y la puerta de enlace multimedia o el tronco del Protocolo de inicio de sesión (SIP). También necesitará una puerta de enlace multimedia (IP/RTC) para administrar las llamadas entre los usuarios habilitados para Voz sobre IP (VoIP) y la red telefónica conmutada (RTC). (No se requiere una puerta de enlace multimedia para las conexiones basadas en troncos SIP).

Puerta de enlace multimedia

Determinar el número, el tamaño y la ubicación de las puertas de enlace multimedia es, posiblemente, la decisión más importante y costosa que hay que tomar al planear la infraestructura de Enterprise Voice. Las principales preguntas que hay que responder son:

  • ¿Qué tipo de puerta de enlace hay que implementar?
  • ¿Cuántas puertas de enlace multimedia se necesitan? La respuesta depende, al menos en parte, del tamaño de las puertas de enlace y de dónde piense implementarlas.
  • ¿Qué tamaño deben tener las puertas de enlace? La respuesta depende en parte de cuántas se vayan a implementar y de dónde se coloquen.
  • ¿Dónde deben colocarse las puertas de enlace? La respuesta depende en parte de la topología y de la distribución geográfica de la organización.

Es decir, ninguna de las preguntas anteriores se puede responder sin tener en cuenta las otras tres. Las respuestas a las cuatro preguntas dependen en última instancia del tráfico telefónico previsto y de cómo se distribuya ese tráfico por la organización. Pero ése es sólo el principio: la base, por así decirlo. También deben tenerse en cuenta las opciones de topología de las puertas de enlace.

Tipo de puerta de enlace que se va a implementar

Communications Server ofrece tres opciones para la implementación de un servidor de mediación y una puerta de enlace multimedia:

  • Básica. Esta opción es una puerta de enlace multimedia básica y un servidor de mediación independiente.
  • Híbrida básica. Esta opción es una puerta de enlace híbrida básica, donde la puerta de enlace básica y el servidor de mediación se combinan en un solo equipo.
  • Avanzada. Esta opción es una puerta de enlace multimedia avanzada, en la que la lógica del servidor de mediación se incorpora en el propio software de puerta de enlace.

Para obtener información detallada, con una lista actual de las puertas de enlace que funcionan con Communications Server, vea https://go.microsoft.com/fwlink/?LinkId=125757 (en inglés).

Tabla 1. Comparación de las puertas de enlace básicas y combinadas

Tipo de puerta de enlace Ventajas Desventajas

Puerta de enlace multimedia básica

Es posible que se pueda usar el hardware existente para el servidor de mediación.

El servidor de mediación implica una sobrecarga adicional para la instalación, la configuración y la administración.

Puerta de enlace multimedia híbrida básica

No requiere un servidor de mediación independiente.

La instalación, configuración y administración son más sencillas que en el caso de la combinación de puerta de enlace multimedia básica y servidor de mediación.

Ninguna.

Puerta de enlace multimedia avanzada

No requiere un servidor de mediación independiente. La instalación, configuración y administración son más sencillas que con los demás tipos de puerta de enlace.

Ninguna.

Topologías de puerta de enlace

Al intentar responder a las cuatro preguntas fundamentales referentes a la implementación de puertas de enlace, el enfoque obvio es:

  • Contar los sitios en los que la organización tiene oficinas.
  • Estimar el tráfico en cada emplazamiento.
  • Implementar una o varias puertas de enlace en cada sitio para administrar el tráfico previsto.

La topología de puertas de enlace distribuidas resultante se muestra en la siguiente figura.

Figura 1. Topología de puertas de enlace distribuida
Dd441273.67c53c38-4618-486a-ab6c-23b32747cb75(es-es,office.13).gif

Con esta topología, las llamadas entre los empleados de cada sitio y entre los sitios se enrutan a través de la intranet de la compañía. Las llamadas a la RTC se enrutan a través de la red IP de la empresa a las puertas de enlace más cercanas a la ubicación de los números de destino.

Pero, ¿qué ocurre si la organización cuenta con decenas, centenas o incluso miles de sitios distribuidos por uno o varios continentes, como es el caso de muchas entidades financieras y otras empresas grandes? En esos casos, no es práctico implementar una puerta de enlace independiente en cada sitio.

Para solucionar este problema, muchas compañías grandes prefieren implementar uno o varios centros de datos de telefonía de gran tamaño, tal y como se muestra en la figura siguiente.

Figura 2. Topología de centro de datos de telefonía
Dd441273.84d63d10-5293-49f0-8c23-c3a68ff96230(es-es,office.13).gif

En esta topología, en cada centro de datos se implementan varias puertas de enlace grandes que puedan hacer frente a la carga de usuarios prevista. El proveedor de servicios telefónicos de la compañía transfiere a un centro de datos todas las llamadas para los usuarios de la empresa. La lógica de enrutamiento del centro de datos determina si la llamada debe enrutarse a través de la intranet o a la RTC.

Al colocar una puerta de enlace en cada sitio por un lado o en un centro de datos único por el otro, se representan los extremos de una implementación continua. Se puede implementar casi cualquier combinación posible de puertas de enlace únicas en varios sitios y de varias puertas de enlace en un centro de datos. La mejor solución en cada caso depende de diversos factores específicos de cada organización.

Ubicación de las puertas de enlace

La ubicación de las puertas de enlace también puede determinar los tipos de puertas de enlace elegidos y su configuración. Hay docenas de protocolos RTC, pero ninguno es un estándar mundial. Si todas las puertas de enlace se encuentran en un solo país o región, esto no supone un problema. Sin embargo, si se colocan puertas de enlace en varios países o regiones, cada una de ellas debe configurarse según las normas RTC de cada país o región. Es más, las puertas de enlace certificadas para, por ejemplo, Canadá pueden no estar certificadas en la India, Brasil o la Unión Europea.

Tamaño y número de las puertas de enlace

El tamaño de las puertas de enlace multimedia que la mayoría de las organizaciones considerarán implementar varía entre 2 y 960 puertos. (Hay puertas de enlace incluso más grandes, pero las usan principalmente los proveedores de servicios de telefonía.) A la hora de valorar el número de puertos que la organización requiere, siga estas directrices:

  • Los usuarios con necesidades de telefonía reducidas (una llamada de RTC por hora) deben asignar un puerto por cada quince usuarios. Por ejemplo, si hay veinte usuarios, se necesitará una puerta de enlace con dos puertos.
  • Los usuarios con necesidades de telefonía moderadas (dos llamadas de RTC por hora) deben asignar un puerto por cada diez usuarios. Por ejemplo, si hay cien usuarios, se necesitará un total de diez puertos asignados a una o varias puertas de enlace.
  • Los usuarios con grandes necesidades de telefonía (tres o más llamadas de RTC por hora) deben asignar un puerto por cada cinco usuarios. Por ejemplo, si hay 47.000 usuarios, se necesitarán 9.400 puertos repartidos entre al menos 10 puertas de enlace grandes.
  • Se pueden adquirir puertos adicionales a medida que aumenta el número de usuarios o el tráfico de la organización.

Sea cual sea el número de usuarios, existe la opción de implementar menos puertas de enlace grandes o más puertas de enlace pequeñas. Como regla general, se recomienda un mínimo de dos puertas de enlace por si una de ellas deja de funcionar. Además, el número y el tamaño de las puertas de enlace implementadas por una organización varían en gran medida y deben determinarse basándose en un análisis minucioso del volumen del tráfico telefónico de cada organización.

Cada puerta de enlace multimedia básica que se implementa debe tener al menos un servidor de mediación correspondiente. Es posible, aunque no se recomienda, hacer que una única puerta de enlace apunte a varios servidores de mediación, pero no se puede hacer que un único servidor de mediación apunte a más de una puerta de enlace multimedia.

Para obtener información detallada, que incluya los requisitos de hardware concretos, vea Requisitos de los componentes internos de Office Communications Server y Planeamiento de capacidad.

Nota

Una puerta de enlace multimedia básica híbrida se configura para que funcione únicamente con el servidor de mediación combinado, por lo que no debe apuntar a ningún otro servidor de mediación.

Conexiones basadas en troncos SIP

Office Communications Server 2007 R2 permite que una empresa conecte su red de voz a un proveedor de servicios que proporcione el origen y la terminación de la red telefónica conmutada (RTC), lo que puede simplificar y reducir el costo de la implementación de Enterprise Voice. Esta capacidad, una de cuyas variedades se conoce en el sector de las telecomunicaciones como "conexión basada en troncos SIP", exime a las empresas de implementar puertas de enlace de IP-RTC, con o sin servidores de mediación, para permitir la conectividad RTC.

La capacidad de conexión basada en troncos SIP (Protocolo de inicio de sesión) de Office Communications Server 2007 R2 permite los escenarios siguientes:

  • Un usuario de la empresa dentro o fuera del firewall corporativo puede realizar una llamada local o de larga distancia especificada por un número conforme a E.164 con terminación en la RTC como un servicio del proveedor de servicios correspondiente.
  • Cualquier suscriptor de RTC puede ponerse en contacto con un usuario de la empresa dentro o fuera del firewall corporativo marcando un número de llamada directa a la extensión (DID) asociado a ese usuario de la empresa.

Para obtener información detallada sobre las conexiones basadas en troncos SIP, vea Topología de conexión basada en troncos SIP en la Introducción técnica de la guía de introducción.

Mensajería unificada de Exchange

Si la organización también prevé utilizar la Mensajería unificada de Exchange Server 2007 SP1, deberá implementar las siguientes funciones de servidor de Exchange Server 2007 SP1: mensajería unificada, transporte de concentradores, acceso de cliente y buzón de correo. Estas funciones de servidor se pueden implementar en el mismo bosque o un bosque diferente al de Communications Server 2007 R2. Para obtener información detallada, incluidos los requisitos técnicos específicos de estas funciones de servidor, vea la sección Integración con la Mensajería unificada de Exchange Server. Para obtener información detallada acerca de cómo implementar Exchange 2007, vea la documentación de producto de Exchange Server 2007 en https://go.microsoft.com/fwlink/?LinkID=139372.

Nuevas opciones de configuración del servidor de mediación

Office Communications Server 2007 R2 incluye dos configuraciones nuevas de WMI (Instrumental de administración de Windows) para el servidor de mediación. La primera especifica cómo el servidor de mediación procesa los números E.164 en las llamadas salientes. La segunda habilita el marcado QoS (Calidad del servicio) en el servidor de mediación.

Administrar números E.164 en llamadas salientes

De forma predeterminada, los números E.164 en el identificador uniforme de recursos (URI) de solicitud de las llamadas salientes tienen el signo más (+) como prefijo. La mayoría de las centrales de conmutación (PBX) procesan esos números sin problema. Algunas PBX, sin embargo, no aceptan números con el signo más como prefijo.

Para asegurar la interoperabilidad con estas PBX, el servidor de mediación tiene un nuevo parámetro booleano de WMI denominado RemovePlusFromRequestURI, que tiene dos valores: TRUE y FALSE. Si la PBX no acepta números con el signo más como prefijo, el valor del parámetro de WMI debe ser TRUE, de modo que el servidor de mediación quite el signo más de un identificador URI de solicitud de las llamadas salientes. El valor predeterminado es FALSE y hace que el servidor de mediación pase el identificador URI de la solicitud INVITE saliente, el identificador URI hasta y el identificador URI desde sin cambios.

Habilitar QoS en el servidor de mediación

El servidor de mediación tiene un nuevo parámetro booleano de WMI denominado QoSEnabled, que tiene dos valores: TRUE y FALSE. Este parámetro habilita o deshabilita el marcado QoS en el servidor de mediación. Cuando su valor es TRUE, el servidor de mediación realiza el marcado DSCP (Punto de código de servicios diferenciados) en los paquetes de voz. El valor predeterminado es FALSE.

En una red aprovisionada correctamente para la transmisión de voz, no es necesario establecer la prioridad de los paquetes. Sin embargo, si no está seguro de la capacidad del ancho de banda, esta configuración QoS asegura una buena calidad de voz incluso en entornos menos óptimos.

Administración mejorada de los números privados (que no sean DID)

Dos mejoras en la administración de números privados (que no sean DID) en Office Communications Server 2007 R2 permiten:

  • La compatibilidad con centrales PBX u otros elementos en dirección descendente que no admitan el signo más en los identificadores URI de solicitud.
  • La compatibilidad con planes de numeración privados, donde la propiedad msRTCSIP-Line de los servicios de dominio de Active Directory  (AD DS) no tiene que tener el formato E.164.

Compatibilidad con centrales PBX que no admiten el signo más

De forma predeterminada, los números E.164 en el identificador URI de solicitud de las llamadas salientes desde Office Communications Server 2007 R2 tienen el signo más como prefijo. La mayoría de las PBX procesan esos números sin ningún problema. Algunas PBX, sin embargo, no aceptan números con el signo más como prefijo y no enrutan correctamente esas llamadas.

Además, los encabezados De de las llamadas entrantes de algunas PBX no cumplen el RFC 3966 porque no tienen el signo más como prefijo. Microsoft Office Communicator no puede resolver estos números como el usuario correcto.

Para asegurar la interoperabilidad con estas PBX, Office Communications Server 2007 R2 tiene un nuevo parámetro del servidor de mediación para WMI denominado RemovePlusFromRequestURI. Este parámetro puede tener el valor TRUE o FALSE. El valor predeterminado es FALSE.

  • Si una PBX en dirección descendente desde el servidor de mediación de Office Communications Server 2007 R2 no acepta números con el signo más como prefijo, establezca el valor de RemovePlusFromRequestURI en TRUE. Esto hace que el servidor de mediación quite los signos más de los identificadores URI de solicitud de las llamadas salientes. De este modo, también se quitan los signos más de los identificadores URI hasta y desde.
  • Si la PBX en dirección descendente acepta números con el signo más como prefijo, mantenga el valor de RemovePlusFromRequestURI en su valor predeterminado FALSE. De este modo, el servidor de mediación de Office Communications Server 2007 pasa los identificadores URI de solicitud, así como los identificadores URI hasta y desde, sin cambios (es decir, con el signo más).

Compatibilidad con los planes de numeración privados

Office Communications Server 2007 R2 también incluye compatibilidad con los planes de numeración privados mediante la normalización de los encabezados De que no tengan el formato E.164. Si el resultado de esta normalización no tiene el formato E.164, Office Communications Server 2007 R2 inserta un encabezado P-Asserted-ID con el valor enterprise para el atributo phone-context a fin de habilitar la búsqueda de usuario en Office Communicator 2007 R2. Sin embargo, si el URI ya contiene el valor enterprise para el contexto telefónico (phone-context), Office Communications Server 2007 R2 no normaliza el encabezado De.