Microsoft Lync Server
Header

​Esta es una de las novedades muy interesantes, puesto que nos permite almacenar las fotos de los usuarios directamente en Exchange pero en alta resolución. En la versión de Lync 2010 podíamos almacenarlas en el Active Directory, pero esto tenía algunas limitaciones sobre todo en el tamaño con el que podíamos almacenar las fotos de los usuarios (48x48px). Con Lync 2013 y Exchange 2013 podemos almacenar las fotos directamente en Exchange con una resolución máxima de 648x648px que está pero que muy bien, mirad la diferencia:

48×48

648×648

No hay mucho que decir, la diferencia es más que notable. Esto lo podemos conseguir con Lync 2013 y Exchange 2013, además podemos configurar varios tamaños de imágenes para usos diferentes:

98×98 píxeles: se usará en Microsoft Outlook 2013 Web App, Outlook 2013, Microsoft Lync Web APP y Lync 2013

648×648 píxeles: se usará en Lync 2013 y Microsoft Lync Web App

MSFT recomienda cargar fotos de 648×648 píxeles, puesto que permite tener la máxima calidad para ser mostrar en los diferentes clientes. Según MSFT una imagen en JPEG de 648×648 píxeles y una profundidad de 24 bits dará lugar a una imagen de 240kilobytes, en principio este almacenamiento no debería ser un problema para nadie en estos tiempos. Algo muy interesante es que los usuarios pueden cargar ellos mismos sus fotos desde Exchange, para ello vamos a opciones dentro de Outlook Web App

Ahora pulsamos en editar información…

Automáticamente se nos abrirá otra pantalla para cambiar las distintas opciones disponibles para el usuario, entre ellas la foto

Solo debemos pulsar en cambiar y elegir la nueva imagen con el tamaño 648×648 píxeles y pulsamos en guardar

Si ahora volvemos al correo veremos que ya tenemos nuestra foto cambiada y, como vemos tenemos la posibilidad de modificar la imagen desde aquí pulsando en cambiar

Si ahora iniciamos sesión en un cliente Lync veréis que tenemos la nueva foto

Si hacemos clic sobre la imagen vemos las nuevas opciones disponibles en el cliente Lync 2013

Como vemos la imagen tiene mucho más calidad que esta otra imagen que no tiene las fotos almacenadas con alta calidad en el Exchange,

sobre todo se percibe más claramente cuando iniciamos una conferencia o recibimos una llamada de teléfono porque la imagen no se puede adaptar

a la pantalla con calidad porque la imagen ya no la tiene (10KB)

Para verificar que la imagen subida al Exchange tiene el tamaño que queremos (648×648) podemos acceder a la imagen en la siguiente URL:

https://mail.asirsl.com/ews/Exchange.asmx/s/GetUserPhoto?email=sbuitrago@ucomsenespanol.com&size=HR648x648

Si como administrador queremos subir las fotos de los usuarios, podemos hacerlo mediante la siguiente serie de comandos de PowerShell desde

el Shell de administración de Exchange:

Podemos ejecutar cada una de las líneas por separado o crear un .ps1 y ejecutarlo de forma única

El cambio es inmediato, porque ahora el cliente Lync consulta la imagen que tiene asignada desde los servicios web de Exchange (EWS),

de ahí que en cuanto cambiemos la imagen del usuario la tendrá disponible sin tener que iniciar sesión de nuevo ni borrar los ficheros locales

del perfil de Lync, etc… (por lo menos en mis pruebas ha sido así)

 -->

Para poder verificar desde donde está cogiendo la imagen me he conectado desde fuera de la zona de seguridad del firewall, vamos como usuario

externo y esto es lo que veo en la consola del TMG

Como se puede apreciar está buscando la imagen de HD 96×96 para mostrar en el cliente Lync.

Espero que os sea de utilidad!!!

Es común ver este tipo de errores en algunas implementaciones de Lync, en el visor de eventos nos encontramos un ID 21034 el cual en su descripción no muestra que no se han podido normalizar X números de teléfono asignados en los atributos de los usuarios ……

