Cerrar
InicioCertificadosMigrar SkypefB On-Premises a SkypefB On-Line CloudPBX

Migrar SkypefB On-Premises a SkypefB On-Line CloudPBX

Este artículo tiene como objetivo mostrar el proceso de migrar vuestro Skype For Business On-Premises a Skype For Business On-line, contando de que en On-Premises tenemos los servicios de VoIP habilitados para los usuarios. Esto quiere decir, que si nos vamos a Skype For Business On-line es con la finalidad de mover nuestros servicios de VoIP a CloudPBX. No son muchos clientes los que están llevando a cabo este proceso, pero quiero mostraros el proceso que hemos vivido en mi empresa. Nosotros teníamos Skype For Business con la siguiente topología: Ya no tienes excusas para no implementar una solución de Comunicaciones Unificadas con Microsoft Lync Server 2013. Aunque el esquema que os enseño es con Lync 2013, la migración se había hecho In-Place (Migración paso a paso de Lync Server 2013 Enterprise a Skype For Business 2015 Enterprise), de ahí que la topología sea la misma y la configuración es la de la izquierda, teníamos un entorno híbrido de Skype y de Exchange. Además, los usuarios tenían su buzón de voz en Exchange Online, puesto que ya teníamos todos los buzones en On-Line:Topologia_Basica_Lync_2013_ST-L2.jpg

Aquí os dejo algunos artículos que os pueden resultar de interés, para entender bien este artículo de como vamos a migrar nuestros servicios de On-Premises a On-Line incluyendo la portabilidad de nuestros números de teléfono de servicio:

Además de todo esto, os menciono por independiente la configuración del entorno híbrido entre Skype For Business On-Premises y On-line: Cómo configurar un entorno híbrido entre Lync On-Premises y Lync Online con split-domain, creo que es muy importante que sepáis como funciona y en que consiste. Y por último, 9 posibles esquemas de red a implementar en vuestras compañías para acomodar a Lync Server / Skype For Business Server 2015:

Entre todos los artículos que os he referenciado, tenéis creo que un 90% de los procesos y servicios a implementar para tener una instalación de Lync Server / Skype For Business Server 2015 implementada en vuestras empresas. Pues ahora lo que quiero mostraros es como migrar todo esto, a un sólo proveedor de CloudPBX como es Microsoft y claramente utilizando Skype For Business On-line. Con CloudPBX ya “no nos tenemos que volver a preocupar por la infraestructura”, esto es algo que mantiene y soporta Microsoft. Además, si migramos nuestros servicios de VoIP hacia CloudPBX eliminaremos muchos problemas que nos encontramos al desplegar en On-Premises la solución de Voz Enterprise. No es que no funciona bien, sino que requerimos muchos componentes para hacerlo funcionar.

Como siempre, aquí os dejo el esquema sobre el que partirá este artículo, es un esquema muy grande y así lo subido para que podáis guardarlo y visualizarlo correctamente. Aquí describo el proceso de migración de nuestros servicios de SkypefB On-Premises a On-Line:Migrar SkypefB On-Premises a Skypefb On-line CloudPBX

El proceso de adquisición y asignación de licencias para dotar de CloudPBX a los usuarios partiendo de un Plan Enterprise E3 lo había descrito aquí: Moviendo nuestros servicios y máquinas virtuales a Azure (Parte III). En ese artículo, sólo había movido un primer usuario para probar que todo funcionaría bien, sin iniciar el proceso de portabilidad, puesto que primero quería completar la portabilidad y ese mismo día completar el proceso para el resto de usuarios. Por lo que, voy a empezar por la solicitud de portabilidad de nuestros números de teléfonos corporativos (o de servicio como les llama Microsoft). Este proceso, no se puede iniciar desde la web de administración de Skype For Business On-line, se tiene que hacer desde el siguiente enlace donde tenemos un documento que tenemos que cubrir y enviar a MSFT: Documento Solicitud Portabilidad, ahí tenéis las instrucciones de como solicitar la portabilidad. Tenéis que acceder a dicha URL y descargaros el siguiente documento:

Es un PDF editable, por lo que tenéis que cubrirlo y enviarlo a la cuenta de correo indicada en el documento:

Una de las opciones que nos muestra, es la de poder definir si queremos que estos números de servicio a portar se puedan utilizar para mostrar como CallerID cuando realizamos llamadas a la PSTN:

Esto estaría perfecto, porque así cuando cualquier usuario llame a otra persona vía PSTN, mostrará siempre el número de servicio que queramos (y tengamos portados claro). Pero … esto no es válido para España, Portugal e ItaliaPor lo menos es lo que me ha dicho el soporte de Microsoft, de momento no está ni previsto en el Roadmap habilitar dicha función para estos países. Esta configuración a posteriori la podéis realizar de forma manual, pero si estáis en alguno de estos países (yo estoy en España) no funcionará. De todas formas, aquí os dejo como sería la configuración de este servicio: Documentación de Set-CsCallingLineIdentity

New-CsCallingLineIdentity -Identity CallerID -Description “Politica XXXX” -CallingIDSubstitute Service -EnableUserOverride $false -ServiceNumber “34XXXXXX”
Set-CsCallingLineIdentity -Identity CallerID -ServiceNumber “34XXXXXX” -CallingIDSubstitute Service -Verbose
Grant-CsCallingLineIdentity -Identity “usuario@dominio” -PolicyName “CallerID”

Una vez cubierto el documento de autorización de portabilidad y enviar a Microsoft (PTNEU@microsoft.com), os llegará un correo confirmando que ya se ha iniciado la portabilidad:

Luego de preguntarles en cuanto se completaría mi portabilidad, es ha sido su respuesta:

Y cuando nuestro operador actual confirma la portabilidad, Microsoft nos lo confirma con el siguiente correo:

Y como bien indico en mi esquema, más o menos tardarán 15 días en completarse el proceso de la portabilidad, por lo que mientras tanto podemos ir configurando nuestro Operador Automático, las Colas de Llamadas y todo los relacionad con dicho servicio. Aunque no tenemos los números portados, si que los tenemos disponibles en el panel de Administración de Skype For Business:

Por lo que en nuestros operadores automáticos como os comentaba, ya lo podéis configurar y así dejarlo listo para cuando se haya completado la portabilidad ya tenemos todo listo. Como en mi caso tenemos un entorno sincronizado (Federado también), cada vez que creamos una Cola u Operador automático, nos mostrará la siguiente alerta. Por lo que tendremos que crear un objeto en nuestro AD Local con el siguiente cmdlet que nos muestra en pantalla: New-CSHybridApplicationEndPoint

Aquí tenéis el detalle de este proceso: Announcing new capabilities in Auto Attendant and Call Queue, en mi caso aquí tenéis mis usuarios creados para ir creando las colas y operadores automáticos (Operadores Automáticos y Colas de LLamadas en Cloud PBX via Skype For Business Online). OJO, aunque tenemos los números disponibles en Skype For Business On-line pero sin portabilidad, si los utilizamos para crear los Operadores Automáticos, esto os generará un conflicto con vuestra configuración de On-Premises, porque habrá dos objetos en el AD con el mismo LineUri. En mi caso que he hecho, he creado el objeto y he modificado manualmente el número de teléfono en los atributos del usuario local. De esta forma, tengo ya todo configurado en On-Line y cuando se complete la portabilidad lo cambio en On-Premises y fuerzo la replicación con AzureAd Connect y en cuestión de minutos está todo listo (en mi caso sólo en los usuarios asociados a los Operadores Automáticos):

Estos son usuarios sólo sirven en este entorno sincronizado, y para que tenga un contacto asociado entre On-Premises y On-Line, pero tenemos que tenerlo. Al final, es un usuario deshabilitado y con los atributos necesarios para estar disponible. Mientras ya tenemos todo esto configurado, ahora queda esperar esos 15 días hasta que se complete la portabilidad y en el momento que se complete Microsoft os enviará un correo parecido a este:

Bien, pues ahora sí que tenemos que empezar a mover los usuarios a On-Line, porque como habéis visto la configuración de los Operadores Automáticos en un entorno híbrido no está soportado, sólo pueden ser usuarios 100% en Nube:

Como yo tenía el atributo LineUri modificado en el atributo del usuario en el AD Local por el tema del Operador Automático y el tener la configuración en On-Premises sobre ese número, ahora lo vuelvo a modificar y fuerzo la replicación en AzureAD Connect (Start-ADSyncSyncCycle -PolicyType Initial) y mientras tanto vamos asignando las licencias necesarios a los usuarios que quedaban por asignárselas y moverlos al Pool de Skype For Business Online. Una vez que tenemos las licencias asignadas, iniciaremos el proceso de movimiento de los usuarios de mi Skype For Business On-Premises a Online: Mover usuarios a Skype Empresarial Online. Este proceso también está descrito en el mismo articulo comentado anteriormente: Moviendo nuestros servicios y máquinas virtuales a Azure (Parte III).

