Microsoft Lync Server
Header

Todos los fabricantes de software que requieran hardware adicional para que funcionen sus aplicaciones suelen recomendar hardware específico, lo bueno de ello es que es hardware que en el 99% de las ocasiones has sido testeado y certificado por el fabricante de software. Aquí os dejo un estupendo enlace en donde podréis encontrar tanto hardware como aplicaciones de terceros y que Microsoft os muestra como recomendable para Lync

Hardware_y_APPs_compatibles-1.PNGHardware_y_APPs_compatibles-2.PNG
Sí accedemos a cada sección podemos encontrarnos varios filtros que nos permitará encontrar lo que queremos en cuestión de segundos
  • Hardware
Hardware_y_APPs_compatibles-3.PNG
  • Apps
Hardware_y_APPs_compatibles-4.PNG
Espero que os sea de utilidad!!!

Desde mi punto de vista Lync es uno de los productos más complejos que tiene Microsoft, sobre todo por la integración que tiene con múltiples tecnologías y que un ingeniero de Lync debería tener conocimientos de los siguientes servicios o tecnologías:

Lync_Ingeniero.png

  • Active Directory
  • Exchange Server
  • SharePoint Server
  • Gateway de Voz
  • Reverse-Proxy
  • Trunk SIP
  • Firewalls y Routers
He creado una pequeña tabla resumen con las distintas tecnologías que un ingeniero de Lync debe conocer y con el nivel de conocimiento recomendado que debería tener (según mi criterio). He valorado cada servicio del 1 al 5:
  1. Conozco la tecnología o servicio pero no lo he manejado nunca
  2. Conozco la tecnología o servicio y en alguna ocasión lo he tenido que configurar  pero únicamente lo necesario para implementar Lync
  3. Conozco la tecnología o servicio y lo manejo con asiduidad pero únicamente lo necesario para implementar Lync
  4. Conozco la tecnología o servicio y lo manejo a diario  pero en la mayoría de las ocasiones para implementar Lync
  5. Conozco la tecnología o servicio y soy un experto porque lo manejo a dario para otros servicios diferentes a Lync

Aquí os dejo la tabla comentada:

Servicio 1 2 3 4 5
                   
Active Directory
Esquema Active Directory          
Delegación de Permisos          
Usuarios          
Directivas de Grupo          
                   
Servicios de Infraestructura
Entidad de Certificación          
Servidor DNS          
Servidor DHCP          
           
Networking
Proxy Inverso          
Protocolos y Puertos de los distintos servicios          
Configuración de Firewalls y/o Routers          
Enrutamiento Estático          
Direccionamiento IP          
NAT          
DMZ          
VPN          
MPLS          
VLAN          
Balanceadores Hardware          
           
Telefonía IP
TRUNK SIP          
Códecs de Audio          
Códecs de Vídeo          
Dimensionamiento          
Líneas de Voz (PRI, BRI, RTB)          
Gateway de Voz          
Transcoding          
           
Exchange Server
Mensajería Unificada          
Configuración IIS para integrar OWA con Lync          
Listas de Distribución          
           
Certificados
Solicitud de Certificados (Privados o Públicos)          
Certificados SAN o Wilcard          

No he querido entrar a nivel de detalle en cada servicio, porque entonces no me llegaría 10 tablas más como esta. Creo que como punto de referencia puede serviros, si alguno está interesado en ser un ingeniero de Lync deberíais llegar como mínimo a los niveles marcados en rojo. Yo soy de los que piensa que un buen ingeniero de cualquier tecnología, debe como mínimo tener nivel 3 en las tecnologías adyacentes a la principal. De tal forma que podrá tener un amplio conocimiento de la solución, siendo capaz de proyectar una instalación con garantías de éxito además de tener una capacidad de análisis para el troubleshooting excelente.

Está claro que uno no puede ser «maestro» de todo, de ahí que cada uno deber utilizar la tecnología (Gateways, Routers, Firewalls, etc..) con la que más «a gusto» se sienta y tratar de formarse lo máximo posible. Porque hardware adiciona para Lync existe todo el que queramos y más, pero también es cierto que siempre debemos tratar de adquirir conocimiento de hardware certificado para Lync y de ahí evolucionar el conocimiento.

Algo que he visto que se les atraviesa más a los los ingenieros de Lync, es la parte referente a los certificados (¿Qué certificados necesitamos para Lync?). Se les complica un poco si pueden utilizar certificados privados o públicos, como solicitarlos y a quien (DigiCert, Verisign, etc..). Y eso es vital tenerlo claro, porque es parte indispensable e innegociable para que «funcione»:

