Microsoft Lync Server
Header

Muchos de vosotros es posible  que hayáis integrado Lync Server 2013 con Exchange 2013 (Lync Server 2013: Integración con OWA en Exchange Server 2013) para que en OWA podamos mostrar la presencia y tener IM desde la Web. ​Hasta ahí todo perfecto, pero el problema es posible que os llegue cuando actualicéis a Exchange Server 2013 SP1 y os deje de funcionar …

Integracion_Lync_OWA_24_Exchange_SP1.png

Esto viene dado por dos razones principalmente, siempre y cuando no hayáis hecho nada más que actualizar al SP1

  • Topología en HA: Ahora el fichero web.config de OWA se ha traslado a los servidores de buzones, ya no está en los CAS. Por lo que debéis modificar el web.config en los servidores de buzones y Lync dejarlo tal cual estaba
  • Topología Simple: Como todos los roles están en el mismo servidor, debéis guardar una copia del web.config de OWA porque con la instalación se sobrescribirá el fichero. Una vez que se complete la instalación, volver a establecer los valores necesarios debajo de   <appSettings>

<add key="IMCertificateThumbprint" value="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"/>
    <add key="IMServerName" value="FQDN_POOL_LYNC"/>

Una vez que volváis a configurar el fichero (Lync Server 2013: Integración con OWA en Exchange Server 2013) el servicio volverá a funcionar sin problema:

Integracion_Lync_OWA_24_Exchange_SP1_1.png
 
Teniendo esto en cuenta, ya no tendréis problemas con vuestra integración de Lync en OWA después de la instalación del SP1 en Exchange 2013.

Espero que os sea de utilidad!!!

Los grupos de respuesta nos permiten manejar las llamadas entrantes, configurar un mensaje de bienvenida, definir horario laboral, festivos, música en espera, etc.. Además, podemo definir el métodos de enrutamiento de las llamadas, lo que permite definir como se enviarán  las llamadas a los agentes de cada cola:

  • Máxima inactividad para ofrecer una llamada nueva primero al agente que ha estado más tiempo inactivo (el que más tiempo ha estado Disponible o Inactivo).
  • Enrutamiento paralelo para ofrecer una nueva llamada a todos los agentes disponibles al mismo tiempo. La llamada se envía al primer agente que la acepte.
  • Round robin para ofrecer una llamada nueva a un agente cada vez.
  • Enrutamiento en serie para ofrecer siempre una llamada nueva a los agentes en el orden en que aparecen en la lista Agentes.
  • Operador para ofrecer una llamada nueva al mismo tiempo a todos los agentes que hayan iniciado sesión en Lync Server y Aplicación de grupo de respuesta, independientemente de su presencia en esos momentos. Los usuarios de Lync 2010 Attendant y Lync que están configurados como agentes pueden ver todas las llamadas que están en espera y atenderlas en el orden que deseen. La llamada se envía al primer agente que la acepta y el resto de usuarios de Lync 2010 Attendant y Lync dejarán de ver la llamada.
Grupos de Respuesta Operador.jpg

En los cuatros primeros métodos de enrutamiento de las llamadas (Máxima inactividad, Enrutamiento paralelo, Round robin, Enrutamiento en serie), los agentes solo pueden recibir las llamadas si el agente tiene el estado en Disponible. De tal forma que si tenemos configurado que las llamadas nos respondidas se envíen a un buzón de voz, cuando los agente estén en un estado diferente al de Disponible las llamadas se enviarán al buzón de voz. Esto puede ser en algunos casos un problema, porque si los usuarios utilizan el calendario de Exchange para agendar sus citas en las horas que se haya creado la cita, el agente cambiará automáticamente su estado a Ocupado y no contestará  ninguna llamada porque directamente se enrutarán al buzón de voz si en el grupo de agentes no tiene más agentes con el estado Disponible.  Si queremos que las llamadas se puedan contestar independientemente del estado de los agentes, debemos cambiar el método de enrutamiento a Paralelo. Esto lo podemos hacer desde el Panel de Control de Lync – Grupos de Respuesta – Grupo y elegimos como método de enrutamiento a Operador.

Grupo_Respuesta_Lync_Llamadas_Estado_Usuario_1.png

