Microsoft Lync Server
Header

Aqui os dejo los requisitos en cuanto a hardware para vuestras implementaciones de Lync , recordaros que Lync Server 2013 solo está disponible en la edición de 64 bits

Recomendaciones de hardware para servidores que ejecutan Lync Server 2013 Enterprise Edition

Componente de hardware Recomendado
CPU
  • Procesador dual de 64 bits, cuatro núcleos, 2.0 gigahercios (GHz) o superior
    – O –
  • Procesador de 4 vías de 64 bits, doble núcleo, 2,0 GHz o superior

Los roles de servidor de Lync Server no admiten los procesadores Intel Itanium.

Memoria
16 GB
Disco
  • 2 o más unidades de disco duro (HHD) de 10.000 RPM con al menos 72 GB de espacio libre en disco
    – O –
  • 2 o más unidades de estado sólido (SSD) de alto rendimiento con rendimiento igual o superior al de una unidad de disco de 10.000 RPM
    – O –
  • Red de área de almacenamiento (SAN) RAID 1 o RAID 10
Red
  • 1 adaptador de red, 1 Gbps o superior (dos recomendados, lo que requiere la formación de equipos con una sola dirección MAC y una sola dirección IP)

Recomendaciones de hardware para servidores que ejecutan Lync Server 2013 Standard Edition

Componente de Hardware Recomendado
CPU
  • Procesador dual de 64 bits, de núcleo cuádruple, 2,0 GHz o superior
    – O –
  • Procesador de cuatro vías de 64 bits, de doble núcleo, 2,0 GHz o superior
Los roles de servidor de Lync Server no admiten los procesadores Intel Itanium.
Memoria
16 GB
Disco
  • 4 o más HHD de 10.000 RPM con al menos 72 GB de espacio libre en disco
    – O –
  • 4 o más unidades de estado sólido (SSD) de alto rendimiento con rendimiento igual o superior al de una unidad de disco de 10.000 RPM
    – O –
  • SAN RAID 1
Red
  • 1 adaptador de red, 1 Gbps o superior (dos recomendados, lo que requiere la formación de equipos con una sola dirección MAC y una sola dirección IP)

Recomendaciones de hardware para directores

Componente de hardware Recomendado
CPU
  • Procesador de 64 bits, cuatro núcleos, 2,0 GHz o superior
    – O –
  • Procesador de 4 vías de 64 bits, dos núcleos, 2,0 GHz o superior
Los roles del servidor de Lync Server no admiten los procesadores Intel Itanium.
Memoria
8 GB
Disco
  • 2 o más HHD de 10.000 RPM con al menos 72 GB de espacio libre en disco
    – O –
  • 2 o más unidades de estado sólido (SSD) de alto rendimiento con rendimiento igual o superior al de una unidad de disco de 10.000 RPM
    – O –
  • SAN RAID 1
Red
  • 1 adaptador de red, 1 Gbps o superior (dos recomendados, lo que requiere la formación de equipos con una sola dirección MAC y una sola dirección IP)
Recomendaciones de hardware para servidores back-end y otros servidores de bases de datos
Componente de hardware Recomendado
CPU
  • Procesador dual de 64 bits, cuatro núcleos, 2,0 GHz o superior
    – O –
  • Procesador de 4 vías de 64 bits, de doble núcleo, 2,0 GHz o superior
Los roles de servidor de Lync Server no admiten los procesadores Intel Itanium.
Memoria
32 GB
Disco
  • 8 o más HHD de 10.000 RPM con al menos 72 GB de espacio libre en disco
    – O –
  • 8 o más unidades de estado sólido (SSD) de alto rendimiento con rendimiento igual o superior al de una unidad de disco de 10.000 RPM
    – O –
  • SAN RAID 1 o RAID 10 con 4 números de unidad lógica (LUN)
Red
  • 1 adaptador de red, 1 Gbps o superior (dos recomendados, lo que requiere la formación de equipos con una sola dirección MAC y una sola dirección IP)

 

Requisitos del sistema de hardware para Servidores perimetrales y Mediation Server

Componente de hardware Requisito mínimo
CPU
Uno de los siguientes:
  • Procesador dual de 64 bits, de núcleo cuádruple, 2,0 GHz o superior
  • Procesador de cuatro canales de 64 bits, de doble núcleo, 2,0 GHz o superior
