Microsoft Lync Server
Header

Hace una semana he comprobado de primera mano los supuestos y reales beneficios de​ migrar nuestra infraestructura a un CPD. Tengo un cliente/amigo (Alfonso Lorenzo, un excelente consultor de Sistemas de Gestión de Seguridad de la información (ISO 27001), aquí os dejo la web de su empresa EQ2B CONSULTING por si tenéis la intención de implementarla en vuestra empresa, ya sabéis con quien tenéis que contactar) que tiene toda su infraestructura virtualizada con tecnología Microsoft (Windows Server 2012), que además tiene una infraestructura de telefonía entre dos aguas: Cisco y Microsoft Lync. Llevaba unas semanas dándole vueltas a un cambio de oficina, y que cosas debería tener en cuenta en base a su infraestructura a la hora de cambiar de oficina y que tenga un tiempo de parada 0 para sus empleados

Lync_VPN_IPSecEsquema.jpg
 
La infraestructura con la que cuenta EQ2B es la siguiente
 
SERVIDOR ​SO ​ROL ​DESCRIPCIÓN
SRV-DC00 ​Windows Server 2012 AD DS y CA ​Controlador de dominio y servidor de PKI
SRV-DC01​ ​​Windows Server 2012 AD DS Controlador de dominio ​
​SRV-TMG00 ​​Windows Server 2008 R2 ​Reverse-Proxy ​Publicación de servicios Web y servidor de VPN con NAP
​SRV-SP00 ​​​Windows Server 2008 R2 ​SharePoint 2010 ​Servidor de SharePoint 2010: Gestión Documental y Procesos
​SRV-SQL00 ​​​Windows Server 2008 R2 ​Servidor de BBDD ​Servidor de Base de Datos en SQL Server
​SRV-TS00 ​​​Windows Server 2008 R2 ​RDS ​Servidor de Escritorio Remoto
​SRV-APP00 ​​​Windows Server 2008 R2 ​Apps y RDS Web Access ​Servidor de Aplicaciones (ERP) y RDWeb para publicación del ERP en SharePoint
​SRV-DA00 ​​​Windows Server 2012 ​Servidor DirectAccess ​Servidor de DirectAccess
​SRV-MV00 ​​Windows Server 2012 ​Hipervisor ​Servidor de Hyper-V

 

En la parte de comunicaciones tiene un Cisco UC540, con teléfonos 7965 y 7921 (Wireless) para los usuarios de la oficina, además tienen Lync como  herramienta de Comunicaciones Unificadas conectada con el UC540 mediante un Direct SIP. La conexión de Direct SIP se ha securizado mediante IPSec, puesto que el UC540 se encuentra en la oficina y el Lync Server en el CPD. El Lync Server lo tiene contratado con ASIR (claro está, ejeje), por lo que como requisito para conectase con su Gateway (UC540) era que el tráfico debería ir cifrado entre ambos extremos. Los consultores que están fuera de la oficina, utilizan Lync para comunicarse con el personal de la empresa y para llamar a la PSTN. Pueden llamar de Lync a los teléfonos Cisco y de los teléfonos Cisco a Lync, lo que permite ahorrar costes en comunicación interna (eliminación de tarifas planas, etc..)(Direct SIP Lync 2013 –> Cisco CME 8.X (Parte I), Direct SIP Lync 2013 –> Cisco CME 8.X (Parte II)) .Además, ofrecen formación OnLine vía Lync Web APP, lo que permite dinamizar la formación de una manera eficaz, permitiendo a los asistentes participar de forma proactiva en la formación.
 
Todas llamadas tanto desde los teléfonos Cisco como de los usuarios de Lync cursan sus llamadas a través de VoIP, lo que nos ofrece una independencia total sobre el operador de Voz. Además, EQ2B tiene un número para el SAT con varios agentes para recibir las llamadas de los clientes, y este SAT se gestiona en Lync con los grupos de Respuesta (Lync: Grupos de Respuesta (Parte I), Lync: Grupos de Respuesta (Parte II), Lync: Grupos de Respuesta (Parte III), Lync: Grupos de Respuesta (Parte IV)) y las llamadas se envían a los agentes que tienen instalados en su equipos el cliente Lync.
 
