Lync 2013 – Pool Pairing

2 agosto, 2013 Lync 2013 No comments

Otra de las nuevas características para Alta Disponibilidad y Disaster Recovering dentro de Lync 2013 es el Pool Pairing.

Donde dos Front End Pool que se encuentran distribuidos en sitios geográficos diferentes, ambos activos y el servicio de Lync Server Backup provee una replicación en tiempo real para mantenerlos sincronizados.

El Servicio de Lync Server Backup es  una caracteristica de Lync 2013 y se instala en un Front End cuando se configura un Pool Pairing.

Si uno de los dos pool en pairing falla, se realiza un failover de los usuarios y pasaran al backup pool, quien dará el servicio para los usuarios alojados en ambos pool. Es decir, tendrá los usuarios alojados en el, mas los usuarios del pool caído.

Antes de configurar el pool pairing se debe de tomar en cuenta lo siguiente:

  • Un Enterprise Pool solo puede hacer Pool Pairing con otro Enterprise Pool
  • Un Stantard Pool solo puede hacer Pool Pairing con otro Standard Pool
  • Un Pool Físico solo puede hacer Pool Pairing con otro Pool Físico, mismo caso con uno virtual, solo puede hacer Pool Pairing con otro Virtual.

NOTA: Esto no quiere decir que no sea posible hacerlo o configurarlo, ni el Topology Builder ni el Deployment Wizard realiza la validación de estas condiciones, sino que son ambientes no soportados.

Adicional a las recomendaciones anteriores, se debe de considerar que cada uno de los Pool en Pairing debe de tener la capacidad de soportar la cantidad total de usuarios alojados en ambos Pool para  brindarles el servicio.

La relación como Backup Pool entre los servidores en Pairing es 1:1 (en Lync 2010, era uno a varios), es decir, si el Pool01 es el Backup Pool del Pool02, entonces forzosamente el Pool02 debe de ser el Backup Pool del Pool01.

NOTA: Aunque la relación entre Pools es 1:1 como Backup Pool, cada pool puede ser el Backup de cualquier numero de SBA. El Pairing sin embargo no toma a los usuarios alojados en el SBA. Así que si falla el Pool que tiene como Backup un SBA, los usuarios del SBA quedaran con modo de sobrevivencia y no pasaran al Backup Pool del Pairing.

CMS Failover

Cada implementación de Lync cuenta con un CMS que es alojado por un servidor de Back End perteneciente a un Pool.

Cuando el Pool que aloja la CMS es puesto en pairing, una copia de la CMS es guardada en el Backup Pool y los servicios de CMS son instalados en ambos pools. Solamente uno de ellos lleva el rol de Master, mientras el otro se encuentra en StandBy.

Durante una falla del Pool que aloja la CMS y lleva el rol de Master, el administrador sera quien deba de hacer los pasos para hacer el Failover de la CMS, antes de los de Front End.

Windows Fabric / Users Groups nuevas características de Lync 2013

1 agosto, 2013 Lync 2013 No comments

Me he puesto a revisar algunas de las nuevas características de Lync 2013, y una de las que mas me ha gustado es la función que tienen Windows Fabric en conjunto con User Groups.

Aquí les dejo una pequeña introducción de estas características, esperando sus comentarios.

En Lync 2010, se utiliza un algoritmo para la distribución de los usuarios donde se crea una lista ordenada con todos los Front End servers disponibles.Cada que un usuario es habilitado para Lync 2010, es ejecutado este algoritmo para determinar en cual de los Front End Servers sera alojado el usuario.

Para Lync 2013, el algoritmo ha cambiado para que automaticamente se asigne a los usuarios a un User Group. Cada User Group tiene definido un Front End como primario, otro Front End como secundario y otro como terciario.

En caso de contar con menos de 3 Front End Servers, se tendrá únicamente un primario y secundario, o solamente un primario.

Windows Fabric es el responsable de la replica entre Front End para mantener la copia de la información de los usuarios en los tres Front End Servers.

En resumen entre menos FE, menos copias de la información de usuario.

Cuando un Front End que esta como Server Primario de un User Group falla, se tiene la opción de registrarse al secundario o al terciario (en caso de existir)

En el caso extremo de que ninguno de los tres Front End se encuentre disponible, Windows Fabric selecciona otro Front End (en caso de que se tenga algun otro disponible diferente de los tres anteriormente asignados al User Group) obtiene la informacion de la base de datos persistente que se encuentra en el BackEnd y crea un nuevo User Grouup para que los usuarios puedan iniciar sesión.

Debido a esto el encargado de administrar la información del usuario es el Front End, por lo que ahora aloja las bases de datos que anteriormente residían en el Back End. Este cambio fue pensado para mantener la presencia y los contactos de los usuarios en caso de presentarse una perdida o desconexion con el Back End.

En Lync 2010 cuando esto sucedia, se presentaba el famoso «Red Ribbon – Limited Connectivity Due to Outage», con este cambio se pretende evitar que el usuario final, sufra las consecuencias.

Como resultado de esta nueva característica se tienen requerimientos adicionales para contar con la funcionalidad completa.

Imagen

Cuando el numero de servidores disponibles es menor que el necesario mostrado en la tabla. El pool entra en modo de sobrevivencia (Survability Mode) y si despues de 5 minutos aun continua en esta modalidad, detendra todos los servicios de Lync.

Comentarios Finales