Memoria
Se recomiendan 16 GB
Disco
  • Uno de los siguientes:
  • Unidad de disco duro a 10000 rpm
  • Unidad de estado sólido (SSD) de alto rendimiento con un rendimiento igual o superior al de las unidades de disco duro a 10000 rpm
  • Dos conjuntos de discos RAID 10 (seccionados y reflejados) a 15.000 RPM
Red
Dos interfaces obligatorias: una NIC de dos puertos de 1 Gbps o dos NIC de un puerto de 1 Gbps.

Si estáis pensando en un instalar un «piloto» de Lync podéis bajar los requisitos en función de vuestras  necesidades. Las especificaciones que os he puesto son de Microsoft, son siempre bastante optimistas y con menos recursos para demos o pilotos son suficientes. En producción debemos acercarnos lo máximo posible a las recomendaciones de Microsoft, evitaremos muchos problemas.

También comentaros que Lync está soportado en ambientes de virtualización, aqui os dejo un texto de Microsoft sobre ello.

 

Lync Server 2013 Preview admite topologías de virtualización que son compatibles con las principales cargas de trabajo, lo cual incluye mensajería instantánea y presencia, conferencias y Enterprise Voice. La virtualización es compatible solamente en el Sistema operativo Windows Server 2008 R2 (y posteriores) para todos los sistemas operativos de hospedador e invitados. Las topologías compatibles son las siguientes:
  • La topología del centro de datos de Enterprise Edition, que admite hasta 5.000 usuarios por servidor front-end.
  • Topología del servidor Standard Edition, que admite hasta 2.000 usuarios por servidor Standard Edition, para prueba de concepto, proyectos piloto y sitios de sucursal.

 

Lync Server 2013 Preview admite la virtualización de lo siguiente:

 

  • Grupo de servidores front-end.   Si virtualiza un servidor front-end, podrá asimismo virtualizar algunas o todas las funciones de servidor de ese grupo.
  • Servidores Standard Edition.   Cuando se implementa un servidor Standard Edition virtualizado, los únicos roles de servidor que se pueden implementar con este servidor son director, servidor de supervisión, servidor de archivado y servidor perimetral.
  • Servidores perimetrales para grupos front-end y servidores Standard Edition.

 

La compatibilidad incluye:

 

  • Tecnología Microsoft Hyper-V
  • VMWare

 

 

Aqui os dejo también un enlace en donde tenéis los recursos necesarios para vuestras implantaciones de Lync: Lync Server 2013 para profesionales de TI

Espero que os sea de utilidad!!!

Un CSR (Certificate Signing Request) es la petición de certificado que se envía a la autoridad de certificación. Mediante la información contenida en el CSR la autoridad de certificación puede emitir el certificado una vez realizadas las comprobaciones que correspondan. Dicho esto, vamos a ver un ejemplo práctico. Cuando instalamos Lync vamos a necesitar una serie de certificados para los distintos servicios que se manejan en los distintos roles de Lync. En este caso vamos a ver algo muy concreto, los que necesitamos para el Front-END y el EDGE. Para el EDGE necesitamos un certiifcado SAN (nombre alternativos al principal), en una instalación típica solemos tener los siguientes nombres:

sip.asirlab.com

av.asirlab.com

webconf..asirlab.com

edge.asirlab.com (lo utilizo para las federaciones)

Para estos cuatros nombres podemos solicitar un certificado SAN, primero necesitamos crear el CSR que enviaremos posteriormente a nuestro proveedor de certififcados para que pueda emitirlo. Debemos antes de nada descargarnos la utilidad de la página de Digicert: DigiCertUtil

Ahora debemos ejecutarla y pulsamos en Create CSRCSR_Certificados_2.jpg

Y empezamos a cubrir los datos que nos solicita

CSR_Certificados_4.jpg

Como vemos he añadido los tres nombres como alternativos al nombre principal del certificado, ahora pulsamos en Generate y nos creará el CSR

CSR_Certificados_5.jpg

Ahora pulsamos en Save to File y lo guardamos listo para enviárselo a nuestro proveedor de certificados.
CSR_Certificados_6.jpg

CSR_Certificados_7.jpg

Ahora este fichero se lo enviamos nuestro proveedor de certificados, y nos devolverá un fichero .cer que nos permitirá completar la solicitu del certificado. Esto se debe completar desde el mismo servidor desde el cual se ha creado el fichero CSR, puesto que se ha creado una clave privada que se almacena temporalmente hasta que se enlace con la clave pública que nos enviará la CA que ha emitido el ceritificado. El archivo .cer incluye esta clave pública y mediante la importanción del fichero en el mismo servidor, crearemos el certificado X.509 completamente funcional.