Todos los equipos de la oficina se conectan mediante una red wireless, cuenta con un Cisco AP 1041 configurado con 802.1x para autenticar a los equipos del dominio mediante su correspondiente certificado de equipo (NPS: Autenticación 802.1x para nuestra red inalámbrica). El teléfono inalámbrico se conecta igualmente mediante el mismo AP y el mismo SSID pero mediante un usuario y contraseña del AD y se le asigna la VLAN de Voz correspondiente (NPS: Autenticación 802.1X y Asignación de VLAN).
 
Los equipos están conectados al data center mediante DirectAccess(Windows Server 2012: DirectAccess), lo que permite a los usuarios estar logueados en el dominio, facilitando la autenticación con las herramientas de negocio. Esto permite reducir las tareas de administración sobre los equipos, puesto que nos aprovechamos de las directivas de grupo para la tareas de actualización,  aplicación de medidas de seguridad, etc…
 
El correo electrónico que utilizan es Exchange 2010, los usuarios utilizan Outlook 2013 mediante Outlook Anywhere, EAS y OWA. Además, utilizan la MU de Exchange conetado a Lync. Utilizan distintos tipos de SmartPhones, desde iPhone hasta Nokia pasando por todo el resto (de esto doy fe). Esto les permite se mucho más eficientes con la gestión de sus correos electrónicos, viendose beneficiados sus propios clientes,  puesto que la inmediatez lograda es vital para su negocio. Además, en el Exchange se cuenta con un software de firmas, que permite centralizar la plantilla de correo electrónico de tal forma que cualquier usuario del dominio y con cuenta en Exchange tiene su plantilla corporativa desde el primer momento.
 
Todas los portátiles (movilidad absoluta) tienen Windows 8 Enterprise, algo que se ha tenido en cuenta a la de decidirse por esta versión o la PRO por la utilización de Direct Access (Windows Server 2012: DirectAccess). Claramente la opción de Direct Access garantizaba cierto control y disponibilidad deseada para mejor la productividad y reducir el coste en IT.
 
Todas las conexiones y servicios están en el Data Center, por lo que la ubicación física de los usuarios y oficina no se debe tener en cuenta. Lo único a lo que debemos  prestar atención es a las comunicaciones, puesto que forman un papel fundamental en este modelo de infraestructura IT. Lo importante era tener un proveedor que cumplieses las siguientes premisas:
 
– Rapidez de instalación en la línea de datos en la Oficina, además de implementar una opción de Backup en la solución
– Relación Calidad/Precio
 
Los requisito no eran muy altos, puesto que la necesidad era tener una conexión de datos estable y en el menor tiempo posible. EQ2B finalmente contrató la línea de ADSL con backup de 3G con Vodafone, sin IP fija puesto que no era necesario para la comunicación vía IPSec con el CPD. EL hardware de comunicaciones que Vodafone instala en estos casos es el HUAWEI hg556a, un hardware sencillo pero con backup de USB y sencillo de configurar.
Vodafone_VPN_3G_6.png
Una vez que tenemos todos los elementos de la infraestructura, lo que quedaba era diseñar el "plan" de migración hacia la nueva oficina. Como todos los servicios están en su nube privada, únicamente tenemos que conectar la oficina con el CPD mediante una conexión segura (IPSec) y todos los servicios estarán disponibles en el mismo momento. Teniendo en cuenta que DirectAccess ya ofrece la conectividad a los usuarios, puede parecer que no teníamos nada que hacer, pero debemos tener en cuenta que la autenticación de la red Wireless es mediante 802.1x se conecta la servidor NPS que está en el CPD.  Además la comunicación entre el UC540 y Lync también es de forma directa y para ello necesitamos tener la VPN establecida. Como la comunicación es entre IP Privadas (rangos IP de las sedes), con que tengamos configurada la VPN tenemos todo operativo. El direccionamiento IP privado en la nueva oficina será la misma que en la oficina actual, de tal forma que no tengamos que modificar ninguno de los servicios. Ahora que tenemos claro que solo debemos configurar la VPN para poner en marcha la nueva oficina,  solo debíamos preocuparnos por trasladar los muebles y poco más.
 