Me gusta la idea de pasar las bases de datos encargadas de la presencia y los contactos a los Front End, ya que por problemas mínimos con el BackEnd podría darse el Red Ribbon y alertar a los usuarios mortales de un problema, del cual no deberían ni de enterarse.

Lo malo, es que ahora el numero mínimo de servidores se ha incrementado (Best Practice, no quiere decir que no funcione con uno solo), ademas del incremento ya conocido al tener que agregar el rol de WAC, y mas si se desea en HA.

LAura : Interesante Aplicación

31 julio, 2013 Lync 2013 No comments

LAura, aplicación bastante llamativa, donde de acuerdo a tu presencia es como tendrás el color de las ventanas en tu Sistema Operativo.

Aquí la liga para mayores detalles

http://laura.codeplex.com/

Instalar Lync 2013 Client via GPO

30 julio, 2013 Lync 2013 No comments

El presente manual intenta ayudar a la implementación del cliente de Lync 2013 por medio de GPO.

Actualmente el cliente de Lync 2013 se encuentra dentro de la media de instalación de Office 2013, por lo que será necesario utilizar el Customization Tool (COT).

Asi que lo primero que debemos de hacer es tener la media de instalación de Office 2013.

Nota: Debe de ser Volume Licence para poder utilizar el Customization Tool.

Escribimos %Path%/setup.exe /admin

Imagen 022

Esto abrirá la consola, seleccionamos que se cree un Nuevo archive de personalizacion.

Imagen 023

Mostrará todas las opciones de configuración que podemos realizar, haré mención solo de las básicas para la instalación del cliente de Lync, pero pueden profundizar más sobre esta personalización de instalación.

Imagen 024

En instalación pueden seleccionar la ruta de instalación predeterminada, además de especificar el nombre de la organización.

En la parte de Licencia e interfaz de usuario, pueden seleccionar el método para el Product Key de Office, puede ser por medio de KMS o escribir la MAK. Eso dependerá del tipo de licenciamiento con el que cuenten.

Seleccionar la casilla de Acepto los términos del contrato de licencia, y en nivel de Presentación, seleccionar Ninguno.

Imagen 025

El siguiente paso es importante, si se tienen versiones previas de Office 2013

En Quitar instalaciones anteriores, seleccionar las aplicaciones que no deseamos que se desinstalen, y dar clic en Detalles. Aparece una nueva ventana,  limpiar el checkbox. Para que en la ventana anterior, en la Columna Quitar , aparezca No Quitar Ninguna.

Si no se realiza esta acción, se desinstalara la versión previa de Office.

Imagen 028

En la opción de Establecer los estados de instalación únicamente dejar seleccionado Microsoft Lync.

Actualizacion: Lync debera de dejarse con la opcion Ejecutar todo desde mi equipo, los demas deberan de dejarse como ocultos, en caso de que no se vayan a instalar, y no se desee que se desinstalen.

Imagen 029

Una vez terminada esta configuración, debemos de guardarla. Para ello nos vamos a Archivoà Guardar Como.. y seleccionamos la ubicación donde queremos que se quede el archivo. La extensión del archivo guardado es .msp.

Imagen 030

Con esto ya podríamos realizar la instalación del cliente de Lync, únicamente creando una carpeta compartida, y seleccionando el .msp

Para realizar la instalación por medio de GPO. Necesitamos crear un .bat como el siguiente

\\SharedFolder\Lync2013Client.msp

Y con la ayuda del GPO Manager Editor, podemos ejecutar este script cuando encienda o cuando apaguen un equipo

Imagen 031

En mi caso del laboratorio lo puse en Startup.

Imagen 032

Espero les sea de ayuda

Callee did not receive an ACK for the 200 OK

23 julio, 2013 Lync 2010 No comments

Me encontré con este error mientras se hacia la implementación de HA para el servicio de Edge.

El escenario que tienen es :

  • 1 Pool Enterprise (2 Front End)
  • 1 Pool Edge ( 2 Edge)
  • 1 Reverse Proxy
  • HLB

Donde las llamadas entre usuarios internos con federados funcionaban sin ningún problema. Las llamadas entre usuarios externos (es decir, ambos usuarios desde fuera de la LAN de la compañía)  funcionaban sin problema. El detalle se presentaba cuando un usuario se encontraba dentro de la LAN empresarial y otro desde Internet. Mostraba el siguiente error al obtener la traza con el Logging Tool:

«Callee did not receive an ACK for the 200 OK»

Se realizo la revisión de que todos los puertos estuvieran abiertos, permisos del usuario, etc.

He aquí la solución que funciono para este caso:

Se debe de asegurar que el certificado interno del pool de edge, solamente tenga el Subject Name con el nombre del pool. No necesita tener como SAN los nombres de los servidores.

En este caso se tenia como SAN el nombre del pool de edge y el de los servidores de Edge, ademas de los Simples URL y servidores FE. Y era por ello que se decidió realizar este cambio.

Antes:

SN: lyncpool01.dominio.local

SAN: fe1.dominio.local

fe2.dominio.local

meet.dominio.local

dialin.dominio.local

lyncdiscover.dominio.local

lyncdiscoverinternal.dominio.local

lyncedgepool.dominio.local

lyncedge1.dominio.local

lyncedge2.dominio.local

Modificando el certificado interno para el edge.

SN: lyncedgepool.dominio.local

Una vez realizado este cambio las llamadas comenzaron a funcionar sin ningún problema en todos los sentidos.

Espero les sea de ayuda.