El problema que tiene este método, es que la llamada sonará a todos los agentes a la vez (paralelo) y es posible que no sea lo que necesitáis, pero es la única forma de resolver el "problema" de que un agente pueda recibir llamadas con un estado diferente al de Disponible. Por ejemplo, si tenéis un grupo de respuesta con varios usuarios un  grupo para responder las llamadas y ambos se encuentran en una llamada, no tienen ni la opción de poder contestarla, directamente se va al buzón de voz. En muchos casos necesitaremos que el usuario pueda poner en espera la llamada activa para responder otra llamada entrante, y sino cambiamos el método de enrutamiento a Operador no es posible. Entiendo que lo lógico es  el funcionamiento del resto de métodos de enrutamiento, pero también es cierto que es posible que todos los agentes están con alguna llamada pero queremos que puedan contestar una segunda llamada, pero como dependen del estado del agente, se supone que sino está disponible no puede contestar una llamada.

 

Aquí os dejo alguns artículos de como configurar los grupos de Respuesta:

La idea es cambiarlo cuando sea estrictamente necesario, pero existen casos en los que es así, por ejemplo un grupo de recepcionistas que necesitan poder contestar varias llamadas de forma simultánea.

Espero que os sea de utilidad!!!

Microsoft ha liberado un actualización de seguridad para Lync Server 2010 (KB2963286)  y 2013 (KB2963288), aquí tenéis la información oficial:

Esta actualización de seguridad resuelve una vulnerabilidad de la que se ha informado de forma privada en Microsoft Lync Server. La vulnerabilidad podría permitir la divulgación de información si un usuario intenta unirse a una reunión de Lync haciendo clic en una dirección URL de reunión especialmente diseñada.
Esta actualización de seguridad se considera importante para las ediciones compatibles de Microsoft Lync Server 2010 y Microsoft Lync Server 2013. Para obtener más información, vea la sección Software afectado y no afectado.
La actualización de seguridad corrige la vulnerabilidad al modificar la forma en que Microsoft Lync Server trata el contenido y realiza su saneamiento. Para obtener más información acerca de la vulnerabilidad, vea la subsección Preguntas más frecuentes (P+F) de la vulnerabilidad específica más adelante en este boletín.
Recomendación. La mayoría de los clientes tiene habilitada la actualización automática y no debe realizar ninguna acción porque esta actualización de seguridad se descargará e instalará automáticamente. Los clientes que no han habilitado la actualización automática deben buscar las actualizaciones e instalar esta actualización manualmente. Para obtener información sobre las opciones de configuración específicas de la actualización automática, vea el artículo 294871 de Microsoft Knowledge Base.
Para administradores e instalaciones empresariales, o usuarios finales que deseen instalar esta actualización de seguridad manualmente, Microsoft recomienda que los clientes apliquen la actualización a la primera oportunidad con el software de administración de actualizaciones o busquen las actualizaciones con el servicio Microsoft Update.
Y aquí tenéis los enlaces de descarga:
Nombres de archivo de actualización de seguridad
Para Microsoft Lync Server 2010 (2963286):
WebComponents.msp
Para Microsoft Lync Server 2013 (2963288):
WebComponents.msp
Parámetros de instalación
Requisito de reinicio
Esta actualización no requiere reinicio. El programa instalador detiene los servicios necesarios, aplica la actualización y los reinicia. Sin embargo, si los servicios necesarios no pueden detenerse por algún motivo, o si algún archivo necesario está en uso, será preciso reiniciar el sistema. Si se presenta este comportamiento, aparecerá un mensaje que aconseja reiniciar el sistema.
Información sobre la eliminación
Use el elemento Agregar o quitar programas, que se encuentra en el Panel de control.
Información sobre archivos
Para Microsoft Lync Server 2010:
 
Para Microsoft Lync Server 2013:
Comprobación de las claves del Registro
Para Microsoft Lync Server 2010:
HKEY_LOCAL_MACHINE\Software\Microsoft\Real-Time Communications\{2A65AB9C-57AD-4EC6-BD4E-BD61A7C583B3}
Version = 4.0.7577.231
Para Microsoft Lync Server 2013:
HKEY_LOCAL_MACHINE\Software\Microsoft\Real-Time Communications\{2A65AB9C-57AD-4EC6-BD4E-BD61A7C583B3}
Version = 5.0.8308.603