eventid_21034_address_book_1.png
Este problema viene dado por los números de teléfono establecidos en los atributos de los usuarios en el Directoorio Activo, puesto que no se han cubierto con el formato E.164. Si abrimos el fichero Invalid_AD_Phone_Numbers.txt que nos indica en el evento  podemos ver que cantidad de números no ha podido normalizar:
eventid_21034_address_book_3.png
En este caso nos muestra el usuario (xxx@asirsl.com), el atributo en el Directorio Activo que contiene el número no normalizado (mobile) y el número en si. (63x xxx xxx, etc…) Estos números son los que aparecen en la tarjeta del contacto de los usuarios, de tal forma que nos está solicitando que estén normalizados con el formato E.164. Para ello si revisáis bien el evento veréis que os ofrece la solución para este «problema»:
eventid_21034_address_book_4.png
Debéis crear un fichero de texto con el nombre Company_Phone_Number_Normalization_Rules con las reglas de normalización que correspondan. La estructura del fichero es muy simple, mirad este ejemplo que he creado para este artículo:
eventid_21034_address_book_5.png
Los textos que van entre ## son los comentarios, solo son nuestras notas para saber la estructura del fichero. La segunda parte del fichero son las reglas de normalización que he creado, en mi caso que todos los números que comiencen por 9, 8 y 6 con exactamente 9 dígitos los normalice a +34XXXXXXXXX (ejemplo: 911111111 –> +34911111111)
##
## Normalización de los números de teléfono de los usuarios de Active Directory
## Se normalizarán los números que comiencen por 9, 8 y 6 al formato +E.164
##
^(9\d{8})$
+34$1
^(8\d{8})$
+34$1
^(6\d{8})$
+34$1
Una vez que tengáis creado el fichero con el nombre adecuado (Company_Phone_Number_Normalization_Rules) debéis copiarlo oen la siguiente ruta:
eventid_21034_address_book_6.png
Ahora debéis ejeuctar el siguiente cmdlet para forzar a los servidores de libreta de direcciones a sincronizar el contenido con la Base de datos de usuarios: Update-CsAddressBook
eventid_21034_address_book_2.png

Debemos esperar entre 5 y 10 min para que se complete la actualización y veremos el visor de eventos por si nos vuelve a mostrar el error. Si os vuelve a mostrar el error, volvéis a abrir el fichero Invalid_AD_Phone_Numbers.txt y revisar que números no ha podido normalizar y modificar el fichero Company_Phone_Number_Normalization_Rules para ampliar o modificar las reglas de normalización.

En este ejemplo como podéis apreciar ahora tenemos 19 errores de normalización, contra los 28 que teníamos en el primer evento que os he mostrado. eventid_21034_address_book_7.png

En mi caso son las numeraciones cortas de 4 dígitos en el atributo de «ipPhone», por lo que no haré nada con ello y obviaré este «error»eventid_21034_address_book_8.png

Espero que os sea de utilidad!!


Una de las novedades de Lync 2013 es la posibilidad de compartir ​una presentación de PowerPoint y que los asistentes puedan escuchar el audio y video incrustado en la misma
Reproducir_audio_video_powerpoint_1.png
Vamos a ver como podemos configurar la presentación para que sea compatible con la reproducción del fichero multimedia en las conferencias, puesto que si insertamos el fichero de video directamente en la presentación es posible que no se reproduzca. Voy a tratar de explicar como podéis solucionarlo, así que primero trataré de reproducir el problema y luego como solucionarlo.
Reproducir_audio_video_powerpoint_2.png
Lo primero que haremos será insertar el vídeo en la presentación de PowerPoint, para ello vamos a insertar – Video – Video en Mi PC….
seleccionamos el vídeo que queremos insertar y que tenemos guardado previamente
Reproducir_audio_video_powerpoint_3.png
Reproducir_audio_video_powerpoint_5.png
Reproducir_audio_video_powerpoint_4.png
Ahora guardamos la presentación para posteriormente compartirla en la conferencia
Iniciamos una conferencia y compartimos la presentación
Reproducir_audio_video_powerpoint_6.png
como vemos nos nuestra el siguiente error
Reproducir_audio_video_powerpoint_7.pngEl problema es de compatiblidad, para corregirlo podemos hacerlo directamente desde PowerPoint, nos vamos a Archivo – Información – Optimizar la compatibilidad

Reproducir_audio_video_powerpoint_8.png
Una vez que se complete la optimización de compatibilidad de medios pulsamos en cerrar, guardamos el documento y volvemos a compartirlo en la conferencia
Reproducir_audio_video_powerpoint_9.png
Reproducir_audio_video_powerpoint_10.png
Y como vemos ya podemos reproducir el video a través de la conferencia de Lync y los participantes pueden visualizar y escuchar el vídeo
Espero que os sea de utilidad!!!
Como sabéis ahora para poder compartir nuestras presentaciones de PowerPoint  en una conferencia de Lync, necesitamos tener WAC configurado (Office Web APPs con SharePoint y Lync Server 2013). Si queremos acceder desde internet a las conferencias o tenemos gente fuera de la organización conectada, claramente debemos publicar el acceso al WAC. Sino lo hemos publicado correctamente, podemos encontrarnos con el siguiente error
 TMG_Publicacion_122.png
