Microsoft Lync Server
Header

Microsoft ha liberado una actualización para el cliente móvil de Lync​ 2013 para iOS, Android y Windows Phone, con respecto a los cambios introducidos parece que inicialmente son referentes a la experiencia de uso de la aplicación por parte del usuario y la correción de bugs existentes:

Lync_2013_Abril_2014_1.PNG
Aquí tenéis los enlaces de descarga para los diferentes dispositivos:
 
 
Si alguien encuentre algo interesante en la actualización, por favor que deje algún comentario. Yo os dejo alguna captura de la página de descarga de la app en donde podemos ver las novedades como mejora de la experiencia de usuario:
a23c0e9e-ce60-4bd9-bebf-87943ea349f5.png2a362392-8e1f-416e-af96-a2ccefc7b6a3.png
Espero que os sea de utilidad!

​Microsoft ha publicado  una nueva versión de la guía de Lync para usuarios que podéis colgar en vuestra intranet, os descargáis los ficheros de este enlace http://www.microsoft.com/en-us/download/details.aspx?id=42539 y tendréis acceso a una pequeño portal web para instruir a los usuarios de como utilizar Lync 2013 (en Inglés)

Lync-How-To_2013.png

La versión anterior a esta era la Lync How To disponible aquí: Lync 2010 How-to Training Tool y por último tenéis la que desde ASIR hemos hecho partiendo de la base de la versión 2010 pero con contenido de Lync 2013 en Español (http://blog.asirsl.com/Paginas/guialync.aspx)

Lync-How-To_2013-1.PNG

Si alguien quiere los ficheros para colgarlo en su intranet, puede dejar un comentario al final de este artículo y la haré llegar vía OneDrive. Los videos están en nuestro Canal de Youtube, por lo que siempre estarán disponibles, pero si queréis podéis modificar el aspecto de la guía web todo lo que queráis.

Espero que os sea de utilidad!!!

Ahora que muchas empresas empiezan a descubrir Office 365 (por desgracia es así, aún ahora se dan cuenta de los beneficios de la nube),  se dan cuenta de las posibilidades de la nube y los servicios de valor añadido que pueden tener a un coste muy asequible. y como no, uno de los servicios que más les soprende es Lync, la herramienta perfecta para muchos usuarios que necesitan comunicación en tiempo real (IM, A/V) entre los trabajadores de la empresa y sus clientes. El problema con el que se encuentran es como configurar los registros DNS que Microsoft te indica que debes crear en tu servidor DNS externo para que los usuarios puedan utilizar Lync con autoconfiguración (pulsar en la imagen para verla a tamaño real):

DNS Externos para Lync On-Line.jpg
Microsoft nos indica los registros DNS que debemos crear para que los usuario solo tengan que escribir el usuario y contraseña de Office 365 para iniciar sesión en Lync. De tal forma, que lo único que nosotro debemos hacer es crear los registros en nuestro servidor DNS en el proveedor en donde tengamos alojado nuestro dominio. Los registros que debemos crear son los siguientes: 

Tipo Nombre Destino TTL
CNAME sip.yourDomainName.com sipdir.online.lync.com 1 hour
CNAME lyncdiscover.yourDomainName.com webdir.online.lync.com 1 hour
Tipo Servicio Protocol  Puerto  Peso Prioridad TTL Nombre Destino
SRV _sip _tls 443 1 100 1 hour yourDomainName.com sipdir.online.lync.com
SRV _sipfederationtls _tcp 5061 1 100 1 hour yourDomainName.com sipfed.online.lync.com
​Si queremos conectarnos desde dentro de la red de la empresa y nuestro firewall no permite las consultas DNS de tipo SRV fuera del  su ámbito de seguridad, debemos crear los siguientes registros DNS en el servidor DNS interno (si lo tenemos):
 
Tipo Nombre Destino TTL
CNAME sip.yourDomainName.com sipdir.online.lync.com 1 hour
CNAME lyncdiscoverinternal.yourDomainName.com webdir.online.lync.com 1 hour
Tipo Servicio  Protocolo Puerto  Peso  Prioridad TTL Nombre Destino
SRV _sip _tls 443 1  100 1 hour yourDomainName.com sipdir.online.lync.com
 
Como vemos lo único que debemos hacer es configurar una serie de registros DNS que apunten a los servidores de  Lync On-Line de Microsoft, puesto el cliente Lync encontrará los servicios que  nos permitirán iniciar sesión en base al dominio introducido como parte del nombre del usuario. Como  hemos configurado nuestro dominio en Office 365 lo que queremos es poder iniciar sesión como tal, y para ello debemos crear los registros DNS que nos indica Microsoft. Sí somos una pequeña empresa es poosible que no tengamos un servidor DNS dentro de nuestra red, por lo que únicamente debemos preocuparnos de crear los siguientes registros DNS en nuestro registrador de dominio. En mi caso tengo como proveedor en donde he registrado los mis dominios en ARSYS (WWW.ARSYS.ES), por lo que tendría que crear los registros DNS directamente desde tu página web. Para ello iniciamos sesión, buscamos el dominio en el cual queremos configurar los registros de Lync On-Line y vamos añadiendo los registros uno a uno. Lo primero es acceder a la sección de configuración del DNS y posteriormente añadir los registros que nos solicita Microsoft:
 
DNS Externos para Lync On-Line_1.JPG
Una vez dentro del panel de gestión del DNS de nuestro dominio, veremos todos los registros DNS creados con anterioridad y desde ahi podemos crear los nuevos registros
DNS Externos para Lync On-Line_2.JPG
El primer registro que crearé será uno tipo CNAME, así que elijo el tipo de registro e introduzco los datos correspondientes. El campo Entrada DNS se corresponde con el campo nombre de la tabla que nos proporcionado Microsoft, y el campo Valor se corresponde con el campo Destino. Solo debemos especificar el nombre de nuestro dominio en la Entrada DNS, de ahí que haya puesto sip.ASIRLAB.com:
 
  • Registro para el inicio de sesión del cliente Lync de Escritorio
DNS Externos para Lync On-Line_3.JPG
  • Registro para el inicio de sesión del cliente Lync Móvil
DNS Externos para Lync On-Line_4.jpg
Por último debemos crear dos registros SRV, el "problema" es que algunos proveedores de registros de dominios no nos permiten crear registros SRV a nosotros y se los tenemos que solicitar al proveedor. Arsys es uno de estos proveedores que no nos dejan manipular estos datos, de tal forma que tendremos que enviarles una solicitud vía e-mail  solicitando el siguiente registros SRV (cada uno debe poner su nombre de dominio claramente):
  • Registro SRV para la configuración automática del cliente Lync, lo que permitirá al cliente Lync encontrar los servidores de Lync en los cuales iniciaremos sesión:
_sip._tls.asirlab.com       SRV service location:
          priority       = 100
          weight         = 1
          port           = 443
          svr hostname   = sipdir.online.lync.com
  • Registro SRV para habilitar la federación de tu dominio con otros usuarios de Lync / Skype:
_sipfederationtls._tcp.asirlab.com       SRV service location:
          priority       = 100
          weight         = 1
          port           = 5061
          svr hostname   = sipfed.online.lync.com
 
Una vez que el proveedor haya creado los registros DNS, ya podemos iniciar sesión en Lync On-Line sin tener que configurar de forma manual el cliente Lync. Además, de que algunos registros DNS los necesitamos para otros servicios: 
  •  _sip._tls.asirlab.com: Para habilitar la IM y Presencia en Outlook Web App
Como en Arsys no puedo crear los registros SRV de mi zona pública, os muestro alguna capturas de pantalla de otros proveedores que si lo permiten:
 
dinahosting_srv.PNG
 
joker_srv.PNG

En función de cada proveedor os lo mostrará de forma diferente, pero el fin es crear el registro SRV correspondiente. Y si os fijáis bien, aquí tenéis todos los datos para cubrir en el proveedor:

 
_sip._tls.asirlab.com       SRV service location:
          priority       = 100
          weight         = 1
          port           = 443
          svr hostname   = sipdir.online.lync.com
 
Ahora bien, si queremos que nuestros usuarios se conecten desde la red local de la empresa y tenemos un firewall muy restrictivo que no permite resolver nombres DNS de tipo SRV, entonces debemos crear estos registros en el servidor DNS interno. Lo que debemos es crear varios registros DNS, uno de tipo SRV y dos CNAME. Como estos registros DNS se crearán en el servidor DNS interno, los usuarios consultarán los registros creados directamente en la red local. Antes de nada comentaros, que si el nombre de dominio interno y externo no es el mismo que utilizaremos en Lync On-Line, lo primero es crear una zona DNS con el nombre público y luego los registros necesarios. En este ejemplo haremos todo el proceso, de tal forma que mi dominio público es ASIRLAB.COM y el interno ASIRSL.COM, por lo que tenemos que crear una zona primaria (podemos crear una zona integrada, pero para este caso sencillo mejor lo hacemos con una zona primaria). Abrimos la consola de administración del servicio de DNS, pulsamos con el botón secundario del ratón en Zonas de búsqueda directa y pulsamos en Zona nueva …
DNS Externos para Lync On-Line_5.jpg
Pulsamos en Siguiente
DNS Externos para Lync On-Line_6.jpg
Elegimos que es una zona principal (en nuestro caso) y desmarcamos la casilla de Almacenar la zona en Active Directory …(también en nuestro caso) y pulsamos en Siguiente
DNS Externos para Lync On-Line_7.jpg
Escribimos el nombre de dominio que tenemos configurado en Office 365 (recordar que si creamos esta zona DNS es porque el nombre de dominio interno es diferente al externo) y pulsamos en Siguiente
DNS Externos para Lync On-Line_8.jpg
Esto lo dejamos por defecto y pulsamos en Siguiente 
DNS Externos para Lync On-Line_9.jpg

Como es una zona interna y que además solo tendrá los registros que nosotros creemos de forma manual, habilitamos la casilla de No admitir actualizaciones dinámicas y pulsamos en Siguiente
DNS Externos para Lync On-Line_10.jpg
Nos muestra un resumen de la configuración antes de crear la zona y si todo está correcto, pulsamos en Finalizar
DNS Externos para Lync On-Line_11.jpg
Lo primero que haremos a continuación será crar los registros CNAME, para ello pulsamos con el botón secundario del ratón encima de la nueva zona y pulsamos en Alias nuevo (CNAME)…
DNS Externos para Lync On-Line_12.jpg

Ahora crearemos los registros sip.nombre_dominio.com y lyncdiscoverinternal.nombre_dominio.com, pero lo haremos de uno en uno y siguiendo el mismo proceso:

  • sip.asirlab.com: debemos cubrir el nombre del alias: SIP y el Nombre de dominio completo (FQDN) para el host de destino: sipdir.online.lynclcom
DNS Externos para Lync On-Line_13.jpg
  • lyncdiscoverinternal.asirlab.com: debemos cubrir el nombre del alias: lyndiscoverinternal y el Nombre de dominio completo (FQDN) para el host de destino: webdir.online.lynclcom
 DNS Externos para Lync On-Line_17.jpg
 
Por último debemos crear un registro SRV para la configuración automática del cliente Lync de Escritorio, para ello pulsamos con el botón secundario del ratón encima de la zona DNS creada anteriormente y pulsamos en Registros nuevos …
DNS Externos para Lync On-Line_14.jpg
Elegimos Registro de servicio (SRV) y pulsamos en Crear registro …
DNS Externos para Lync On-Line_15.jpg
 
Y para crear este registro debemos cubrir los datos tal cual podéis apreciar en la siguiente captura
DNS Externos para Lync On-Line_16.jpg
 
Ahora en la consola de administración del servicio de DNS, vemos que tenemos los distintos registros DNS que hemos creado:
DNS Externos para Lync On-Line_18.jpg
DNS Externos para Lync On-Line_19.jpg
Ahora que ya tenemos las distintas zonas creadas, comentaros que ahora vuestro servidor DNS será el encargado de resolver los distintos nombres de HOST que se corresponden con el dominio público, por lo que debéis añadir los registros tipo A de los registros comunes como el www y similar. Pensad que ahora el servidor DNS tiene el control de la zona  con el nombre de dominio ASIRLAB.COM (en mi caso, en vuestro caso sería el vuestro) y si se corresponde con el nombre público cuando los clientes intenten resolver el nombre www.asirlab.com el servidor no sabrá hacerlo sino lo creáis, y no podréis conectaros a la web o servicios que tengáis publicados fuera de vuestra organización, esto se conoce como Split-Brain DNS (buscarlo en google y ampliaréis más información sobre esto, sino daría para otro artículo).
 
Una vez que habéis configurado los registros DNS Públicos e Internos (opcional), ya podéis iniciar sesión en Lync, en Outlook Web App de forma transparente y automática en función del nombre de dominio que hemos introducidor para iniciar sesión.
 
Me gustaría comentaros, que como podéis apreciar el HOST de los registros SRV no apuntan a un HOST de vuestro dominio y siempre al de MSFT de ahí este artículo que habría escrito en su momento y que aquí os dejo como recordatorio:
En el os comentaba que con un solo certificado público podemos utilizarlo para iniciar sesión de forma automática en Lync, Federarnos con otra organizaciones (incluso con Microsoft), etc .. siempre y cuando configuremos de forma correcta los nombres DNS que tenemos que crear.  Porque el HOST de destino siempre se corresponde con el nombre de certificado que tiene asignado el servicio, de tal forma que nos dará error al conectarnos porque es un certificado público y se corresponde con el nombre de destino que utilizará el cliente de Lync para conectarse.
 
Como podéis apreciar poner a funcionar Lync On-Line es muy sencillo, simplemente crear los usuarios en Office 365 y crear los registros DNS para vuestro dominio y en cuestión de minutos tienes todos los servicios funcionando.
 
Espero que os sea de utilidad!!!

Una de las cosas que debemos tener en cuentra cuanto desplegamos cualquier servicio al cual nos conectaremos vía internet, es claramente el ancho de banda que debemos contratar o disponer para no tener una mala experiencia del servicio. Cuando implementamos VoIP, una de las cosas más importante es tener en cuenta es la conectividad hacia nuestro ITSP y si disponemos de las redes remotas, pues el ancho de banda entre ellas. Existen muchos escenarios de implementación de un sistema de voz, pero en la mayoría de las ocasiones por la simplicidad de gestión se utiliza un sistema centralizado para que todos  los usuarios se conecten a la sede central para utilizar el sistema de voz. El problema llega cuando tenemos sedes en distintos paises/contienentes, puesto que debemos atravesar más nodos de los esperado para conectarnos de un extremo a otro.  Es posible también, que vuestro cliente o empresa esté localizado en países en donde no tengamos muy claro que tipo de conectividad tendremos entre la sede central y la sede remota, pero podemos tratar de tener una pequeña estimación del retardo entre ellas utilizando algunas herramientas disponibles en el mercado. Muchas de estas herramientas son simplementes páginas webs desde las cuales podemos realizar ciertos test de velocidad, pero la mayoría son simplemente test entre la conexión desde la cual lanzas el test y un sitio único, pero con http://www.speedtest.net podemos lanzar distintos test de velocidad entre la conexión desde la cual inicias el test y del punto de destino sobre el cual queremos "calcular" el tiempo de respuesta entre ambos extremos:

Test_de_Velocidad_Entre_Distancias_Considerables_4-1.png
 
Además, esta herramienta web nos permite tener un registro de los test realizados, por lo que nos será muy útil para tomar ciertas decisiones en nuestros proyectos. Por ejemplo el escenario que vamos a implementar, si un entorno centralizado o distribuido por falta de ancho de banda entre la sedes. Esto dependerá de varios factores también:
  • Número de sedes
  • Número de usuarios por sede
  • Llamadas de Voz entre sedes
  • Videoconferencias entre sedes
  • Llamadas de Voz externas
  • Llamadas de Voz externas a países fuera del ámbito local de cada sede
  • etc..

Con todo estos datos  (y algunos más que faltarían), poderíamos tener algunas decisiones críticas para el proyecto como elegir distintos ITSP locales de cada país para garantizar una buena conectividad entre la sede remota y el ITSP para que el TRUNK SIP tenga una conectividad aceptable y no se nos "caigan" las llamadas, etc.. No quiero profundizar en este tema porque tendríamos para muchos artículos, simplemente que es más que recomendable siempre tratar de revisar el ancho de banda disponible entre sedes, sobre todo cuando están en distintos paises o continentes por la cantidad de nodos que atraviesan aumentando así el retardo en las comunicaciones entre ambas sedes. Como os comentaba, con la herramienta de http://www.speedtest.net, sin llegar a ser 100% fiable, sí que nos dará una idea clara de lo que nos podemos encontrar. Para realizar el test únicamente debéis acceder a la página web de OOKLA (http://www.speedtest.net ) y realizar el test seleccionando el nodo de destino en el país que queráis y que esté disponible en el mapa y pulsáis en COMENZAR PRUEBA

 

Test_de_Velocidad_Entre_Distancias_Considerables_5.png
 
La primera pruebas es un PING para verificar el tiempo de respuesta entre ambos extremos, y posteriormente se proceso el test de bajada y subida respectivamente:

 

Test PING

Test_de_Velocidad_Entre_Distancias_Considerables_6.png

Test Descarga

Test_de_Velocidad_Entre_Distancias_Considerables_1.png

Test Carga

Test_de_Velocidad_Entre_Distancias_Considerables_2.png

Una vez que se ha completado el test, nos muestra lo resultados, que además podemos compartir en Facebook o Twitter con nuestros seguidores o amigos

Test_de_Velocidad_Entre_Distancias_Considerables_3.png
Si queremos tener un histórico de nuestros test, debemos registrarnos (gratuito y en menos de 1 minuto lo tienes hecho), podemos tener los resultados de nuestros tests:

Test_de_Velocidad_Entre_Distancias_Considerables_7.png

Una vez registrados también podemos realizar ciertas parametrizaciones interesantes, por lo menos para desde mi punto de vista:

Test_de_Velocidad_Entre_Distancias_Considerables_8.png
Me repito, sin ser 100% fiable (porque hay muchísimas consideraciones más a tener en cuenta), creo que puede ser de ayuda ante cualquier proyecto en donde la conectividad entre sedes es algo clave. En cualquier proyecto de Voz es algo vital, así que ya sabéis, a realizar vuestros test antes de iniciar cualquier proyecto para poder tomar buenas decisiones antes de iniciarlo. Aquí os dejo también un tabla muy  interesante sobre los códecs de audio más utilizados (Lync utiliza el G.711):

Test_de_Velocidad_Entre_Distancias_Considerables_9.png

Espero que os sea de utilidad!!!

Microsoft ha liberado nuevas actualizaciones para el Cliente y Servidor de Lync 2010, aquí tenéis​ los enlaces de descarga oficiales

Update
Update
This download includes all available updates for Lync 2010.
FREE
Release Date:
4/17/2014
Update
Update
This download includes all available updates for Lync Server 2010.
FREE
Release Date:
4/17/2014
Update
Update
This download includes all available updates for Lync 2010.
FREE
Release Date:
4/17/2014

 

El proceso de actualización del cliente es trivial como siempre, y la del servidor es siempre el mismo proceso (http://support.microsoft.com/kb/2493736). En cuanto a la versión de servidor aquí tenéis a que afecta esa actualización:

Lync_Update_CU12.png

Actualización de Standard/Enterprise edition Server 2909888 (http://support.microsoft.com/kb/2909888/)

Descripción de la actualización acumulativa de Lync Server 2010: enero de 2014
  • Actualización de Conferencing Server
    2889609

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

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

    Descripción de la actualización acumulativa de Lync Server 2010, Unified Communications Managed API 3.0 en tiempo de ejecución: octubre de 2013

  • Actualización de componentes de servidor
    2953588

    Descripción de la actualización acumulativa de Lync Server 2010, servidor de componentes Web: abril de 2014

  • Actualización de componentes básicos
    2953590

    Descripción de la actualización acumulativa de Lync Server 2010, componentes principales: abril de 2014

  • Actualización para el servicio de archivado
    2859580

    Descripción de la actualización acumulativa de Lync Server 2010, servicio de archivado: julio de 2013

  • Actualización para el servicio de movilidad
    2847899

    Descripción de la actualización acumulativa de Lync Server 2010, servicio de movilidad: julio de 2013

  • Actualización para la API administrada de comunicaciones unificadas 3.0, la ejecución de las actividades de flujo de trabajo de Windows 64-bit
    2847897

    Descripción de la actualización acumulativa de Lync Server 2010, la ejecución de las actividades de flujo de trabajo de UCMA 3.0 Windows: julio de 2013

  • Actualización para el servidor de conferencia Web
    2708616

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

  • Actualización para el operador de la conferencia
    2954004

    Descripción de la actualización acumulativa de Lync Server 2010, operador de conferencias: abril de 2014

  • Actualización de herramientas administrativas
    2670358

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

  • 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 servidor de mediación
    2640253

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

 

 

Una vez que hayáis instalado las actualizaciones, debéis ejecutar el siguiente cmdlet en vuestros Front-END

Install-CsDatabase -Update -ConfiguredDatabases -SqlServerFqdn <EEBE.Fqdn> -UseDefaultSqlPaths

Lync_Update_CU12_1.png

Por último ejecutamos el siguiente cmdlet y comprobamos que no tenemos problemas con la topología: Enable-CsTopology

Aquí os dejo una tabla resumen de las actualizaciones hasta la fecha (incluida la de ahora)

Version Actualización Acumulativa KB
4.0.7577.108 Enero 2011 (CU1) http://support.microsoft.com/kb/2467775
4.0.7577.137 Abril 2011 (CU2) http://support.microsoft.com/kb/2500442
4.0.7577.166 Julio 2011 (CU3) http://support.microsoft.com/kb/2571546
4.0.7577.183 Noviembre 2011 (CU4) http://support.microsoft.com/kb/2514980
4.0.7577.190 Febrero 2012 (CU5) http://support.microsoft.com/kb/2670352
4.0.7577.199 Junio 2012 (CU6) http://support.microsoft.com/kb/2701585
4.0.7577.203 Octubre 2012 (CU7) http://support.microsoft.com/kb/2737915
4.0.7577.216 Marzo 2013 (CU8) http://support.microsoft.com/kb/2791381
4.0.7577.217 Julio 2013 (CU9) http://support.microsoft.com/kb/2860700
4.0.7577.223 Octubre 2013 (CU10) http://support.microsoft.com/kb/2889610
4.0.7577.225 Enero 2014 (CU11) http://support.microsoft.com/kb/2909888
​4.0.7577.230 ​Abril 2014 http://support.microsoft.com/kb/2493736


Espero que os sea de utilidad!!!