Para configurar la VPN mediante IPSec utilizaremos el Router Cisco 1841 que está en el CPD y el UC540 de la oficina remota. Debemos tener en cuenta que en la oficina remota el dispositivo que gestiona la conexión a Internet el el router del proveedor (Vodafone), por lo que debemos utilizar IPSec con NAT-Traversal, por que es posible que necesitamos abrir determinados puertos hacia el UC540.
 
Para permitir el funcionamiento de IPsec a través de NAT; los siguientes protocolos deben estar permitidos en el firewall:
 
Internet Key Exchange (IKE) – User Datagram Protocol (UDP) puerto 500
Encapsulating Security Payload (ESP) – IP protocol number 50
 
o, en caso de NAT-T:
IPsec NAT-T – UDP puerto 4500
Esto es así porque el router de Vodafone está configurado con NAT y por detrás tenemos el UC540 haciendo otra vez NAT para no tener que cambiar nada en la migración, y así poder mantener el direccionamiento IP interno sin tener que realizar cambio alguno.
 
La configuración de IPSec mediante dispositivos Cisco y solo con una IP fija en uno de los extremos es la siguiente:
​Data Center ​Nueva Oficina
 crypto isakmp policy 10
 encr aes 192
 authentication pre-share
 group 2
crypto isakmp key contraseña_ipsec address 0.0.0.0 0.0.0.0
crypto ipsec transform-set ipsec esp-aes 192 esp-sha-hmac
crypto dynamic-map vpneq2b 10
 set transform-set ipsec
 match address 180
crypto map vpnipsec 10 ipsec-isakmp dynamic vpneq2b
access-list 180 permit ip 192.168.200.0 0.0.0.255 192.168.100.0 0.0.0.255
access-list 180 deny   ip 192.168.200.0 0.0.0.255 host 0.0.0.0
 
No NAT
access-list 110 deny   ip 192.168.200.0 0.0.0.255 192.168.100.0 0.0.0.255
access-list 110 permit ip any any​

crypto isakmp policy 10
 encr aes 192
 authentication pre-share
 group 2
crypto isakmp key contraseña_ipsec address IP_Pública_CPD
crypto ipsec transform-set ipsec esp-aes 192 esp-sha-hmac
crypto map vpneq2b 10 ipsec-isakmp
 set peer 213.60.255.111
 set transform-set ipsec
 match address 180

access-list 180 permit ip 192.168.100.0 0.0.0.255 192.168.200.0 0.0.0.255
access-list 180 deny ip 192.168.100.0 0.0.0.255 0.0.0.0 0.0.0.0

No NAT

access-list 110 deny   ip 192.168.100.0 0.0.0.255 192.168.200.0 0.0.0.255
access-list 110 permit ip any any​
​Por último se deben aplicar los crypto-map a las intr ​

 

Esta configuración es la ideal para ser totalmente independiente del proveedor, del router del proveedor, etc.. además que evitar un gasto innecesario en la IP fija de la oficina, puesto que no es necesaria. Además, como el proveedor ya nos ofrece el failover automático en 3G, la conexión de IPSec se negociará automáticamente  en cuanto vuelva a tener internet para llegar el otro extremo de VPN (CPD).
 
Ahora que ya conocéis el escenario, que creéis que debemos hacer para que en la nueva oficina el sistema esté funcionando con el menor tiempo de para posible? Pues si, solo hacerlo en un fin de semana y estas son las tareas que hemos tenido que completar en la nueva oficina:
 
– Conectar todos los elementos de Red
  • Router Vodafone
  • UC540
  • AP 1041
  • Teléfonos
– Configurar IPSec (copiar y pegar la configuración anterior)
 
En cuanto a la parte de Voz, como tenemos VoIP para nuestras comunicaciones de voz, no tenemos que migrar líneas de teléfono ni nada parecido. Las llamadas de la PSTN nuestro ITSP nos las envía al servidor de Lync y de ahí a los teléfonos de Cisco los números de la oficina y los del SAT al grupo de respuesta de Lync. De nuevo como las comunicaciones entre el Lync y Cisco son "directas", con tener establecida la VPN ya sería suficiente, y para los agentes del SAT con que hayan iniciado sesión sería suficiente.
 
