Microsoft Lync Server
Header

Os dejo un CMDLET muy interesante que nos permite ver las conexiones actuales de nuestros usuarios en nuestra plataforma de Lync: Get-CsWindowsService -Verbose

Estado_Del_Servicio_Conexiones_1.png

Como hemos puesto el modificador -verbose nos generá un fichero log en HTML que podemos encontrar en la carpeta TEMP del usuario con el que hemos ejecutamos el cmdlet

Estado_Servicio_Lync.png
 
Espero que os sea de utilidad!!!

Cuando implementamos los Grupos de Respuesta en Lync, tenemos la posibilidad de configurar Grupos de Búsqueda o Interactivos:

  1. Lync: Grupos de Respuesta (Parte I)
  2. Lync: Grupos de Respuesta (Parte II)
  3. Lync: Grupos de Respuesta (Parte III)
  4. Lync: Grupos de Respuesta (Parte IV)
Y es muy probable que configuremos que fuera del horario laboral se desvíen las llamadas a un número de teléfono.
Error_LLamada_Externa_Grupo_Respuesta_10.png
Pero una vez que lo probamos, nos encontramos que las llamadas no se desvían y a la persona que nos llama se le cae la llamada. Por lo que ahora debemos ejectura las Lync Server 2013 Logging Tool y nos encontramos con el siguiente error:
 
ms-diagnostics: 12004;reason="The user is not authorized to call the specified number or none of the routes have a valid gateway configured"
 

Y también este otro código de error

Error_LLamada_Externa_Grupo_Respuesta_11.png

Este es un comportamiento normal, puesto que el número de teléfono asociado al desvio no pertenece a ningún usuario por lo que no podrá utilizar ninguna regla de normalización ni ruta ni nada. Por lo que no será posible desviar las llamadas a dicho número, porque no le será posible asignarle ningúna Directiva de Voz que aplicar. De aquí que lo debemos hacer es configurar una Directiva de Voz (sino la tenemos ya)  y asignársela al Grupo de Respuesta que hemos configurado. Para ello debemos aplicar una Directiva de Voz a nuestro Flujo de Trabajo, esto lo haremos mediante powershell:

Flujo de Trabajo: IPEditorial

Directiva de Voz: DV_IPEDITORIAL

Error_LLamada_Externa_Grupo_Respuesta_1.png
Ahora se aplicará la Directiva de Voz "DV_IPEDITORIAL" al Grupo de Respuesta, por lo que si volvemos a probarlo veremos como se aplica correctamente. Ahora vemos que llamada se establece y vemos como se aplica la directiva de voz con sus Rutas (con su gateway correspondiente) y Usos de RTC:

Error_LLamada_Externa_Grupo_Respuesta_7.png
Ahora ya podemos desviar las llamadas a cualquier número de teléfono, puesto que la directiva de Voz que se le aplica será DV_IPEDITORIAL.

Esto es válido para cualquier escenario con un Grupo de Respuesta con desvíos de llamadas a números de teléfonos, pero yo lo he centrado en un entorno híbrido en donde tenemos Lync Server 2013 y un Gateway de Cisco UC540 con dos líneas BRI. Los usuarios utlizan Lync 2013 como cliente, se ha configurado un Trunk SIP (Lync Server: Direct SIP, Trunk SIP e Inter-Trunk Routing) entre Lync y el UC540 de Cisco. Además ambos sistemas están conectados entre sí (Trunk SIP) mediante una VPN IPSec Site-to-Site (Lync Server: Recomendaciones para Securizar un Trunk SIP o Direct SIP), y las llamadas se reciben y cursan mediante los enlaces BRI conectados al UC540. De tal forma, como vemos en log de las Lync Server 2013 Logging Tool el plan de marcado de las llamadas entrantes se corresponde con el DefaultProfile (Lync Server: Planes de Marcado y Reglas de Normalización para Llamadas Entrantes) sino tenemos un plan de marcado de grupo:

Error_LLamada_Externa_Grupo_Respuesta_12.png

Este sería el esquema de la solución en la que se  basa este artículo en cuanto al TRUNK SIP, Grupos de Respuesta y Enlaces BRI

Lync_VPN_IPSec_GR.jpg

Es un "problema" sencillo de resolver, es cuestión de analizar bien la información que obtenemos de las Lync Server 2013 Logging Tool y aplicar cierta lógica. Otra cosa será a posteriori conocer los distintos comandos y como aplicarlos, pero eso ya es cuestión de darle alguna vuelta a la documentación de MSFT: http://technet.microsoft.com/en-us/library/gg398655.aspx, http://technet.microsoft.com/es-es/library/gg398828.aspx

Espero que os sea de utilidad!!

Aquí os dejo una tabla muy interesante, en donde se nos muestra información de distintos dispositivos USB y los test realizados en función de la revisión del dispositivo

Test_Pruebas_PC_Lync_Logo.png
Version Date Published Specification
Revision A July 2009 Provided under NDA only
Revision B November 2009 Provided under NDA only
Revision C April 2010 Provided under NDA only
Revision D October 2010 LyncLogoRevD.zip
Revision E April 2011 LyncLogoRevE.zip
Revision F October 2011 LyncLogoRevF.zip
Revision G August 2012 LyncLogoRevG.zip
LyncLogoRevG_H264Encoding.zip

 

Dentro de cada fichero de las especificaciones de las distintas revisiones, tenemos varios documentos con los resultados de las distintas pruebas.Test_Pruebas_PC_Lync_1.png

Además, de un fichero de Excel con los distintos test realizados, que además nosotros podemos utilizar y completar en función de los test caseros que hagamos de nuestros dispositivos

Test_Pruebas_PC_Lync_2.png

Test_Pruebas_PC_Lync_3.png

Test_Pruebas_PC_Lync_4.png

Estas cosas demuestran que los dispositivos pasan exhaustivos test antes de llegar a nosotros, pero si encima tenemos esta información para mi los hace más valioso

Espero que os sea de utilidad!

 

 

MSFT ha actualizado el documento Network Integration of Microsoft Office Server Products

SPEL_NetworkIntegration_22-07-2013.jpg

Aquí os dejo los enlaces de descarga:

 

 
Espero que os sea de utilidad!!