La publicación mediante reverse-proxy lo hemos hecho con TMG, por lo que debemos revisar los logs de conexión para encontrar el problema. Para ello nos vamos a la opción de Logs &Reports y lanzamos de nuevo la conferencia y compartimos nuestra presentación para tratar de reproducir el problema. Configuramos un pequeño filtro en la monitorización para que solo nos muestre las conexiones que coincidan con la regla de publicación del WAC, para ello pulsamos  en Edit Filter
TMG_Publicacion_123.png
Añadirmos el siguiente filtro:
Filter by: Rule
Condition: Contains
Value: Nombre_Regla_Publicación_WAC
una vez que hemos elegido las distintas opciones pulsamos en Add To List
TMG_Publicacion_124.png
Pulsamos en Start Query
TMG_Publicacion_125.png
a reproducir el error, debemos iniciar de nuevo una conferencia y compartir una presentación de PowerPoint
TMG_Publicacion_79.png
: Blocked by the HTTP Security Filter: URL normalization was not. Esto tiene muy fácil solución, debemos ir a la regla de publicación de WAC, pulsar con el botón derecho encima de la misma y hacemos clic en Configure HTTP
TMG_Publicacion_127.png
En la pestaña General  desmarcamos la casilla de Verify normalization y pulsamos Aplicar
TMG_Publicacion_128.png
ahora volvemos iniciar una conferencia y compartir la presentación, si volvemos al TMG  observamos que no tenemos error alguno
TMG_Publicacion_80.png
de tal forma que todos los participantes de la conferencia podrán ver correctamente la presentación
TMG_Publicacion_129.png
Si queréis ampliar más información sobre los filtros HTTP aquí os dejo el siguiente enlace: Configuring HTTP filtering
Espero que os sea de utilidad!!!

​El Protocolo de inicio de sesión (SIP) se usa para iniciar y administrar sesiones de comunicaciones de voz sobre IP (VoIP) del servicio telefónico básico y otros servicios de comunicación en tiempo real: IM, Conferencias, Presencia, etc… Seguramente en alguna ocasión habéis escuchado el término Direct SIP o Trunk SIP, algo muy común cuando queremos conectar nuestro Lync con un ITSP y otra IP-PBX poder utilizar servicio de Telefonía IP Empresarial

Direct_SIP_Trunk_SIP.jpg

Veamos una definición muy simple de que es un Trunk SIP o Direct SIP (teniendo en cuenta que siempre estará un servidor de Lync presente, pero no tiene porque ser así)

Trunk SIP: Conexiones SIP entre dos dispositivos independientes,  por ejemplo nuestro servidor Lync y un ITSP o enlaces SIP entre dos sedes conectadas mediante VPN, MPLS, etc..

Direct SIP: Son conexiones SIP entre dos dispositivos que se conectan de forma directa en la misma red local, por ejemplo nuestro servidor Lync y un enlace de red telefónica conmutada (RTC) o un sistema IP-PBX. Pero siempre de forma local, en ningún momento se conecta fuera de la red local.

Los Trunk SIP se suelen utilizar para conectar nuestras implementaciones de Lync con un proveedor de telefónia por internet (ITSP), lo que permite un abaratamiento del coste de las llamadas, mantenimiento, etc.. puesto que utilizaremos nuestra conexión de datos para conectarnos con el ITSP. Esto elimina la necesidad de contratación de líneas a un proveedor de telefonía tradicional (Vodafone, Telefónica, Orange, etc…) con líneas Básicas, BRI, PRI, etc….  También es muy común que este tipo de conexiones se establezcan mediante una VPN, lo que permite securizar las comunicaciones entre ambas redes. A la hora de dimensionar los enlaces WAN, debemos tener en cuenta el número de llamadas simultáneas que tendremos en el momento de máxima carga. Esto evitará las líneas WAN saturadas, esto causará problemas en las llamadas. Como referencia podéis tomar la sigiuiente métrica:

Ancho de banda máximo del Trunk SIP = Nº máx. de llamadas simultáneas x (64 kbps + tamaño de encabezado).