Como vemos lo que en teoría en otro escenario se puede volver complejo, con decenas de tareas, coordinación de varias personas, etc.. ahora únicamente debemos mover los muebles, tener internet en la oficina y que los usuarios se vayan sentando en sus sitios!!! Sin olvidarnos que los clientes que se conectan a los servicios de la compañía han estado operativos el 100% del tiempo, por lo que los clientes no se han enterado del cambio de oficina hasta que se le ha enviado vía e-mail los nuevos datos postales.
  
Espero que os  haya resultado ilustrativo, a mi me ha resultado muy gratificante poder ayudar a un amigo en este proceso de ampliación y expansión de forma tan sencilla. Si bien es cierto, que para llegar a esto hemos tenido mucho que trabajar, que darle forma, horas y horas para tener este resultado, pero al final ha merecido la pena. Porque aun no os he contado lo más interesante, tiempo invertido en la puesta en marcha de la infraestructura IT: 2 horas y 35 min!!!! Esto hace 2 años para EQ2B o cualquier otra empresa de tamaño medio sería imposible, ahora es una realidad para todos
 
Espero que muchas más empresas empiecen a ver los beneficios de la nube privada, de las comunicaciones empresariales y la telefonía IP.  Seguramente me hayan quedado algunos detalles atrás, pero bueno la idea general espero que os sea de ayuda para vuestros proyectos presentes o futuros.
 
"EL PRESENTE ES LA CLOUD Y LAS COMUNICACIONES UNIFICADAS"

Una de la cosas que quería implementar con la llega del cliente móvil de Lync 2013 es la posibilidad de soporte visual remoto, básicamente que los técnicos de soporte in-situ puedan mostrar las instalaciones de los clientes. De tal forma  que un usuario de Comunicaciones (como es este caso) pueda revisar visualmente el cableado de un dispositivo, inidicarle al técnico in-situ que tiene que cambiar, etc…

LynMobile2.jpg
 
Pensad en una situación más que cotidiana, que unos de los técnicos de soporte in-situ tenga que realizar cualquier tarea en el cliente. Que además tenga la necesidad de contar con un compañero en remoto, y además necesita que pueda ver la instalación actual para tomar la mejor decisión sobre la tarea a realizar. Pero seguro que además debemos añadir la inmediatez necesaria para estas tareas, y para complicarnos un poco más el segundo técnico que se necesita no está en la oficina ni tampoco tiene un equipo disponible con Lync. En otras circunstancias tendríamos estas opciones:
  • El segundo técnico deberia desplazarse al cliente (incurriríamos en gastos innecesarios, además del tiempo que se invertirá en el desplazamiento)
  • Enviarle un e-mail con las fotos de la instalación (muy offline, podríamos tener errores de comunicación entre lo que ven ambos técnicos)
  • Utilizar alguna herramienta de IM Público (NOOOOOOOO!!!)
  • Dejar la revisión para más tarde u otro día (incurriríamos en más costes o problemas de fechas para ajustar la instalación)
 
Estas son algunas de las opciones que tendríamos disponibles, pero tenemos una bastante mejor, que es la de utilizarla el cliente Lync Mobile 2013. Con esto lo tendríamos todo:
  • Inmediatez
  • Respuestas OnLine entre los técnicos
  • Ahorro de costes
En nuestro caso el técnico que estaba en el cliente tenía un portátil con Lync de Escritorio, y el técnico remoto tiene un Windows Phone 8 (Nokia 820) por lo que ya pueden tener una videoconferencia sin problemas. De tal forma se ha podido realizar la tarea oportuna, y como os muestro a continuación el técnico que está en el cliente le muestra la parte de armario de comunicaciones que necesita el técnico remoto.
wp_ss_20130313_0004.pngwp_ss_20130313_0005.png
 
Y ahora se comunican face-to-face para comentar cuales son las acciones a llevar a cabo
wp_ss_20130313_0008.png
 
Primera experiencia sobre el "soporte virtual" de 0  a 10 –> 10
 
Las comunicaciones unificadas son una maravilla, espero que le veáis toda la potencia que tiene Lync. Desde el PC y más allá (jeje)