Abrimos el DigiCertUtility y pulsamos en Import

CSR_Certificados_9.jpg
Ahora pulsamos en Browse y seleccionamos el .cer que debemos tener alojado en nuestro para ser importado

CSR_Certificados_8.jpg

Antes de importar el certificado podemos verlo pulsando en View Certificate, y es conveniente escribir un nombre descriptivo para identicar el certificado cuando tenemos que seleccinarlo

CSR_Certificados_10.jpg

y como se puede apreciar aun no tiene la clave privada puesto que no hemos finalizado el proceso

CSR_Certificados_14.jpg

Una vez que pulsemos en finalizar y se importará el certificado

CSR_Certificados_11.jpg

Ahora como vemos tenemos el certificado importado y vemos algunas características del mismo

CSR_Certificados_12.jpg

Si seleccionamos el certificado importado y pulsamos en View vemos las propiedades del certificado, y como vemos ya tenemos el certificado con su clave privada.

CSR_Certificados_13.jpg

Ahora solo quedaría asignar el certificado a nuestro Lync y podemos hacerlo directamente desde la herramienta gráfica para ello, abrimos la consola de Lync Server Deployment Wizard – Instalar o Actualizar Lync Server – Solicitar, Asignar o Renovar Certificados

CSR_Certificados_15.jpg

seleccionamos el ámbito en el cual vamos a asignar el certificado (Interno o Externo) y pulsamos en Assign,

CSR_Certificados_16.jpg

Pulsamos en Siguiente

CSR_Certificados_17.jpg

Seleccionamos el certificado que hemos importado anteriormente y continuamos el asistente hasta el final y tendremos el certificado asignado a nuestro EDGE

CSR_Certificados_18.jpg

Ya veis que resulta muy sencillo la creación del CSR desde la utilidad de DigiCertUtil, sino la conociais espero que os haya sido de utilidad este artículo!!!

Esto lo teníamos en la versión 2010 de Lync descargándonos de la página de Microsoft un complemento para nuestro Lync (Conversation Translator). Ahora es muy similar solo que únicamente debemos añadir esto al registro de nuesto equipo. De momento no es la solución oficinal, pero los chicos de ​VoIPNorm nos muestran como podemos hacerlo mientras tanto. Aqui os dejo el texto del fichero .reg que debemos crear y añadir al registro.

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Lync\Addins\{2b26edf9-92e0-4d9c-9d7a-f772fcd4f31b}]
"Name"="Lync Conversation Translator"
"Parameters"=""
"ExtensibilityApplicationType"=dword:00000000
"ExtensibilityWindowSize"=dword:00000001
"DefaultContextPackage"=dword:00000000
"InternalURL"="http://go.microsoft.com/fwlink/?LinkID=68810&Lync=y"
"ExternalURL"="http://go.microsoft.com/fwlink/?LinkID=68810&Lync=y"
[HKEY_CURRENT_USER\Software\Microsoft\Office\Lync\Security]
[HKEY_CURRENT_USER\Software\Microsoft\Office\Lync\Security\Trusted Sites]

 

[HKEY_CURRENT_USER\Software\Microsoft\Office\Lync\Security\Trusted Sites\conversationtranslator.cloudapp.net]
"http"=dword:00000001
"https"=dword:00000001
Como Configurarlo
 
Copiamos el texto en un fichero con la extensión .reg y lo añadimos a nuestro registro.  Para poder tenerlo disponible, una vez que hemos añadido estas keys al registro debemos cerrar sesión y volver a iniciarla para que el cliente Lync tenga disponible la nueva opción.
 
 Aqui os muestro algunas capturas de pantalla
 Translator_Lync_2013_7.jpg

Translator_Lync_2013_0.jpg

Los idiomas soportados
Translator_Lync_2013_2.JPGTranslator_Lync_2013_3.JPGTranslator_Lync_2013_4.JPG

Translator_Lync_2013_6.JPG 

Como habeis apreciado tengo mi Lync federado con Google Talk, de esto hablaremos en otros artículos

Espero que os sea de utilidad!!!

Cuando iniciamos sesión en nuestro cliente de Lync, unas de las tareas que realiza es la descarga de la libreta de direcciones. En función del tamaño de nuestra organización, tendremos un tiempo de espera u otro el tener la lista actualizada, es bastante común tratar de realizar una búsqueda de algún contacto de nuestra organización y encontrarnos con el siguiente aviso:

Sincronizar_Libreta_Direcciones_1.jpg

Esto ocurre porque la sincronización de la libreta de direcciones comienza de forma aleatoría, pero podemos forzar que se intente en el mismo instante que hemos iniciado sesión. Vamos a ver que tenemos que añadir a nuestro registro para cambiar este comportamiento. Para poder realizar este cambio os recuerdo que debéis ejecutarlo desde una línea de comandos con derechos adminsitrativos.

Lync 2010

reg add HKCU\Software\Policies\Microsoft\Communicator /v GalDownloadInitialDelay /t REG_DWORD /d 0 /f

Sincronizar_Libreta_Direcciones_4.jpg

Lync 2013

reg add HKLM\Software\Policies\Microsoft\Office\15.0\Lync /v GalDownloadInitialDelay /t REG_DWORD /d 0 /f
Sincronizar_Libreta_Direcciones_3.jpg

Ahora podemos volver a iniciar sesión en nuestro Lync y veremos que de forma casi inmediata ya podemos buscar los contactos de nuestra organización (siempre teniendo en cuenta el tamaño de cada organización mostrará antes o después los resultados)

Sincronizar_Libreta_Direcciones_2.jpg
 
 
Los ficheros que se descarga el cliente Lync son los siguientes: GalContacts.db y GalContacts.db.idx  y están en la siguients ubicaciones:
 
Lync 2010
Sincronizar_Libreta_Direcciones_6.jpg
 
Lync 2013
Sincronizar_Libreta_Direcciones_5.jpg

Espero que os sea de utilidad!!!

Actualización sobre esta funcionalidad para Lync 2012, funciona correctamente sin hacer nada más copiar el fichero de presencia al mismo directorio que en Lync 2010!!!

Voy a explicaros como podéis ampliar el listado de estados que trae por defecto el cliente Lync. Para ello tenemos que crear un fichero XML y publicarlo en una ruta de red compartida, local, en un servidor web via HTTP o HTTPS. Además vamos a ver los requisitos que debe cumplir:

  • El texto puede contener como máximo 64 caracteres
  • El cmdlet CustomStateURL nos permitirá distintas opciones de configuración: Ruta de Red o Local, HTTP y HTTPS
  • Los estados pueden ser configurados únicamente como: Ocupado, No Molestar o Disponible
  • Se pueden crear como máximo 4 Estados Nuevos

Nosotros aqui vamos a ver la forma de publicar el fichero XML  vía HTTPS, y lo haremos en el IIS de nuestro Front-END o Director donde ya tenemos los Servicios Web de nuestro Lync Server. Los primero que debemos hacer es crear el fichero XML, y guardarlo con el nombre que queramos, en nuestro caso le he llamado presencial.xml  

<?xml version="1.0"?>
<customStates xmlns="http://schemas.microsoft.com/09/2009/communicator/customStates">
  <customState ID="1" availability="online">
    <activity LCID="3082">Documentando</activity>
  </customState>
  <customState ID="2" availability="busy">
    <activity LCID="3082">En una Webcast</activity>
  </customState>
  <customState ID="3" availability="busy">
    <activity LCID="3082">Formacion Online</activity>
  </customState>
  <customState ID="4" availability="do-not-disturb">
    <activity LCID="3082">Reunion de Equipo</activity>
  </customState>
</customStates>

Vamos describir las distintas partes del XML:

customState ID: Indicamos la posición del Estado en nuestro Listado

activity LCID: le indicamos el código del idioma del cliente Lync para el cual va a estar disponible (ID de Localización de Microsoft)

availability: Estado de nuestra Presencia

Tenemos que modificar el texto que queremos que se muestre cuando despleguemos el listado de estados, <activity LCID="3082">Documentando</activity> y con esto tendríamos configurado nuestro XML. Si queremos en el mismo XML podemos configurar varios idiomas:

  <?xml version="1.0"?>