Lync Server 2013 solo admite los siguientes códecs:

  • G.711A (que se usa principalmente fuera de Norteamérica)
  • G.711µ (que se usa en Norteamérica)

Esto es algo que debéis tener muy presente, puesto que condicionará (o podría hacerlo) la implementación e iteracción con el ITSP. Todos los ITSP soportan ambos códecs, pero en caso contrario debemos tener un Gateway que pueda hacer transcoding.

Los Direct SIP se muy común su utilización cuando queremos conectar nuestro Lync con una centralita IP-PBX para conectar a los usuarios de Lync con los usuarios de la telefonía tradicional o ls PSTN. Estas conexiones son de ámbito interno, por lo que no necesitan atravesar la WAN para establecer comunicación con el otro extremo. Aqui el ancho de banda no es un factor clave a la hora de planificar el dimensionamiento de los enlaces, puesto que se supone que son enlaces a 100 o 1000MBits. Pero de todas formas debemos tener en cuenta la misma métrica que con los Trunk SIP:

Ancho de banda máximo del Trunk SIP = Nº máx. de llamadas simultáneas x (64 kbps + tamaño de encabezado)

Ahora quedaría como podemos configurar un Trunk SIP o Direct SIP en Lync, pues os adelante que la configuración es la misma en ambos escenarios. Para Lync no existe diferencia alguna a la hora de su configuración. En una conexión de Direct SIP se conectará  utilizando como destino una IP Privada y en el Trunk SIP se utilizará una IP Pública como destino. Puesto que el Lync en el Direct SIP se conectará a un elemento de dentro de su red local, y en el Trunk SIP nos conectaremos a nuestro ITSP.

Para configurar ambos modelos de conexión, debemos disponer de un Mediation Server en nuestra organización. Los Mediation server suelen tener dos tarjetas de red, una para la conexión con la red local y otra para la conexión con las puertas de enlace. Lo primero que debemos configurar es nuestra puerta de enlace IP/RTC, para ello abrimos el Generador de Topologías y pulsamos en Nueva puerta de enlace IP/RTCDirect_SIP_Trunk_SIP_1.png

Direct_SIP_Trunk_SIP_2.png

escribimos el FQDN o IP de la puerta de enlace RTC (si la conexión será con TLS debemos escribir el FQDN en vez de la IP)

Direct_SIP_Trunk_SIP_3.png

seleccionaremos el modelo de comunicación con la puerta de enlace

ahora debemos cubrir el puerto que utiliará el Mediation Server para recibir las respuestas de la puerta de enlace, y el puerto que utilizaremos para conectarnos con el asociado (puerta de enlace RTC). Además, debemos seleccionar el Mediation Server al cual le vamos a asociar esta puerta de enlace y también el protocolo de transporte SIP (TLS o TCP). Los puertos estándar para los protocolos de transporte son los siguientes:

  • TCP: 5060
  • TLS: 5061

Direct_SIP_Trunk_SIP_4.png

Esto no impide que utilicéis otro diferente siempre y cuando no esté en uso

Ahora ya tenemos nuestra puerta de enlace IP/RTC configurada con su Trunk asociadoDirect_SIP_Trunk_SIP_5.png

Si queremos tener más de un trunk asociado debemos agregar nuestro troncos desde el generador de topologías, de tal forma que podemos tener más de un tronco configurado a nuestra puerta de enlace IP/RTCDirect_SIP_Trunk_SIP_6.png

Ahora debemos publicar la topología  y configurar la parte de Voz desde las opciones de Enrutamiento de Voz desde el Panel de Control de Lync. Debemos configurar
Direct_SIP_Trunk_SIP_7.png
Para que podáis ver esta configuración os dejo aquí dos artículos que había escrito hace unos meses:

Por último vamos a ver otro concepto, el Inter-Trunk Routing que permite a Lync Server el enrutamiento entre trunks:

  1. Lync Server 2013 ofreciendo interconexión a una puerta de enlace RTC y un sistema IP-PBX (imagen de MSFT)
Direct_SIP_Trunk_SIP_8.png
2. Lync Server 2013 conectando dos sistemas IP-PBX (imagen de MSFT)

Direct_SIP_Trunk_SIP_9.png

La configuración de estos escenarios es similar a los anteriores, puesto que tenemos que especificar porque que enlace enviar las llamadas en función de las numeraciones de destino, etc…

Si queréis entrar en más detalles aquí os dejo un enlace de MSFT: http://technet.microsoft.com/es-es/library/gg425749.aspx

Espero que os haya sido de utilidad!!!