Software Afectado y no Afectado

Sistema operativo
Repercusión de seguridad máxima
Clasificación de gravedad acumulada
Actualizaciones reemplazadas
Microsoft Lync Server
Microsoft Lync Server 2010 [1]
(Web Components Server)
(2963286)
Divulgación de información
Importante
Ninguna
Microsoft Lync Server 2013 [1]
(Web Components Server)
(2963288)
Divulgación de información
Importante
2827754 en MS13-041

 

 

 

Ahora tocará actualizar cuanto antes nuestros servidores Front-END, que son a los que afecta esta vulnerabilidad, el proceso es muy simple, únicamente debéis descargaros el fichero de la acualización y ejecutarlo en los servidores correspondientes. En la documentación de esta vulnerabilidad se expone que la actualización llegará mediante Windows Update (importantísimo tener las actualizaciones al dia como podéis apreciar), sino la tendréis que descargar y actualizar manualmente:

Lync_update_Patch_WebServices.png

Para este artículo me la he descargado de forma manual para que veáis el proceso, pero básicamente es ejecutar el instalador: WebComponents.msp

Lync_update_Patch_WebServices1.png

Pulsamos en Actualizar y esperamos a que finalice el proceso

Lync_update_Patch_WebServices2.png

Y pulsamos en Finalizar

Lync_update_Patch_WebServices4.png

Si ahora abrimos el registro del servidor de Lync y nos vamos a la clave HKEY_LOCAL_MACHINE\Software\Microsoft\Real-Time Communications\{2A65AB9C-57AD-4EC6-BD4E-BD61A7C583B3}, podemos ver que ya está en la versión actualizada: 5.0.8308.603

Lync_update_Patch_WebServices5.png

Ahora bien, si ejecutáis el LyncServerUpdateInstaller.exe veréis que tenéis el resto de actualizaciones acumulativas para Lync Server 2010 y 2013, en este caso os muestro las de Lync Server 2013:

Lync_update_Patch_WebServices6.png

Pero este proceso de actualización requerirá una parada de los servicios de los Front-END y por tanto si queremos/debemos hacerlo en producción y no interrumpir el servicio, debemos hacerlo en cada Front-END de forma separada, de uno en uno.

Espero que os sea de utilidad!!!

 

 

​Aquí os dejo los enlaces de descarga para las actualizaciones del cliente Lync 2010 (x86 y x64)

Se ha detectado un problema de seguridad en un producto de software de Microsoft Lync que podría afectar al sistema. Para proteger el sistema, instale esta actualización de Microsoft. Para obtener una lista completa de los problemas que resuelve la actualización, consulte el artículo de Microsoft Knowledge Base asociado. Una vez instalada, es posible que tenga que reiniciar el sistema.
 
Se ha identificado un problema de seguridad que podría permitir a un usuario remoto autenticado poner en peligro y controlar el sistema. Para proteger el sistema, instale esta actualización de Microsoft. Después de instalarla, es posible que deba reiniciar el sistema.
 
Microsoft Lync 2010 Attendee es un cliente de conferencias que permite que los usuarios que no tienen Microsoft Lync 2010 instalado puedan participar en las reuniones en línea. Si no es administrador del equipo, pero un administrador le ha permitido realizar instalaciones, podrá instalar esta aplicación.

Lo normal es que cuando enviemos una llamada a la PSTN necesitemos quitar el símbolo + del número marcado (y previamente normalizado (E.164))). Aunque podemos hacerlo mediante reglas de normalización, podemos configurar que todas las llamadas a través del troncal vayan sin el signo +. Para lo primero debemos ver el nombre de nuestro troncal, que lo podremos identificar con el comdet Get-CsTrunkConfiguration y como podemos apreciar por defecto el valor RemoveFromUri está deshabilitado (False)

Trunk_Remover_Plus_1.png.

Si queremos cambiarlo a habilitado (True), debemos ejecutar el sigiuente cmdlet: Set-CsTrunkConfiguration -Identity <Nombre_Troncal> -RemovePlusFromUri $True

Trunk_Remover_Plus_2.png
Si ahora volvemos a ver la configuración del troncal, podemos observar que ya tenemos el valor RemovePlusFromUri habilitado

Trunk_Remover_Plus_3.png

Espero que os sea de utilidad!!!