Ahora que ya tenemos los usuarios en Skype For Business Online,vamos a configurar los registros DNS, tanto internos como externos. Esto yo lo hago así, porque voy a quitar ya en el mismo proceso todos los servidores de On-Premises, sino como tenemos un entorno híbrido funcionando y bien configurado, en primera instancia no había que cambiar nada en cuanto a los registros DNS. Pero insisto, yo voy a mover todo a Skype For Business On-line y además quiero apagar todos los servidores. Pero antes de tocar los registros DNS, voy a quitar la configuración del entorno híbrido, para ello desde PowerShell conectado a Skype For Business On-Line ejecutamos el siguiente cmdlet: Set-CsTenantFederationConfiguration -SharedSipAddressSpace $False 

A continuación he configurado los registros DNS en función de mis necesidades:

Con esto, los usuarios ya pueden iniciar sesión en Skype For Business Online con sus números de usuario asignados y  pueden empezar a realizar llamadas a la PSTN:

Y como los operadores automáticos ya estaba configurados, ya podrán recibir llamadas a los números de servicio de la empresa los cuales hemos portado:

Ahora en la sección de informes, ya podemos ver llamadas entrantes y salientes:

Sobre los informes comentaros que estos son los que tenemos en España y otros países, pero en USA tienen este informe que nos permite saber el número de minutos consumidos por los usuarios: PSTN minute pools report

Aquí en España si queremos saber los minutos consumidos, te exportas el informe en formato Excel y haces ahí el cálculo. Según la gente de soporte de Microsoft, esto es algo que está en el Roadmap y llegará a estar disponible en breve. Es que si tenemos un servicios de llamadas que se cobra un fijo por x minutos y luego resulta que no los puedes consulta de forma fácil .. esperemos que llegue tanto pronto como comentan.

Con esto ya estamos 100% en CloudPBX, y sin rastro de los servidores de Skype For Business On-Premises, por lo que podemos apagar todos los servidores que tengamos. Pero antes, quedaría decomisarlos de forma correcta, para ello simplemente vamos quitando todos los componentes de la topología y publicándola hasta dejar sin configuración dicha topología. Si queréis verlo en detalle, aquí os dejo un enlace que he encontrado al respecto: Decommissioning Skype/Lync on-premises (disculpad sino lo he documentado, pero no puedo documentarlo todo todo). Si por el contrario, os encontráis con la situación de que habéis eliminado los servidores virtuales sin antes haber ejecutado los pasos adecuados, aquí os dejo un artículo que había escrito hace unos meses sobre como eliminar Skype For Business On-Premises de forma forzosa. OJO, no toquéis los atributos de los usuarios como yo había hecho en este artículo, porque aquí los hemos movido de otra forma: Eliminar Skype for Business On-Premises forzosamente y habilitar usuarios en Skype for Business OnLine

Y ya por último, como bien sabéis recientemente se ha habilitado la posibilidad de realizar y recibir llamadas mediante Microsoft Teams, así que si tenéis habilitado Microsoft Teams en vuestro tenant podrías configurarlo también. Aquí os dejo el artículo donde he comentado este proceso: Microsoft Teams, conceptos y tecnología (Parte V)

Pues esto sería todo, ya hemos migrado de forma exitosa a Skype For Business On-line todos nuestros usuarios, nos hemos desecho de los servidores de On-Premises y habilitado las llamadas en Teams. Por si alguno no se había dado cuenta, en el esquema de proceso de migración de este artículo, tenía dos referencias importantes:

Este era mi objetivo, deshacerme de la infraestructura On-Premises y ganar en servicios y disponibilidad. Empezamos con todos los servidores y servicios que hacen falta para disponer de todos los servicios de Skype For Business en On-Premises y luego ya veis, todo se consume como servicio, BIEN!!! Yo resumo este proceso en la siguiente frase:

Proceso sencillo, con grandes beneficios y excelente feedback por parte de los usuarios

Ahora bien, me queda un sabor de boca un poco agridulce con esto:

  • No poder mostrar como CallerID el número de servicio, sólo se puede mostrar el número del usuario
  • Los informes de consumo de minutos son muy pobres

En un próximo artículo sobre Skype For Business On-line os hablaré sobre los informes de calidad y análisis de llamadas:

Espero que este artículo os ayude a tomar la decisión de subir vuestros servicios de Voz Empresarial a CloudPBX con Skype For Business, aunque aún le falta algún detalle creo que es muy positivo para las compañías subir sus servicios al CloudPBX.

Cloud App Security e
Resumen de Artículo
NO HAY COMENTARIOS

DEJA UN COMENTARIO

Este sitio web utiliza cookies. Si continúas navegando, consideramos que aceptas su uso. Puedes obtener más información en nuestra política de cookies. ACEPTAR

Aviso de cookies