El día 15/03/2013 MSFT ha publicado el CU8 para Lync 2010, por lo debemos revisar el artículo http://support.microsoft.com/?kbid=2493736 para ver los pasos a seguir para su instalación. Instalacion_CU8_1.png

Lo primero que debemos hacer es conocer que actualizaciones nos afectan a nuestra topología, y son los sugientes roles

  • Actualización para las herramientas administrativas
    2670358

    Descripción de la actualización acumulativa de Lync Server 2010, herramientas administrativas: febrero de 2012

  • Actualización para los componentes principales
    2793350

    Descripción de la actualización acumulativa de Lync Server 2010, componentes principales: marzo de 2013

  • Actualización para el operador de conferencia
    2701659

    Descripción de la actualización acumulativa de Lync Server 2010, operador de conferencias: junio de 2012

  • Actualización para el servidor de conferencia
    2793346

    Descripción de la actualización acumulativa de Lync Server 2010, Conferencing Server: marzo de 2013

  • Actualización para el servidor de componentes Web
    2793338

    Descripción de la actualización acumulativa de Lync Server 2010, componentes de servidor de Web: marzo de 2013

  • Actualización de Standard/Enterprise edition Server
    2791381

    Descripción de la actualización acumulativa de Lync Server 2010: marzo de 2013

  • Actualización para el servidor de conferencia Web
    2708616

    Descripción de la actualización acumulativa de Lync Server 2010, servidor de conferencias Web: junio de 2012

  • Actualización para el servidor de mediación
    2640253

    Descripción de la actualización acumulativa de Lync Server 2010, servidor de mediación: noviembre de 2011

  • Actualización para la API administrada de comunicaciones unificadas 3.0 en tiempo de ejecución
    2793341

    Descripción de la actualización acumulativa de Lync Server 2010, Unified Communications Managed API 3.0 Runtime: marzo de 2013

  • Actualización para el servicio de directivas de ancho de banda
    2650037

    Descripción de la actualización para el servicio de directivas de ancho de banda de Lync Server 2010: diciembre de 2011

  • Actualización para el servicio de movilidad
    2743736

    Descripción de la actualización acumulativa de Lync Server 2010, servicio de movilidad: octubre de 2012

