Microsoft Lync Server
Header

Siempre que sale una versión nueva de cualquier producto nos llevan muchas novedades, tanto para las que se incorporan como para las que no se les da continuidad. En este caso llega como novedad Call Via Wok, el cual viene a sustituir a RCC (https://technet.microsoft.com/library/gg558658.aspx). Como sabeis RCC (Remote Call Control) nos permitía control los teléfonos que teníamos conectados a nuestras PBXs a través de Lync. Personalmente una función que es posible que para algunas compañías podría parecer muy interesante, pero que no termino de ver una utilidad real. Creo que cuando uno toma la decisión de cambio de plataforma de comunicaciones es para hacerlo con todas sus circunstancias, entiendo que mientras no se migren a los usuarios tenga que existir un tiempo de integración entre ambos sistemas, pero no de forma permanente. Además, cuando tenemos un cliente softphone tan pontente con Lync o Skype For Business, a mi personalmente no me hace falta seguir con el teléfono enncima de la mesa. Pero bueno, si bien es cierto que hay clientes que toman como requisito del proyecto el poder controlar desde Lync (que les ofrece el acceso a la agenda de Exchange) los teléfonos tradicionales, puesto que de alguna forma les permite tener un periodo de transición menos «drástico». Esta funcionalidad ahora llega de la mano de Call Via Work, más sencilla de implementar y que el usuario final puede «habilitarlo» cuando lo desee, no como con RCC.

En el siguiente esquema os expongo como funciona Call Via Work en una llamada saliente, pero «básicamente» utilizamos el cliente de Skype For Bsuiness para buscar al contacto al que queremos llamar, empezará a sonar nuestro teléfono que tenemos conectado a nuestra PBX el cual descolgaremos para que curse la llamada al usuario que hemos llamado desde nuestro cliente de Skype For Business. La llamada al usuario final la realizará la PBX a través de las líneas que tengamos configuradas (PRI, BRI, SIP, etc…), de tal forma que se complete la llamada y podamos hablar conn el usuario llamada desde nuestro teléfono de PBX:

Call Via Work_Logo.png.jpg
Para que esta configuración funcione, previamente debemos tener configurado Direct SIP entre Skype For Business Server y la IP-PBX, aquí os dejo algunos artículos de como configurar Direct SIP, SIP Trunk, etc..:
La integración entre Skype4B y la IP-PBX es esencial, sino no podremos establecer la comunícación entre el usuario de Skype4B y el teléfono del usuario conectado la IP-PBX. Una vez que tenemos conectividad entre ambos entornos, ya podemos configurar Call Via Work. Lo primero que configuraremos será el DDI que mostraremos al usuario que llamamos a través de Call Via Work, para ello utilizaremos el siguiente cmdlet: Set-CsRoutingConfiguration. Lo primero que haremos será ver que configuración tenemos actualmente, para ello ejecutaremos Get-CsRoutingConfiguration, como está por defecto  en la opción CallViaWorkCallerId no tiene ningún valor establecido
Call Via Work_1.png
Para establecer el CallerId lo haremos con  Set-CsRoutingConfiguration -CallViaWorkCallerId, de tal forma que establecemos el DDI que le mostraremos el usuario al que llamamos
Call Via Work_2.png
Si volvemos a ejecutar Get-CsRoutingConfiguration veremos que ya tenemos el valor establecido en el CallViaWorkCallerId
 Call Via Work_3.png
Lo siguiente que tenemos que hacer es crear una directiva de Call Via Work que asignaremos a los usuarios, tal y como funciona Call Via Work lo suyo sería una directiva por usuario o la misma a varios usuarios si comparten el mismo teléfono que tenemos conectado la IP-PBX. Esto puede o no resultar muy práctico, pero bueno, es la forma que tenemos que configurarlo. La creación de la directiva para por el cmdlet New-CsCallViaWorkPolicy -Identity <Nombre_Directiva>  -Enabled $True
Call Via Work_4.png
Ahora nos quedaría asignar esta directiva al usuario/s a los cuales queremos que tengan aplicación, para ello ejecutaremos el siguiente cmdlet: Grant-CsCallViaWorkPolicy -Identity <usuario> -PolicyName <Nombre_Politica>
Call Via Work_5.png
Ahora el usuario desde el cliente de Skype For Business debe establece esta configuración desde la opción de Administración de llamadas dentro de las Opciones de configuración, para ello debemos marcar la casilla Utilizar este número para realizar las llamadas. Aquí debemos especificar el número de teléfono o extensión del teléfono que queramos que realice la llamada al destino que hemos marcado desde el cliente de Skype For Business. Aquí se supone que debemos establecer el número de extensión que tiene el teléfono que tenemos conectado a la IP-PBX, de tal forma que será el terminal que utilizaremos para establecer la llamada y el control desde el cliente de Skype For Business:
Call Via Work_8.png
Aquí podemos establecer el número al que el cliente de Skype For Business llamará antes de enviar la llamada al usuario final, en este caso podemos establecer el número que quiera el usuario (otra cosa es que su plan de marcado luego se lo permita):
Call Via Work_17.png
Una vez establecido este número, aceptamos la configuración que hemos hecho y probamos a realizar una llamada desde el cliente de Skype For Business, buscamos el usuario y le damos a llamar. Lo que ocurrirá ahora es que se enviará la llamada al número que hemos establecido en la configuración anteriormente y empezará a sonar, tenemos que descolgar el teléfono y en ese momento la llamada hacia el número marcado desde el cliente de Skype For Business se completará. Ahora el usuario que recibirá nuestra llamada verá que el DDI que le mostramos es el que hemos establecido con el cmdlet Set-CsRoutingConfiguration -CallViaWorkCallerId. Mientras tanto el cliente de Skype For Business está con la llamada en curso  y cambiará su estado a En medio de una llamada, lo que permitirá al resto de usuarios tener actualizado tu estado:
Call Via Work_10.png
Para que esto funcione correctamente, recordad que debemos tener la integración entre Skype For Business Server y la IP-PBX vía Direct SIP, sino no podremos establecer la comunicación entre Skype y la IP-PBX para que puedan comunicarse entre si. También es cierto que podemos configurar este servicio pero en vez de que llame a nuestro teléfono conectado la IP-PBX que sea nuestro móvil (cuidado aquí con la tarifa que tengáis, puesto que esta llamada podría tener doble coste). Lo que quiero decir con esto, es que no se tiene que ceñir únicamente a los teléfonos conectados a la IP-PBX, aunque es lo suyo porque sino no tiene mucho sentido.
Hasta ahora la configuración permite al usuario establecer el número de teléfono el cual queremos controlar, pero también se lo podemos establecer nosotros y así evitar que ponga un teléfono diferente al que debería tener. Esto es importante, porque si el usuario no entiende bien que número poner, es posible que tengamos un sobrecoste en las llamadas. Para establecer nosotros un número al que llamar por cada directiva de Call Via Work, para ello modificaremos la directiva que hemos creado anteriormente y le damos valor a los valores UseAdminCallbackNumber y AdminCallbackNumber, para ello ejecutamos el siguiente cmdlet: Set-CsCallViaWorkPolicy -Identity <Nombre_Directiva> UseAdminCallbackNumber $True AdminCallbackNumber <Número o Extensión a la que llamar> :
Call Via Work_7.png
Como simpre si queremos verficar que se han establecido los valores que hemos aplicado ahora mismo, ejecutamos el cmdlet Get-CsRoutingConfiguration -Identity <Nombre_Directiva>
Call Via Work_13.png
Si ahora vamos a la configuración del cliente de Skype For Business, el usuario ya no tendrá posibilidad de establecer un número diferente al que hemos puesto en la configuración.Como vemos una vez habilitada la opción Utilizar este número para realizar llamadas solo tenemos el DDI que hemos establecido nosotros en la configuración de la directiva, sin que exista la posibilidad de que el usuario cambie dicho número.
Call Via Work_18.png

Logicamente cuando queremos llamar a alguien es diferente al número de teléfono que hemos establecido en las opciones del cliente de Skype For Business, porque sino no tendría sentido. Y cuando es así, en el cliente de Skype for Business cuando tenemos la llamada en curso nos lo hará saber:

Call Via Work_14.png
Sinceramente no sé que utilidad tiene esto, pero bueno, si alguien lo tiene claro por favor que deje un comentario y me lo aclare. Lo que si es que Call Via Work es mucho más sencillo de configurar que RCC y con menos requisitos, creo que queda claro que los usuarios tienen que estar habilitados con Voz IP Empresarial sino no podrán tener acceso a esta configuración.
Como resumen os comento que la idea es que desde el usuario de Skype For Business pueda controlar su teléfono conectado a la IP-PBX, de tal forma que desde el cliente de Skype pueda llamar a un usuario a su teléfono a través del teléfono físico. Esta llamada finalmente se cursará por la IP-PBX, que será la que finalizará la llamada a través del tipo de líneas públicas que gestione (PRI, BRI, TRUNK SIP, etc..).  De esta forma tendremos los contactos disponibles desde el cliente de Skype for Business y la llamada la realizaremos desde nuestro teléfono, cuando realizamos la llamada desde el cliente de Skype la llamara sonará inicialmente en el teléfono que hemos establecido en la configuración de nuestro cliente de skype (no al teléfono que hemos marcado para llamar) y luego una vez que la hemos descolgado automáticamente se iniciará la llamada al usuario final (al número de teléfono que hemos marcado desde el cliente de Skype For Business).
Como podéis apreciar para nada es complejo de configurar, pero comentaros que tiene algunas limitaciones que os expongo a continuación con respecto a RCCC o la telefonia empresa (https://technet.microsoft.com/es-es/library/dn951395.aspx):
  • If a Call Via Work user has set up call forwarding to the Call Via Work callback number, and someone tries to invite this user to a meeting by the user’s phone number, the invitation will not reach the user. You should educate your users to invite participants to meetings by clicking the name, not the phone number.
  • Enhanced 911 capability and malicious call tracing are not available during Call Via Work calls.
  • Users enabled for Call Via Work cannot use the delegation, team call, or response group features.
  • Users of Call Via Work cannot use Skype for Business to record a meeting, mute or unmute the call, hold or transfer the call, or use call park.
  • Users cannot use Call Via Work to access their PBS voicemail messages.
  • Users of Call Via Work cannot escalate a session that started as a voice call to a collaborative meeting that includes communications such as video, Powerpoint, whiteboard, or One Note.
  • Users of Call Via Work cannot add more users to a 2-person call.
  • No support for deskphone pairing or VDI plugin pairing.
  • If a user answers a makes or answers a call using the PBX phone (and not using the Skype for Business window), there will be no log of the call.
  • If your PBX system does not support REFER with Replaces, the following behavior will happen. While on a Call Via Work call, if the user transfers the ongoing call from the PBX Phone, the call window will not disappear from their Skype for Business window. If the user then closes the call window, the call between the transfer target and the transferee will end.
Esta configuración es para las llamadas salientes, que es la finalidad principal, pero también se podría configurar para las llamadas entrantes (esto lo comentaré en otro artículo). Por último comentaros, que una vez que tenemos configurado el número de teléfono al que llamaremos antes de establecer la llamada con el número marcado, así lo veremos en el cliente de Skype For Business:
Call Via Work_11.png

Que por cierto desde ahí podemos establecer el número a marcar, pero no podemos quitarlo, para esto tenemos que ir a las opciones y quitarlo desde allí (ejem …). En próximos artículos veremos que utilidad tiene la configuración de Call Via Work en las llamadas entrantes, pero básicamente lo que ocurrirá s que sonará la llamada en el teléfono de la IP-PBX y el cliente Skype For Business (si tiene habilitada la llamada simultánea)

Espero que os sea de utiildad!!!

Cómo sabéis desde el 1 de Mayo ya teníamos vía MSDN la posibilidad de descargarnos la versión RTM de Skype For Business, y lo primero que he hecho es descargar y actualizar mi topología de Lync Server 2013. Es posible que se vea como algo temerario, pero logicamente tenía backup de todo (Lync Server 2013: Backup con PowerShell) y como "mucho" tendría que volver a configurar todo el entorno (me quedaba un fin de semana completito para poder hacerlo). Dicho esto, quiero mostraros cual ha sido el proceso que he seguido para migrar mi topología Enterprise de Lync Server 2013 … os muestro el como entradilla de este artículo el orden a seguir en la migración de cualquier topología, siempre dentro (Front-END) hacia afuera (EDGE) (pulsar en la imagen para verla a tamaño real):

Upgrade_Lync_2013_Skype4B_Orden_Roles.jpg

Antes de comenzar a menternos en detalle sobre la migración, voy a comentaros mi topología para que tengáis información sobre lo he tenido que hacer para migrar la topología:

  • Todos los servidores en donde está instalado Lync son Windows Server 2012 Standard (completamente actualizados)
  • 1 Pool Enterprise con dos servidores Front-END (no es lo recomendado, pero si viable)
  • 1 Mediation Server
  • 1 Chat Persistente
  • 1 EDGE
  • 2 Servidores de SQL Server 2008 R2 SP3 en mirroring
  • 1 Servidor de SQL Server Express para hacer de testigo del mirroring
  • Servidor de ficheros con DFS para las carpeta compartidas en Windows Server 2012
  • 4 Troncales SIP, 3 con ITSP y uno en interno con una centralita Cisco CME 8.6
  • Distintos planes de marcado, directiva de voz, rutas, troncales, etc..
  • Integración de Lync Server 2013 con Microsoft Exchange Server 2013 (UM y OWA)
  • Entorno híbrido con Lync Online, puesto que hay usuarios en Skype For Business Online
  • Reverse-Proxy con TMG 2010 SP2 (esto no es relevante, pero para que lo tengáis como dato)
  • Federación por descubrimiento de socio y habilitada la federación con Skype
  • 4 Grupos de Respuesta
  • Varios dominios SIP
  • Varias políticas de usuario
  • Habilitado el Archivado y Supervisión
  • Todos los registros DNS internos y externos configurados (tipo A, CNAME y SRV) correctamente

Esto es todo lo que tenía que migrar/actualizar de una u otra forma para llegar a migrar a Skype For Business (de aquí en adelante Skype4B), y voy a empezar por recordar los requisitos que debemos cumplir en nuestra topología y servidores:

  • Instalar el CU5 o superior en vuestra topología de Lync Server
  • PowerShell RTM version (6.2.9200.0) o superior
  • Disponer de un SQL Server 2008 R2 SP2 o SQL server 2012 SP1
  • Kb2533623 Windows Server 2008 R2
  • Kb2858668 Windows Server 2012
  • KB2982006 Windows Server 2012 R2

Como ese mismo día  (1 de Mayo) Microsoft publicó una nueva actualización acumulativa para Lync Server 2013, antes de empezar con la migración he aplicado dicho parche: Nuevas actualizaciones acumulativas para Lync Server 2010 y 2013. Además, he aprovechado para actualizar los servidores de SQL de la versión xxxx al SP3 del SQL Server 2008 R2. Lo primero que debemos es identificar el service pack instalado en nuestro SQL Server, para ello podemos acceder a esta URL que lo tiene muy bien explicado (http://sqlserverbuilds.blogspot.com.es/) y además ya podemos ir a la descarga de los Services Pack:

Upgrade Lync 2013 a Skype For Business_11.PNG

Ahora lo que tocaba era ver la versión de los SQL Server que tengo, para ello abrimos la consola de administración del SQL Server y nos encontramos que tenemos la versión 10.50.2550.1 (SP2), que siendo compatible con la migración a Skype4B he decido revisar el resto de BBDD en los servidores para conocer si era posible la actualización sin comprometer la integridad del resto de BBDD.

Upgrade Lync 2013 a Skype For Business_10.png
Habiendo verificado que no habría problema en actualizarl al SP3 de SQL Server 2008 R2 (10.50.600.34), me he descargado el Service Pack y he actualizado ambos nodos de SQL. Aunque era festivo nacional (España) y podía desconectar  todo sin problema, he preferido ir por orden, por lo que inicie el proceso de actualización por el SRV-SQL2 que es el servidor de respaldo para las BBDD de Lync. Una vez descargado el service pack (http://www.microsoft.com/es-ES/download/details.aspx?id=44271), he iniciado el proceso de actualización:
Upgrade Lync 2013 a Skype For Business_12.png
Upgrade Lync 2013 a Skype For Business_13.png
Upgrade Lync 2013 a Skype For Business_14.png
Upgrade Lync 2013 a Skype For Business_15.png
Upgrade Lync 2013 a Skype For Business_16.png
Upgrade Lync 2013 a Skype For Business_17.png
8Upgrade Lync 2013 a Skype For Business_17.png

Este proceso lo he hecho en ambos servidores de SQL, pero de uno en uno. Ahora volvemos a ver la versión que tenemos en cada SQL Server y como podemos apreciar ya está actualizada (y todo funcionando sin problema):

Upgrade Lync 2013 a Skype For Business_18.png
 
A nivel de BBDD lo último que he hecho es revisar el estado del mirroring desde el punto de vista de Lync, para ello ejecutaremos el siguiente cmdlet: Get-CsDataBaseMirrorState -PoolFqdn <fqdn_pool_lync>
Upgrade Lync 2013 a Skype For Business_2_64.png

Ahora toca revisar que en todos los servidores cumplamos con los requisitos previos que necesitamos para migrar a Skype For Business:

  • PowerShell RTM version (6.2.9200.0) o superior: Listo
  • Instalar el CU5 o superior en vuestra topología de Lync Server: Listo (además ese mismo día he aplicado el último CU publicado por MSFT:
  • Kb2533623 Windows Server 2008 R2: Ya lo había instalado con anterioridad, sobre todo porque solicita un reinicio
  • Kb2858668 Windows Server 2012: Ya lo había instalado con anterioridad, sobre todo porque solicita un reinicio
  • KB2982006 Windows Server 2012 R2: Mi topología de Lync está en Windows Server 2012, por lo que no aplica en mi caso
Visto esto, lo siguiente era ver que la topología estaba correctamente replicada, para ello ejecutamos el siguiente cmdlet: Get-CsManagementStoreReplicationStatus y como vemos está todo a True (el que no lo está es el Gateway, pero no  forma parte de la replicación)
Upgrade Lync 2013 a Skype For Business_2_12.png
Ahora he querido revisar que todos los servicios de los servidores están iniciados, para ello ejecutamos el cmdlet Get-CsWindowsService (esto en cada servidor o bien desde cualquier Front-END podéis ejeuctar Get-CsWindowsService -Computer <nombre_servidor_lync>
Upgrade Lync 2013 a Skype For Business_2_11.png

Para continuar revisar si las BBDD están correctamente actualizadas, para ello ejecutamos el siguiente cmdlet: Test-CsDatabase -ConfiguredDatabases -SqlServerFqdn <fqdn_servidor_sql> | select databasename,installedversion,expectedversion

Upgrade Lync 2013 a Skype For Business_3.png
y en el supuesto caso de no tener la versión esperada, ejecutaremos el siguiente cmdlet: Install-CsDatabase -ConfiguredDatabases -SqlServerFqdn <fqdn_servidor_sql> -UseDefaultSqlPaths  -verbose
 
Upgrade Lync 2013 a Skype For Business_4.png

Una vez que finalice el proceso, volvemos a ejecutar el mismo cmdlet (Test-CsDatabase -ConfiguredDatabases -SqlServerFqdn <fqdn_servidor_sql> | select databasename,installedversion,expectedversion) para verificar que ya se han actualizado:

Upgrade Lync 2013 a Skype For Business_6.png
Ahora en los servidores Front-END he ejecutado el siguiente comando de PowerShell para verificar que estaban todos los requisitos a nivel de roles y características de Windows (https://technet.microsoft.com/en-us/library/dn933900.aspx):
 
Add-WindowsFeature NET-Framework-Core, RSAT-ADDS, Windows-Identity-Foundation, Web-Server, Web-Static-Content, Web-Default-Doc, Web-Http-Errors, Web-Dir-Browsing, Web-Asp-Net, Web-Net-Ext, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Http-Logging, Web-Log-Libraries, Web-Request-Monitor, Web-Http-Tracing, Web-Basic-Auth, Web-Windows-Auth, Web-Client-Auth, Web-Filtering, Web-Stat-Compression, Web-Dyn-Compression, NET-WCF-HTTP-Activation45, Web-Asp-Net45, Web-Mgmt-Tools, Web-Scripting-Tools, Web-Mgmt-Compat, Server-Media-Foundation, BITS
 
Upgrade Lync 2013 a Skype For Business_7.png
Con todo esto listo y revisado en los servidores Front-END, he revisado que el resto de servidores también tenían todo lo necesario para poder continuar. Algo que no me cansaré de recordar es que debemos tener nuestros sistemas operativos correctamente actualizados, y que debemos hacerlo de forma controlada, pero hacerlo por favor. En su momento ya había actualizado los servidores SQL Server Express 2012 de cada servidor y que se había hecho vía Windows Update, esto ya había explicado como hacerlo en este artículo: Actualizar el SQL Server Express 2012 de los servidores de Lync Server. Hasta aquí todo lo que deberíamos tener en cuanto a requisitos, siempre dando por hecho que todo estaba funcionando correctamente claro (certificados, registros DNS, etc..)
 

Comentaros que yo llevaré a cabo la actualización In-Place (Ruta de migración de Lync Server 2010 o 2013 a Skype For Business) y con solo un pool de servidores, por lo que no puedo mover a los usuarios a ningún otro pool. Simplemente los desconectaré y los actualizaré sin más, aprovechando el festivo pues no he tenido problemas con eso. Comentado esto, para que sepáis que tipo de actualización voy a llevar a cabo, comentaros de que debéis tener en cuenta algunas cosas que el instalador os solictará sino se cumple dicho requisito:

  • Necesitáis 32 GB de espacio libre en disco en la partición en donde se instalará Skype For Business 2015

Upgrade Lync 2013 a Skype For Business_2_311.png

Esto si lo he sufrido yo (jeje), puesto que tenía únicamente 31,9 GB disponibles

Upgrade Lync 2013 a Skype For Business_2_34.png

Aquí no he tenido problema alguno, puesto que como son máquinas virtuales simplemente he tenido que apagar la máquina, extender el disco y luego expandir la partición al tamaño que necesitamos, yo le he añadido 21GB y ahí lo vemos como espacio no asignado:

Upgrade Lync 2013 a Skype For Business_2_35.png
Una vez extendida la partición, ya tenemos el espacio necesario para continuar con el proceso de actualización (estos 32GB de espacio disponible se deben tener en cada servidor a actualizar)

Upgrade Lync 2013 a Skype For Business_2_36.png
Otro dato que ya os había comentado, es que como sabéis todos los servidores de Lync tienen un SQL Server Express 2012 instalado y debe estar actualizado al SP2, sino lo está no podréis continuar con la instalación (esta captura es de un LAB para poder mostrarla)

Upgrade Lync 2013 a Skype For Business_2_44.png

Con todas estas comprobaciones, ampliaciones, etc…ya estaba preparado para iniciar el proceso de migración a Skype For Business!!! Para ello debemos instalar las herramientas administrativas de Skype For Business en otro servidor que esté en el dominio, pero que no tenga Lync instalado. Aquí me llevé el primero y único "chasco inicial", que me daba el siguiente error ….

Upgrade Lync 2013 a Skype For Business_0.png

Pensando que era un problema de la ISO que me había descargado, me la he vuelvo a descargar pero el problema seguía estando ahí. Lo sigiuente que hice fue descomprimir la ISO y lanzar el proceso de instalación directamente desde la carpeta en donde había extraido el contenido de la ISO de Skype For Business (es_skype_for_business_server_2015_x64_dvd_6622166) y así funcionó perfectamente, por lo que pude continuar con el proceso de migración. Ahora el instalador tiene la posibilidad de conectarse a Windows Update antes de iniciar el instalador, justo después de la instalación de Visual C++ 2013 Redistributable (x64)

Upgrade Lync 2013 a Skype For Business_1.png

Por lo que podemos elegir que antes consulte a Windows Update, actualice el sistema operativo y luego continue con la instalación de Skype For Business (en mi caso no ha hecho falta ir a Windows Update, puesto que ya tenía todos los servidores completamente actualizados):

Upgrade Lync 2013 a Skype For Business_2.png

Una vez que pulsamos en Install inciará el proceso de instalación de los componentes principales de Skype For Business que nos permtirán tener el Asistente de Instalación, pero lo primero que debemos hacer es aceptar el contrato de Licencia y pulsar en Aceptar

Upgrade Lync 2013 a Skype For Business_2_1.png

Upgrade Lync 2013 a Skype For Business_2_2.png

Una vez que finalice se abrirá directamente el asistente de implementación de Skype4B, ahora lo que haremos será pulsar en Instalar herramientas adminsitrativas (como vemos no tocará el Directorio Activo, puesto que ya tenemos Lync instalado y Skype4B no hará modificación alguna)

Upgrade Lync 2013 a Skype For Business_2_3.png
Upgrade Lync 2013 a Skype For Business_2_4.png

Upgrade Lync 2013 a Skype For Business_2_5.png
Upgrade Lync 2013 a Skype For Business_2_6.png

Con esto ya tenemos las herramientas administrativsa instaladas
Upgrade Lync 2013 a Skype For Business_2_7.png
Ahora nos vamos a la interface Metro y escribimos en el buscador Skype y vemos que ya tenemos disponibles el Asistente para implementación de Skype Empresarial Server, Panel de Control de Skype Empresarial Server, Generador de Topologías Skype Empresarial Server y Shell de administración de Skype Empresarial Server

Upgrade Lync 2013 a Skype For Business_2_8.png

Lo primero y único que debemos hacer ahora es abrir el generador de la Topología de Skype Empresarial Server y marcar la casilla de Descarga topología de la implementación existente y pulsamos en Aceptar

Upgrade Lync 2013 a Skype For Business_2_9.png

Guardamos la topología con el nombre que queremos  y pulsamos en Guardar
Upgrade Lync 2013 a Skype For Business_2_13.png

Estamos en el momento más importante y es el inicio de la migración a Skype For Business, para ello abrimos la topología, hacemos clic con el botón secundario del ratón encima de nuestro pool  de servidores Front-END de Lync (en mi caso solo tengo uno) y pulsamos en Actualizar a Skype Empresarial Server 2015 …

Upgrade Lync 2013 a Skype For Business_2_15.png
OJO!!, Nos avisa de que este cambio no es reversible, pero vamos, que tenemos que pulsar en para poder continuar

Upgrade Lync 2013 a Skype For Business_2_16.png

Esto hará que el pool se mueva de la topología de Lync Server 2013 a Skype Empresarial 2015

Upgrade Lync 2013 a Skype For Business_2_17.png

Como mi topología es una Enteprrise lo que haremos será directamente publicar la topología y ya se actualizarán las BBDD, no tenemos que hacerlo por separado como en la versión Standard:

Upgrade Lync 2013 a Skype For Business_2_18.png
Pulsamos en Siguiente

Upgrade Lync 2013 a Skype For Business_2_19.png
Automáticamente selecciona los servidores de SQL en donde tenemos nuestras BBDD y podemos definir la ruta en donde van a crearse las BBDD, en mi caso lo  he dejado por defecto, así que pulsamos en Siguiente

Upgrade Lync 2013 a Skype For Business_2_20.png
Ahora se iniciará el proceso de publicación de la topología

Upgrade Lync 2013 a Skype For Business_2_21.png

Una vez que finalice, simplemente tenemos que pulsar en Haga clic aquí para abrir la lista de tareas, en donde nos indicará los pasos a seguir para completar el proceso

Upgrade Lync 2013 a Skype For Business_2_23.png

Se nos abre un fichero de texto en donde nos indican lo pasos a seguir:

Upgrade Lync 2013 a Skype For Business_2_25.png

Según las indicaciones del fichero de texto de los siguientes pasos a seguir, he hecho lo siguiente:

  1. Detener los servicios de cada servidor a actualizar (Stop-CsWindowsService)
  2. Ejecutar el instalador de Skype4B
  3. Iniciar todos los servicios de todos los servidores que vayamos actualizando, para el pool lo haremos con Start-CsPool y para el resto de servidores de la topología pero que no son servidores Front-END ejecutaremos Start-CsWindowsService

En el esquema que he puesto, indico cual es el orden que debemos seguir para actualizar nuestra topología, esto es importantísimo. Por nombrarlo de alguna forma, de adentro (Front-END) hacia afuera (EDGE). Esto es normal, porque no podemos actualizar un EDGE si la topología no está actualizada por los Front-END y así con otros servidores, así que lo primero serán los Front-END. En mi caso yo tengo dos servidores Front-END y el proceso será exactamente el mismo para ambos:

  • Paramos los servicios de cada Front-END, para ello ejecutamos el cmdlet Stop-CsWindowsService, para luego revisar si se han parado ejecutamos Get-CsWindowsService (se ve claramente que están todos parados). Como tenemos que reiniciar el servidor y no queremos que se inicien los servicios en cada reinicio mientras realizamos la actualización, debemos ejecutar Disable-CsComputer -Scorch

Upgrade Lync 2013 a Skype For Business_2_26.png

  • Ahora que los servicios están parados, iniciamos el proceso de actualización del primer Front-END, para ello iniciamos la instalación desde el instalador de Skype4B

Upgrade Lync 2013 a Skype For Business_1.png

Por lo que podemos elegir que antes consulte a Windows Update, actualice el sistema operativo y luego continue con la instalación de Skype For Business (en mi caso no ha hecho falta ir a Windows Update, puesto que ya tenía todos los servidores completamente actualizados):

Upgrade Lync 2013 a Skype For Business_2.png

Una vez que pulsamos en Install inciará el proceso de instalación de los componentes principales de Skype For Business que nos permtirán tener el Asistente de Instalación, pero lo primero que debemos hacer es aceptar el contrato de Licencia y pulsar en Aceptar

Upgrade Lync 2013 a Skype For Business_2_1.png

Como el asistente ya detecta que hay una instalación de Lync, automáticamente se pondrá actualizar a Skype4B (unos 15 minutos más o menos)

Upgrade Lync 2013 a Skype For Business_2_29.png

Upgrade Lync 2013 a Skype For Business_2_32.png

En el proceso de desintalación de Roles nos solicitará un reinicio del servidor, así que pulsamos en Aceptar y el servidor se reiniciará

Upgrade Lync 2013 a Skype For Business_2_33.png

Volvemos a iniciar el instalador de Skype4B y continuará con el proceso de actualización, pero como yo no había parado los servicios con el cmdlet Disable-CsComputer -Scorch  los servicios se me habían vuelto a iniciar y el asistente no puede continuar:

Upgrade Lync 2013 a Skype For Business_2_30.png

Por lo que los he vuelto a parar y le he dado a reintentar para continuar con el proceso de actualización

Upgrade Lync 2013 a Skype For Business_2_40.png

Upgrade Lync 2013 a Skype For Business_2_41.png

Upgrade Lync 2013 a Skype For Business_2_42.png

Y depués de un ratito (unos 20 minutos) se ha completado la instalación del primer Front-END del Pool, pulsamos en Aceptar para finalizar el proceso
Upgrade Lync 2013 a Skype For Business_2_47.png

Por último nos muestra una pantalla con los siguientes pasos, básicamente es iniciar los servicios de los Front-END del Pool (Start-CsPool) y el resto de servidores que vayamos migrando (después de migrar los Front-END)

Upgrade Lync 2013 a Skype For Business_2_48.png

Antes de ejecutar el cmdlet Start-CsPool he actualizado el segundo Front-END con el mismo proceeso que el primero, y una vez que se haya finalizado entonces ejecutamos el Start-CsPool

Upgrade Lync 2013 a Skype For Business_2_53.png

Upgrade Lync 2013 a Skype For Business_2_55.png

Este cmdlet inicia todos los servicios de todos los servidores del pool, por lo que no tenemos má que esperar y ver que se replican correctamente:

Upgrade Lync 2013 a Skype For Business_2_57.png

En este momento ya tenía acceso a iniciar sesión y utilizar todos los servicios, además de acceder al panel de control de Skype For Business:

Upgrade Lync 2013 a Skype For Business_2_62.png

Lo que me quedaba aún era mgrar el EDGE, Mediation Server y Chat Persistente a Skype For Business 2015 y lo primero que tenemos que hacer es abrir el Generador de Topologías, hacer clic con el botón secundario del ratón en cada Pool, Aplicaciones Compartidas y Servidores del resto de roles que queremos migrar a Skype4B y pulsar en Actualizar a Skype Empresarial Server 2015 …

Upgrade Lync 2013 a Skype For Business_2_58.png
El mensaje es el mismo que antes, una vez migrado no hay posibilidad de vuelta atrás de forma fácil, pero vamos, actualizar es lo que queremos, así que pulsamos en
Upgrade Lync 2013 a Skype For Business_2_59.png
Ahora ya tenemos todo migrador a Skype For Business 2015, a nivel de topología nos queda únicamente publicarla

Upgrade Lync 2013 a Skype For Business_2_65.png

Una vez que se haya publicado y replicado en todos los servidores, me he  puesto a migrar el resto de servidores (el proceso es el mismo que para los Front-END, únicamente que al final para iniciar los servicios se hace con el cmdlet Start-CsWindowsService). Una vez actualizados todos los servidores he vuelto a verificar si está todo correctamente replicado a través del cmdlet Get-CsManagementStoreReplicationStatus. Viendo que está todo Ok, doy por finalizadas las diferentes configuraciones 🙂

Upgrade Lync 2013 a Skype For Business_2_57.png

Como ya había finalizado el proceso de migración, he realizado las siguientes comprobaciones:

  • Iniciar sesión en Skype
    • Cliente de Escritorio: OK
      • Desde dentro de la red: OK
      • Desde Internet pasando por el EDGE: OK
    • Cliente Móvil: OK
      • Desde dentro de la red: OK
      • Desde internet pasando por el Reverse-Proxy: OK
    • Lync Web App: OK
      • Usuario anónimo: OK
      • Usuario autenticado: OK
  • Realizar llamadas
    • Vía ITSP: OK
    • Vía Cisco CME: OK
  • Recibir llamadas
    • Directivas: OK
    • A través de los grupos de Respuesta: OK
  • Verificar el acceso al buzón de voz de Exchange: OK
  • Verificar la integración de Skype For Business en OWA: OK
  • Compartir presentaciones de PowerPoint: OK
  • Federaciones
    • Con otras implementaciones de Lync: OK
    • Con Skype: OK

Aquí os dejo algunas captura de pantalla de la reuniones en línea, buzón de Voz, etc..

Upgrade Lync 2013 a Skype For Business_Errores_3.png

Upgrade Lync 2013 a Skype For Business_Errores_5.png
Upgrade Lync 2013 a Skype For Business_Errores_6.png
Upgrade Lync 2013 a Skype For Business_Errores_7.png

Upgrade Lync 2013 a Skype For Business_Exchange_Skype.png

 

Upgrade Lync 2013 a Skype For Business_Exchange_Skype_UM.png
 
Días después he configurado el poder añadir usuarios de Skype por su ID buscándolos en el directorio de Skype y ha funcionado perfectamente: Agregar contactos de Skype (skypeids.net) en Skype For Business Online y On-Premises
 

Como resumen, puedo decir que ha ido todo mejor de lo esperado, teniendo en cuenta que me aventuré sin más a migrar a Skype4B el primerísimo día que  ha salido la versión RTM. Las complicaciones han sido mínimas y ahora mismo llevamos desde el viernes pasado (1 de Mayo de 2015) y todo ha funcionado perfectamente. Ningún usuario se ha enterado de la migración, puesto que todo ha funcionado exactamente igual y sin problema alguno. Es importante que sigáis el proceso de migración de adentro a fuera comentado anteriormente, pero vamos, es algo lógico y necesario. Si intentáis migrar un servidor con un ROL diferente a un Front-END mientras estos no están migrados os encontraréis con esto:

Upgrade Lync 2013 a Skype For Business_2_52.png

Yo he tratado de exponer mi experiencia en este artículo, porque la verdad no hay mucha información detallada sobre la migración de una versión Enterprise, si para una Standard. Ambas son bastantes sencillas, claramente cuando más grandes sea la topología más compleja será, pero desde luego estoy gratamente sorprendido, todo ha funcionado y funciona muy bien. Había leido que la versión de móvil mejoraría mucho, y doy fe de ello. Ahora se reciben los mensajes en el móvil a la vez que en el pc, se registran las conversaciones perdidas en el móvil, si estás con la sesión iniciada en el móvil y alguien te envía un mensaje te llega al momento, etc.. vaya que por lo menos ahora funciona bien y falta que actualicen los clientes móviles, pero todo llegará.

Ahora os toca a vosotros actualizar vuestras topologías y tener el mismo éxito que yo, ya os digo que ha funcionado todo a las mil maravillas.

Espero que os sea de utilidad!!!

Con la llegada de la versión de servidor de Skype For Business también llega a nosotros como se va a licenciar, algo que parece que muchos no tienen claro aun en día. No es un producto complejo de licenciar, es cuestión de tener claro varias cosas:

  • A nivel de servidor se licencia n​solo los servidores con el rol de Front-END, el resto de roles no se tienen que licenciar a nivel de Skype4B, simplemente el sistema operativo (Windows Server)
  • Los clientes tienen tres CAL, la primera es obligatoria  que es la que nos permite tener acceso a iniciar sesión, presencia y video uno a uno. El resto de licencias (Enterprise y Plus) son para tener acceso a conferencias y utilizar los servicios de VoIP. Se tiene que adquirir la básica más la Enterprise, Plus o ambas en base a las necesidades de cada usuario
  • El cliente de Skype For Business Basic se descarga de la web de Microsoft y es gratuito, pero no excluye del pago de las CAL (es un concepto diferente). Se descarga el cliente de Lync Basic y con las actualizaciones correspondientes se pasa a Skype For Business. Además, este cliente se descarga con cualquier plan de Office 365 que tenga Skype For Business
  • El cliente de Skype For Business viene con el Office 2013 (2016 en breve) Pro Plus, por lo que debemos contar con este software instalado para poder utilizar Skype4B con todas las funcionalidades disponibles a nivel de cliente. El Office 2013 lo podemos aquirir también en versión de pago por uso, para ello debemos contratar el Plan Office 365 ProPlus (https://products.office.com/es-es/business/office-365-proplus-business-software). Si tenemos ya un Office 2013 Plus SP1 con una actualización tendremos el cliente Skype For Business con una actualización:
  • Si se cuenta con un plan de Office 365 E4 ya se adquiere el derecho a las tres licencias de acceso de usuario, por lo que no tendríamos que adquirir ninguna de las tres licencias por separado.
Aquí os dejo un pequeño esquema del licenciamiento de Skype For Business, faltarían los clientes de móvil que de momento no hay una versión específica hasta la fecha. Pero entiendo que el licenciamiento será el mismo (pulsar en la imagen para verla a tamaño real):
 
Licenciamiento Skype4B.jpg
 

Espero que os sea de utilidad!!!

Con la llegada de ​Skype For Business Server (1 de Mayo de 2015) ya podemos agregar contactos de Skype (el de consumo) en nuestro cliente Skype For Business, por lo que ahora ya tenemos las siguientes opciones disponibles para el cliente final:

 

 

En Skype For Business Online ya desde el 15 de Abril se tenían  habilitado el poder conectar con usuarios de Skype (de consumo) buscándolos por su ID de Skype, no solo como hasta ahora que era a través de las cuentas MSA.

 

 

Esto es una excelente noticia, ahora Microsoft ha conectado de golpe a los 300 millones de usuarios de Skype con los usuarios de Skype  For Business Online y On-Premises!!

 

 

Cómo se comentaba desde Skype For Business ya podemos agregar a cualquier usuario de Skype a través de su ID de Skype y no solo  usuarios con cuentas MSA:

Skype_ID_ADD_Skype4B__1.png

Si lo probáis con Skype For Business OnLine entonces no tendréis problemas, simplemente agregáis el usuario y esperáis confirmación por su parte. Simplemente al usuario que agreguéis le llegará una solicitud para permitir el contactar con él:

Skype_Skype4B_6.png

Y únicamente debemos agregarlo y listo, ya estáis en contacto:

Skype_Skype4B_2.png
En Skype For Business mientras no se haya completado la aceptación de contacto, no se podrá contactar con el usuario y así nos lo hace saber:

Skype_Skype4B_4.png

Y una vez que el usuario de Skype nos ha aceptado, ya estamos listos para comunicarnos:

Skype_Skype4B_17.png

Con Skype For Business 2015 On-Premises también lo podéis hacer, pero previamente tenéis crear un proveedor de federaación público con el siguiente cmdlet:
 

New-CsPublicProvider -Identity Skype -ProxyFqdn federation.messenger.msn.com -IconUrl https://images.edge.messenger.live.com/Messenger_16x16.png
-NameDecorationRoutingDomain msn.com -NameDecorationExcludedDomainList "msn.com,outlook.com,live.com,hotmail.com" -VerificationLevel UseSourceVerification -Enabled $true -EnableSkypeIdRouting $true -EnableSkypeDirectorySearch $true
 
Skype_Skype4B_22.png
 
Importante: No se pueden hacer cambios sobre el proveedor una vez creado, debéis borrarlo y crearlo nuevamente con todos los parámetros establecidos según convenga, en caso contrario … os mostrará este error:
Skype_Skype4B_21.png
Por lo que debeis borrarlo con Remove-CsPublicProvider -Identity <nombre_proveedor>, y volver a ejecutar el cmdlet anterior. Una vez hecho, ya tendréis disponible la opción de buscar en el Directorio de Skype:
Skype_Skype4B_23.png

Los requisitos para completar este proceso lo tenemos aqui: Federación de Skype con Skype For Business. Aunque os comento que en la versión RTM de Skype For Business la opción de búsquedas en el Directorio de Skype a nivel de topología cambia con respecto a la captura que nos mostraba Microsoft en la documentación:

Imagen de Microsoft:

Federación Skype con Skype For Business.png

Imagen de mi topología:

Skype_Skype4B_24.png

Aunque realmente utliza el puerto 4443, no lo podemos cambiar como parece que estaba en la imagen de Microsoft (casi mejor sino ..). Pero si bien es cierto que no  debemos confundirlo con el puerto 4443 de la replicación de la configuración, del que hablo es este:

Skype_Skype4B_25.png

También comentarosY no he tenido que publicar ese puerto desde Internet hacia mi EDGE, puesto que es el puerto que se utiilzará para buscar en el Directorio de Skype. Como en la imagen de Microsoft estaba algo confuso, pensé que había que publicar el puerto 4443 hacia la IP del EDGE, pero no es así o por lo menos yo no lo he tenido que hacer he podido buscar contactos sin problema.

Los que hayais migrado (como yo) ya podéis tener acceso a unificar vuestro cliente de mansajería en Skype For Business, puesto que ya podemos agregar a cualquier usuario de Skype sea a través de su DI o cuenta de Microsoft.

Comentaros que no he tenido que tocar nada más que la creación del proveedor público, el proceso de federación ha quedado intacto tal cual estaba ya configurado en su momento:

  1. Federación y Acceso de Usuarios Externos
  2. Lync Server: Un Edge, Un Certificado SAN para un Dominio, Múltiples Dominios SIP y Federaciones
  3. Federación con Skype: Problemas con las llamadas de Voz y la Federación
  4. Federación Lync – Skype: Opciones disponibles para el usuario final
  5. Federar Lync OnLine con tu Lync On Premise
  6. Federar Lync 2013 con Google Talk
  7. Lync Server: Enviar declinación de responsabilidades de archivado a los socios federados

Espero que os sea de utilidad!!