Como os comentaba al principio, Lync es un producto que para que funcione depende  de muchas tecnologías adyacentes, además para los que vienen del mundo de sistemas les puede dar más que un dolor de cabeza. Sobre todo porque os meterá de lleno en el mundo del networking (firewalls, reverse-proxy, routers, VLAN, MPLS, NAT), mensajería unificada (Exchange Server), VoIP (Trunk SIP, Proveedores ITSP) (cambio de chip total), etc… pero también es cierto que es un mundo muy bonito porque te hace tener una visión más completa sobre la evolución de las comunicaciones empresariales y sus beneficios (El ROI en las Comunicaciones Unificadas).

Espero que les sea de utilidad!!!

Sí os encontráis con este problema ….. tranquilos es de fácil solución (si tenéis espacio claro). Si os ocurre algo parecido a esto cuando aparentemente no estáis haciendo nada más que una simple configuración (nuevo dominio federado en este caso)New-CsAllowedDomain_registro_transacciones_base_datos_xds_1.PNG

El problema viene dado porque el servidor de SQL Server no tiene espacio disponible en la partición en donde reside la BBDD xds (Almacén de administración central)New-CsAllowedDomain_registro_transacciones_base_datos_xds_2.PNG

Como os comentaba anteriormente tiene fácil solución si tenemos recuersos suficientes, únicamente debemos ampliar la partición y ya podremos continuar con nuestras configuraciones. Aunque el error no es del todo claro en cuanto al problema real, ayuda bastante a saber como enfocarlo porque no tiene mucha historia.

Espero que os sea de utilidad!!!

​​Con Windows Server 2012 R2 tenemos nuevas directivas para prevenir que los usuarios utilicen SkyDrive, estas están localizadas en las siguiente opción de una GPO:

Configuración del equipo
  Directivas
    Plantillas Administrativas
      Componentes de Windows
        SkyDrive

GPO_Windows_Server_2012_R2_SkyDrive_4.png

  • Guardar documentos e imágenes en el equipo local de forma predeterminada

GPO_Windows_Server_2012_R2_SkyDrive_1.png

  • Impedir el uso de SkyDrive para almacenar archivos

GPO_Windows_Server_2012_R2_SkyDrive_2.png

  • Impedir que los archivos de SkyDrive se sincronicen a través de conexiones de uso medido

GPO_Windows_Server_2012_R2_SkyDrive_3.png

Como podemos podemos controlar distintas opciones de SkyDrive, esto nos ayudará a gestionar nuestros entornos corporativos y con ello evitaremos:

  • Ahora del consumo de ancho en las redes empresariales
  • Evitamos fugas de información vía SkyDrive personales
  • Controlaremos la utilización de SkyDrive vía conexiones de uso medido (3G, 4G, etc…)

Eso sí, son directivas que son de aplicación en Windows 8.1 y Windows RT 8.1

Espero que os sea de utilidad!!

​Con Windows Server 2012 R2 han llegado muchísimas novedades entre ellas las nuevas directivas de grupo que tenemos disponibles para al menos Windows Server 2012 R2, Windows 8.1 o Windows RT 8.1. Una de ellas es la posibilidad de configurar que después de que nuestro equipo se reinicie porque Windows Update ha reiniciado nuestro equipo, inicie sesión con el usuario interactivo . Para configurarla debemos crear una GPO, vincularla a la OU de equipos (al menos Windows Server 2012 R2, Windows 8.1 o Windows RT 8.1) y modificamos la siguiente directiva:

Configuración del equipo
  Directivas
    Plantillas Administrativas
      Componentes de Windows
        Opciones de Inicio de Sesión en Windows

         Inciar sesión automáticamente con el último usuario interactivo después de un reinicio iniciado por el sistema

Inicio_sesión_automático_2.png

Únicamente debemos habilitarla y esperar a que se aplique a los equipos de la OU en la que hemos asignado esta GPO.Inicio_sesión_automático_1.png

Ahora cuando hayamos iniciado sesión en un equipo ( Windows 8.1 o Windows RT 8.1) o servidor (Windows Server 2012 R2) y se reinicie por una actualización mientras tenemos la sesión iniciada, se reiniciará automáticamente iniciará sesión con nuestra cuenta y bloqueará la sesión

Espero que os sea de utilidad!!!