Rutas de voz
Última modificación del tema: 2011-08-18
Las rutas de llamadas especifican la forma en que Microsoft Lync Server 2010 software de comunicaciones administra las llamadas salientes realizadas por usuarios de Enterprise Voice. Cuando un usuario marca un número, el servidor front-end normaliza la cadena de marcado al formato E.164, si es necesario, e intenta establecer una coincidencia con un URI de SIP. Si el servidor no puede establecer esa coincidencia, aplicará la lógica de enrutamiento de llamadas salientes basándose en el número. El paso final para definir la lógica consiste en crear una ruta de llamada con nombre independiente para cada conjunto de números de teléfono de destino indicados en cada plan de marcado.
Antes de definir las rutas de llamadas salientes, debe completar los pasos siguientes:
Implementar una o más puertas de enlace RTC o conexiones de enlace troncal SIP y servidores de mediación de Lync Server 2010.
Crear planes de marcado, según sea preciso, para sitios, usuarios individuales y objetos de contacto.
Crear registros de uso de la red telefónica conmutada (RTC).
Además, para habilitar el enrutamiento de llamadas salientes, debe crear y asignar una o más directivas de voz. Esta tarea puede realizarse antes o después de definir las rutas de llamada salientes.
Para cada ruta, debe especificar:
Un nombre con el que se pueda identificar fácilmente.
Una descripción opcional en los casos en que el nombre no sea suficiente para describir la ruta.
El patrón coincidente de la expresión regular que identifica los números de teléfono de destino a los que se aplica la ruta, junto con excepciones a las que no se debe aplicar el patrón coincidente.
El FQDN de una o más puertas de enlace que desea asignar a la ruta.
Los registros de uso de RTC que los usuarios deben tener para llamar a los números que coincidan con la expresión regular de número de teléfono de destino.
Puede especificar rutas de llamadas en el Panel de control de Microsoft Lync Server 2010. Estas rutas de llamadas rellenan la tabla de enrutamiento del servidor que Lync Server usa para enrutar llamadas cuyo destino es la RTC.
Compatibilidad con varias puertas de enlace
Lync Server 2010 proporciona una mayor flexibilidad a la hora de implementar puertas de enlace RTC. Una determinada puerta de enlace puede asignarse a varias rutas de llamada y asociarse con un servidor de mediación o con un grupo de servidores de mediación. Es posible asociar varias puertas de enlace con un servidor de mediación o con un grupo de servidores de mediación. Al definir una ruta de llamada, se especifican las puertas de enlace asociadas con dicha ruta, pero no se especifican los servidores de mediación que están asociados con la ruta. En lugar de ello, usted usa Topology Builder para asociar puertas de enlace y, por tanto, rutas con los servidores de mediación. En otras palabras, el enrutamiento determina qué puerta de enlace se debe usar para una llamada y el servidor de mediación asociado con dicha puerta de enlace administra la llamada.
Enrutamiento de menor costo
La capacidad para especificar las puertas de enlace RTC a las que se enrutan varios números permite determinar e implementar las rutas de menor costo. La regla heurística para seleccionar puertas de enlace es elegir la más cercana a la ubicación del número de destino a fin de minimizar los gastos de larga distancia. Por ejemplo, si se encontrara en Nueva York y llamara a Roma, llevaría la llamada a través de la red IP hasta la puerta de enlace de la oficina de Roma, por lo que solo debería pagar el precio de una llamada local.
Si desea un ejemplo sobre cómo se puede usar el enrutamiento de menor costo, tenga en cuenta lo siguiente: Fabrikam decide permitir a los usuarios alemanes marcar números de Estados Unidos mediante la puerta de enlace de Estados Unidos. Fabrikam también desea configurar el sistema de modo que todas las llamadas de usuarios de Lync Server de Estados Unidos a Alemania, y países o regiones vecinos, terminen en la puerta de enlace alemana. Este enrutamiento permite ahorrar dinero puesto que una llamada de Alemania a Austria, por ejemplo, es más barata que una llamada de Estados Unidos a Austria.
Conversión de cadenas de marcado salientes
Lync Server 2010, como sus versiones anteriores, requiere que todas las cadenas de marcado se normalicen al formato E.164 para realizar búsquedas inversas de números (RNL). Sin embargo, los componentes de bajada, como puertas de enlace, PBX o troncos SIP, pueden requerir números en los formatos de marcado locales. Por ello, en Microsoft Office Communications Server 2007 R2, a veces era necesario configurar de forma individual los componentes de bajada o incluso volver a enrutar las llamadas para aceptar cadenas de marcado E.164. A diferencia de la versión anterior, Lync Server 2010 permite crear una o más reglas que ayuden a manipular el URI de la solicitud antes de enrutarlo a la puerta de enlace. Por ejemplo, podría escribir una regla para quitar +44 del encabezado de la cadena de marcado y sustituirlo por 0144.
A la hora de planear qué puertas de enlace asociar con un determinado clúster de servidor de mediación, puede resultar útil agrupar las puertas de enlace con requisitos de marcado local similares para reducir la cantidad de reglas de conversión necesarias y el tiempo que lleva escribirlas.
Configuración del identificador de llamada
Lync Server 2010 permite manipular el identificador de llamada para las llamadas salientes. Por ejemplo, si una organización desea enmascarar las extensiones de marcado directo de los empleados y sustituirlas por el número de departamento o por el número de corporación genérico, a partir de ahora un administrador puede hacerlo usando el Panel de control de Microsoft Lync Server 2010 para suprimir el identificador de llamada y sustituirlo por un identificador de llamada alternativo especificado. Durante la planeación de la lógica de enrutamiento, deberá tener en cuenta por lo menos si desea el identificador de llamada sustituido para determinados usuarios individuales, grupos o sitios, o incluso, para todos los empleados.
Nota
En el caso de las llamadas que se vuelven a enrutar a través de la RTC, se presentará el identificador de llamada genérico en lugar del identificador de llamada original. Esto puede hacer que la llamada omita la configuración de privacidad o de No molestar que pueda haber establecido el autor de la llamada.
Lógica de enrutamiento adicional
Al crear rutas de llamadas salientes, debe tener en cuenta los siguientes factores que afectan a la lógica de enrutamiento:
Si la parte correspondiente al dominio en el URI de la solicitud no contiene un dominio compatible para la empresa, el componente de enrutamiento saliente en el servidor no procesará la llamada. Por ejemplo, en determinados escenarios en los que se establece una llamada a través de un límite federado, la parte correspondiente al dominio en el URI se usa para enrutar la llamada a la empresa responsable de aplicar la lógica de enrutamiento saliente.
Si un usuario no está habilitado para Enterprise Voice, el servidor aplicará otra lógica de enrutamiento.
Si se enruta una llamada a una puerta de enlace totalmente ocupada (todas las principales líneas de conexión están ocupadas), la puerta de enlace rechazará la llamada y la lógica de enrutamiento saliente redirige la llamada a la siguiente ruta de menor costo. Esto debe analizarse minuciosamente ya que una puerta de enlace con un tamaño adecuado para una oficina pequeña de Europa (por ejemplo, de Zurich), podría transportar una cantidad importante de tráfico no local para las llamadas internacionales a Suiza. Si el tamaño de la puerta de enlace no se diseñara correctamente para este tráfico adicional, las llamadas a Suiza podrían enrutarse a través de una puerta de enlace de Alemania, lo que daría lugar a tarifas más altas.