Pues ahora toca descargar el fichero necesarios para nuestra actualización, yo siempre descargo el instalador de actualización acumulativa (http://download.microsoft.com/download/3/4/1/341C256C-0E74-4968-B6FA-EEA87600E283/LyncServerUpdateInstaller.exe)

Instalacion_CU8_Lync2010_1.png

Antes de iniciar la actualización correspondiente, lo más conveniente es que nos aseguremos de que el backup (Backup de Lync Server 2010) se ha realizado correctamente o bien que ejecutamos un Backup manual antes de comenzar el proceso. Yo he lanzado un backup manual antes de iniciar el proceso de actualización, tratando de tener el Backup más actualizado posible.

Backup_Lync.png

Una vez que ha finalizado correctamente, ejecutamos el LyncServerUpdateInstaller.exe para iniciar el proceso de actualización. Una vez ejecutado el instalador lo primero que nos mostrará será una pantalla en donde nos muestra el resumen de actualizaciones que tiene pendientes (en rojo) este servidor y que actulizará con esta instalación.  Únicamente debemos pulsar en Install Updates y el proceso se completará de principio a fin sin nuestra intervenciónInstalacion_CU8_1.png

Una vez que ha completado el proceso de instalación (entre 5 y 10 min) nos volverá a mostrar la misma pantalla que al principio pero con todas las actualizaciones instaladasInstalacion_CU8_2.png

Como último paso para completar la actualización se eliminarán los archivos actualizados de SQL en el servidor, por lo que debemos ejecutar el siguiente comdlet para aplicar los cambios

Install-CsDatabase -Update -ConfiguredDatabases -SqlServerFqdn FQDN_SERVIDOR -UseDefaultSqlPaths

Instalacion_CU8_5.png

Una vez que se ha completado el proceso ya tenemos nuestro servidor actualizado. Si tenéis algún otro servidor de Lync debéis actualizarlo igualmente, en mi caso también existe en esta topología un EDGE, por lo que nos descargamos el instalador y lo ejecutamos. Al igual que con el Front-END nos muestra un resumen de las actualizaciones que hará y pulsamos en Install UpdatesInstalacion_CU8_EDGE_1.png

Una vez que se complete la actualización nos mostrará de nuevo la pantalla con las versiones de nuestro servidor y veremos que está completamente actualizadoInstalacion_CU8_EDGE_2.png

Instalacion_CU8_EDGE_4.png

Pues con esto hemos finalilzado la actualización de nuestra Topología de Lync 2010 al CU8. Aqui os dejo también las últimas actualizaciones disponibles para el cliente Lync 2010:

Lync 2010 Hotfix KB 2791382 (32 bit)

Lync 2010 Hotfix KB 2791382 (64 bit)

 

Espero que os sea de utilidad!!

MSFT ha publicado (08/03/2013) una actualización​ para Office Web Apps Server 2013, esta actualización proporciona las últimas correcciones para 2013 de servidor de Office Web Apps. Además, esta actualización contiene mejoras de estabilidad y rendimiento. Para aplicar esta actualización debemos hacerlo de la siguiente forma:

  1. Quitar la granja de Office Web Apps que tenemos creada: Remove-OfficeWebAppsMachine
  2. Instalar la actualización (http://www.microsoft.com/es-es/download/details.aspx?id=36981)
  3. Recrear la granja: New-OfficeWebAppsFarm

Pues vamos a ello, primero quitamos nuestra granja de Office Web Apps: Remove-OfficeWebAppsMachine

actualizar_wac_1.png

Ahora instalamos la actualización, para ello aceptamos los terminos de licencia y pulsamos en Continuar (7 min + o -)

actualizar_wac_2.png

actualizar_wac_3.png
actualizar_wac_4.png
Una vez que se ha completado la instalación solicitará reiniciar, así que lo reiniciamos., y por último recreamos nuestra granja: New-OfficeWebAppsFarm -InternalUrl "https://office.asirsl.com" -ExternalUrl "https://office.asirsl.com" –EditingEnabled:$true –CertificateName “office”

actualizar_wac_5.png
actualizar_wac_6.png

Vamos a verificar que éstá funcionando correctamente, primero accedemos a la siguiente URL: https://office.asirsl.com/hosting/discovery y deberiamos ver algo similar a estoactualizar_wac_7.png

Para poder confirmar que está funcionando correctamente debemos probar a compartir una presentación desde Lyncactualizar_wac_8.png

actualizar_wac_9.png
Si la actualización se ha completado correctamente, en unos segundos podemos ver la presentación en nuestra conferencia. Si aun no habéis implementado Office Web Apps en vuestra organización aqui os dejo un enlace de como hacerlo: Office Web APPs con SharePoint y Lync Server 2013 y otro enlace más de como publicarlo correctamente mediante TMG 2010: Lync Server 2013: Error de publicación de WAC vía TMG 2010

Espero que os sea de utilidad!!

Esta mañana una compañera de trabajo (Belén Francisco) me ha comentado que estaba conectada con el cliente  móvil de Lync con la version 2010, y esto hace unos días no estaba soportado … por lo que he intentado conectarme con el cliente Lync 2010 a nuestro servidor (que lo tenemos actualizado desde el primer día) y conecta!!!

wp_ss_20130324_0001.pngwp_ss_20130324_0002.png

Ella tiene un móvil con Android por lo que no tiene la versión 2013, así que esto es .. por lo menos "raro". No he visto actualización alguna del servidor, ni del cliente Lync móvil … estoy tratando de analizar por donde viene esta compatibilidad!!

Incluso hasta he comprobado la versión de nuestro Lync Server para poder compararlo con otra versión de Lync 2013 sin CU1

Lync Server 2013 con CU1

cliente_lync_m_2010_srv_2013_cu1_1.png

Lync Server 2013 sin CU1
cliente_lync_m_2010_srv_2013_cu1_2.png
Esto también me servidor para darme cuenta que debo actualizar las Debuggins Tools a la nueva versión en el servidor de producción.
 

Ya os contaré que ha pasado cuanto lo "descubra"!!!