<customStates xmlns="http://schemas.microsoft.com/09/2009/communicator/customStates">
  <customState ID="1" availability="online">
    <activity LCID="1033">Working from Home</activity>
    <activity LCID="3082">Trabajando desde Casa</activity>
  </customState>
  <customState ID="2" availability="busy">
    <activity LCID="1033">In a Live Meeting</activity>
    <activity LCID="3082">En una Reunión Online </activity>
  </customState>
  <customState ID="3" availability="busy">
    <activity LCID="1033">Meeting with Customer</activity>
    <activity LCID="3082">En una reunion con un cliente</activity>
  </customState>
  <customState ID="4" availability="do-not-disturb">
    <activity LCID="1033">Auditing</activity>

    <activity LCID="3082">Auditando</activity>
      </customState>
</customStates>
Una vez que hemos modificado correctamente nuestro XML, debemos copiarlo en la ruta adecuada para tener acceso desde nuestros Clientes Lync. Como lo que queremos es tener acceso vía HTTPS, lo vamos a copiar dentro de la carpeta Internal Website y External Website de nuestro Front-END o Director:
 
External Website (Lync 2010)
Lync_Estados_1.png
Internal Website (Lync 2010)
Lync_Estados_3.png
 
External Website (Lync 2013)
Lync_2013_Presencia_1.jpg

Internal Website (Lync 2013)

Lync_2013_Presencia_2.jpg
 
De esta forma podremos tener acceso desde cualquier ubicación, dentro o fuera de la red coporativa. Para comprobar que el fichero es accesible, escribimos el nombre FQDN de nuestra URL que alberga los Webservices de Lync y debemos ver algo parecido a esto:
 
Lync 2010
Lync_Estados_4.png
 
Lync 2013
Lync_2013_Presencia_4.JPG

Como podemos observar, estamos visualizando en el navegador el contenido de nuestro XML, por lo que inicialmente estaría correcto. Ahora debemos modificar nuestra política de usuario para que nuestros clientes Lync puedan consultar esta URL con los nuevos estados. Para ello abrimos una consola de Powershell de Lync y escribimos el siguiente cmdlet:

 
Ejemplo: Set-CsClientPolicy -Identity Nombre_Politica -CustomStateUrl "https://fqdn/presencia.xml
Nuestro CMDLET: Set-CsClientPolicy -Identity ASIR -CustomStateUrl "https://lync.asirsl.com/presencia.xml
 
Ahora podemos ejecutar este cmdlet y ver que se ha aplicado correctamente:
 
Lync 2010
 
Get-CsClientPolicy -Identity Global | Select-Object Custom* | fl
 
Lync_Estados_5.png
 
Lync 2013
 
Get-CsClientPolicy -Identity Global | Select-Object Custom* | fl
Lync_2013_Presencia_5.jpg
Como vemos se ha aplicado correctamente la configuración deseada, ahora únicamente debemos iniciar sesión de nuevo en nuestro cliente Lync y  tendremos nuestros estados disponibles:
 
Lync 2010
Lync_Estados_0.png
 
Lync 2013
 
Lync_2013_Presencia_3.jpg

Sin que decir tiene que debemos tener publicada la URL en donde tengamos el XML, tanto desde dentro como desde fuera de nuestra red. Si tenemos una instalación típica de Lync, ya debemos tener publicados los Servicios Web correspondientes con el FQDN adecuado, por lo que esto lo doy por hecho.

 
Como os había comentado este ejemplo habla únicamente de la publicación del XML vía HTTPS, pero también podéis hacerlo vía HTTP o directamente con acceso a carpetas locales o compartidas. Aqui os dejo varios ejemplos sacados de la Web de Microsoft:
 

Desde luego esto es lo más cómodo y transparente para el usuario, además nos permite cambiarlo en cualquier momento sin tener que realizar distintas configuraciones. Comentaros también que podemos crear tantos ficheros XML  como queramos,  tenerlos publicados y aplicados siempre a distintas políticas de usuarios. Se puede dar el caso de que queráis distintas opciones de presencia según el usuario o usuarios que se conecten. Para ello previsamente debemos crear la política correspondiente (New-CsClientPolicy), luego asignar el fichero XML a esta nueva politica (Set-CsClientPolicy -Identity Nombre_Politica -CustomStateUrl "https://fqdn/presencia2xml”) y posteriormente establecer la política a los usuarios que se desee (Grant-CSClientPolicy)
 
Como veis poco hay que hacer, dejar todo el mismo sitio y cambiar la URL del fichero de presencia si hemos cambiado algo en nuestra topología, en mi caso he configurado la versión Enterprise con un Pool de dos servidores y he modificado la dirección de los servicios Web, eso si, he copiado el fichero en ambos (no os olvidéis)
 
Espero que os sea de utilidad!!!