guía lync 2013 se en español

Lync Server 2013 Standard Edition

Autor: Santiago Buitrago Reis

1ª edición


Página | 1

Reseña del Autor

Santiago Buitrago Reis

(Ponteareas, 31.05.1980) Emprendedor y Empresario. En contacto con las nuevas tecnologías desde 1995,

autodidacta y con espíritu innovador se ha labrado su propio futuro prestando servicios primero como técnico especialista y después Consultor Técnico especializado en sistemas y comunicaciones tanto en soluciones Cisco como MSFT, experiencia demostrada en dirección de proyectos en diferentes implantaciones en ambas plataformas tecnológicas.

Actualmente dirige Asir Intrasite que es una Consultora TIC especializada en la seguridad

de sistemas y comunicaciones. Esta empresa ha sido fundada en 2007 con un ritmo de crecimiento constante y robusto conviviendo con las versiones más recientes de las soluciones de los fabricantes MSFT y Cisco.

En estos últimos años se ha especializado en LYNC Server 2013, herramienta de

comunicaciones Unificadas de MSFT, de la que ha desarrollado una Guía de usuarios y este manual de Lync Server 2013 Standard Edition, dirigido a administradores, ambos proyectos totalmente en Español.

Compañía: http://www.asirsl.com Blog: http://blog.asirsl.com

http://www.asirsl.com/


Página | 2

Información Legal La presente publicación pertenece a D. Santiago Buitrago Reis, socio fundador de ASIR

INTRASITE, S.L. que autoriza la copia, distribución y comunicación de la misma bajo las siguientes

condiciones, salvo autorización expresa del autor:

El contenido de esta guía se puede reproducir total o parcialmente por terceros, citando su

procedencia y haciendo referencia expresa tanto a ASIR INTRASITE, S.L. como a su sitio web

www.asirsl.com Dicho RECONOCIMIENTO no podrá en ningún caso sugerir que el autor D.

Santiago Buitrago Reis o ASIR INTRASITE, S.L. prestan apoyo a dichos terceros o apoyan el uso

que hacen de su obra.

El material original y los trabajos derivados pueden ser distribuidos, copiados y exhibidos mientras

su uso NO tenga FINES COMERCIALES.

NO SE PUEDE ALTERAR, TRANSFORMAR O GENERAR UNA OBRA DERIVADA a

partir de esta obra. Las traducciones a otros idiomas de la obra deberán ser asimismo autorizadas,

renunciando a cualquier derecho relacionado con las mismas.

Al reutilizar o distribuir la obra, DEBERÁ INFORMARSE CLARAMENTE DE LOS

TÉRMINOS ANTERIORES.

http://www.asirsl.com/


Página | 3

Índice Capítulo 1* Introducción ............................................................................................... 5

1.1. Descripción ........................................................................................................................ 5

1.2. Esquema de la Implantación ........................................................................................... 6

Capítulo 2* Requisitos .................................................................................................. 8

2.1. Active Directory ................................................................................................................ 8

2.2. Servicios de Infraestructura ............................................................................................. 9

2.2.1. DNS ................................................................................................................ 10

2.2.2. Infraestructura de Clave Pública (PKI) ..................................................... 12

2.2.3. Infraestructura de Red .................................................................................. 13

2.2.4. Base de datos ................................................................................................. 14

2.2.5. Hardware de Servidor ................................................................................... 15

Capítulo 3* Instalación ................................................................................................ 18

3.1. Instalación ........................................................................................................................ 18

Capítulo 4* Usuarios ................................................................................................... 94

4.1. Configuración .................................................................................................................. 94

Capítulo 5* Office Web App ........................................................................................ 99

5.1. Requisitos ......................................................................................................................... 99

5.2. Instalación ...................................................................................................................... 107

5.3. Creación Granja Office Web APPs ........................................................................... 110

Capítulo 6* Chat Persistente ...................................................................................... 114

6.1. Configuración ................................................................................................................ 114

Capítulo 7* EDGE ..................................................................................................... 131

7.1. Requisitos ....................................................................................................................... 131

7.2. Instalación ...................................................................................................................... 131

7.3. Configuración de las Interfaces de Red ..................................................................... 135

7.4. Registros DNS............................................................................................................... 139

7.5. Instalación Lync Server en el EDGE ........................................................................ 149

Capítulo 8* Publicación de Servicios ......................................................................... 182

8.1. EDGE ............................................................................................................................ 182

8.1.1. Habilitar Usuarios Externos ...................................................................... 185

8.2. Front-End y Exchange (EWS) ................................................................................... 188

Capítulo 9* Telefonía Empresarial ........................................................................... 225

9.1. Configuración ................................................................................................................ 225

9.2. Estacionamiento de Llamadas o Call Park ............................................................... 249

9.3. Grupos de Respuesta ................................................................................................... 254

Capítulo 10* RBAC .................................................................................................... 286

10.1. Descripción .............................................................................................................. 286

Capítulo 11* Backup .................................................................................................. 306

11.1. Configuración .......................................................................................................... 306


Página | 4

Capítulo 12* Integración con Exchange ................................................................... 309

12.1. Integración con OWA ............................................................................................ 309

12.2. Configuración de la mensajería unificada de Microsoft Exchange Server 2013 para el correo de voz de Microsoft Lync Server 2013 ............................................ 315

12.3. Configuración de aplicaciones como socios ....................................................... 315

12.4. Configuración de Microsoft Lync Server 2013 para usar el almacén de contactos unificado ......................................................................................................................... 316

12.5. Configuración de Microsoft Lync Server 2013 para utilizar la característica de archivado de Microsoft Exchange Server 2013 ....................................................... 318

12.5.1. Fotos en Alta resolución ............................................................................ 320

12.6. Configuración de la Mensajería de Voz entre Lync 2013 y Exchange 2013 . 327

Capítulo 13* Federaciones ........................................................................................ 355

Capítulo 14* Archivado.............................................................................................. 369

Capítulo 15* Supervisión ........................................................................................... 384

15.1. Integración de los informes con SharePoint ...................................................... 398

Capítulo 16* Enlaces de Interés ................................................................................ 409

Capítulo 1 | Topología


Página | 5

Capítulo 1* Introducción

1.1. Descripción

Esta guía de implementación de Lync está desarrollada pensando en todos aquellos que deseen

iniciarse en el mundo de las Comunicaciones Unificadas de la mano de Microsoft. En ella se trata de

representar una instalación típica en una empresa que posee menos de dos mil usuarios, con

soluciones e infraestructura ya preinstaladas de Microsoft como son Directorio Activo, Exchange,

SharePoint y TMG 2010.

La topología en la cual se argumentará esta guía tendrá la siguiente configuración en cuanto a

servidores, todos ellos están virtualizados con un HOST en Windows Server 2012 Data Center.

ROL FQDN SO SOFTWARE HD SO HD BBDD RAM NICs

Controlador de Dominio srv-dc00.ucomsenespanol.com WS 2012 ST 60GB 4GB 1

Controlador de Dominio srv-dc01.ucomsenespanol.com WS 2012 ST 60GB 4GB 1

Base de Datos srv-sql.ucomsenespanol.com WS 2012 ST SQL SRV 2012 ST 60GB 40GB 6GB 1

Mensajería srv-mail00.ucomsenespanol.com WS 2012 ST EXCHANGE 2013 60GB 40GB 6GB 1

Front-END srv-lync00.ucomsenespanol.com WS 2012 ST Lync 2013 60GB 16GB 1

EDGE edge.ucomsenespanol.com WS 2012 ST Lync 2013 60GB 8GB 4

WAC srv-wac00.ucomsenespanol.com WS 2012 ST Office Web App 2013 60GB 4GB 1

SharePoint srv-sp00.ucomsenespanol.com WS 2012 ST SharePoint 2013 60GB 6GB 1

Firewall srv-fw00.ucomsenespanol.com WS 2008R2 ST TMG 2010 SP1 60GB 3GB 2

Esta configuración se ha implementado únicamente para poder capturar todas las pantallas que se

muestran en esta guía, no está supeditada a utilizar Hyper-V como hypervisor. Las características de las

máquinas virtuales son orientativas, pueden no representar la realidad de cualquier otro entorno

optimizado y en producción.

Cualquier implementación debe tener un objetivo definido y claro, para ello siempre es

recomendable tener un esquema con los elementos que la conforman. De tal forma que nos permita

identificar rápidamente nuestra infraestructura, a continuación se presenta un esquema que definirá

la infraestructura a desarrollar durante el proceso de esta guía de implementación de Lync Server

2013



Página | 6

1.2. Esquema de la Implantación

Pool IP Públicas200.200.200.1200.200.200.2200.200.200.3200.200.200.4

200.200.200.1200.200.200.2200.200.200.3

200.200.200.4

vSwtich VLAN 10

vSwitch VLAN 5

VLAN 10

SRV-LYNC00 SRV-MAIL00 SRV-WAC00EDGE

SERVIDORES VIRTUALES

IMPLEMENTACIÓN LYNC 2013

SRV-SP00

SRV-DC01 SRV-DC00SRV-SQL00

SharePoint

Lync: A y S

Reporting

SRV-FW00

vSwtich VLAN 5 vSwtich VLAN 5 vSwtich VLAN 5 vSwtich VLAN 5

vSwtich VLAN 5vSwtich VLAN 5vSwtich VLAN 5 vSwtich VLAN 5vSwtich VLAN 5

EDGE

DNS Público

1

2

Llamada de Voz desde la PSTN

Cliente

ITSPInternet telephony

service provider HYPER-V HOST WINDOWS

SERVER 2012 DATA CENTER

Https://meet.ucomsenespanol.comHttps://dialin.ucomsenespanol.comHttps://lyncdiscover.ucomsenespanol.comHttps://pool.ucomsenespanol.com

Usuario Remoto

Usuario Lync Mobile

Query DNS A: lyncdiscover.ucomsenespanol.com

Nombre: lyncdiscover.ucomsenespanol.com Address: 200.200.200.4

Query DNS SRV: _sip._tls.ucomsenespanol.com

srv name = sip.ucomsenespanol.com.com port = 443

IVR

IVR

sip.ucomsenespanol.comwebconf.ucomsenespanol.comav.ucomsenespanol.com



Página | 7

Cómo podemos observar en el esquema anterior, la solución consta de un dispositivo de seguridad

configurado con NAT para dar servicio al resto de servidores de la organización. Todos los servidores

están virtualizados y conectados a dos vSwitchs que tienen configurado distintas vlans. La vlan 5

corresponde a las interfaces internas de los servidores y la vlan 10 para los equipos con más de una

interface, como son el EDGE y el TMG 2010 y que se considerarán públicas. En la vlan 10 también

tiene una interface conectada el dispositivo de seguridad, el cual se han realizado distintas

configuraciones de redirección de puertos. Básicamente las redirecciones que tiene son las que

obligatoriamente se necesitan para tener acceso a los distintos servicios publicados desde internet:

- Exchange 2013 vía OWA y EWS: TCP 443 - Lync Web Services: TCP 443 - EDGE

Servicio Perimetral de Acceso: TCP 443, 5061 (Federaciones) y 5269 (XMPP)

Servicio Perimetral de Conferencias: TCP 443

Servicio Perimetral de Audio/Video: 443, RTP TCP y RTP UDP 50.000 – 59.0000,

UDP 3478

Las publicaciones del Exchange y Lync se realizan vía reverse-proxy mediante el TMG 2010, la

configuración de los puertos hacia el EDGE se abrirán directamente desde el dispositivo de seguridad

(Capítulo 8).

Todos los direccionamientos IP (públicos o privados) son ficticios, cada uno tendrá que sustituirlos

por los suyos propios, al igual que los nombres de dominio utilizamos en la presente guía.

Capítulo 2 | Requisitos


Página | 8

Capítulo 2* Requisitos

En el proceso de planificación de la instalación, debemos tener en cuenta que la infraestructura

debe cumplir una serie de requisitos:

- Servicios de Active Directory

- Servicios de Infraestructura

- Infraestructura de Red

- Bases de datos

Cada uno de estos requisitos es indispensable para la implementación Lync, con sus respectivas

configuraciones. Lo primero que debemos hacer es identificar las necesidades, las cuales pasaremos

a comentar a continuación.

2.1. Active Directory

Los requisitos mínimos que debe cumplir nuestro Active Directory para la instalación de Lync

Server 2013 son los siguientes:

Todos los controladores de dominio deben ejecutar uno de los siguientes sistemas operativos:

Windows Server 2012

Sistema operativo Windows Server 2008 R2

Sistema operativo Windows Server 2008

Windows Server 2008 Enterprise de 32 bits

Windows Server 2003 o Windows Server 2003 R2 (x86 o x64)

El nivel funcional del dominio debe ser Windows Server 2008 R2, Windows Server 2008, o al

menos al modo nativo de Windows Server 2003. No se admite el modo mixto de Windows

Server 2003.

El nivel funcional del bosque de Windows Server 2008 R2, Windows Server 2008, o al menos

al modo nativo de Windows Server 2003. No se admite el modo mixto de Windows

Server 2003.

No se puede instalar en dominios de etiqueta única, los dominios de etiqueta única son los que

se componente de una sola palabra. Podemos instalarlo sobre ucomsenespanol.com pero no

sobre ucomsenespanol.



Página | 9

Niveles funcionales de dominio y bosques

Aumentar los niveles funcionales de dominios y bosques

http://technet.microsoft.com/es-es/library/cc781864(WS.10).aspx

Dominios de Active Directory

Información acerca de cómo configurar dominios de Active Directory mediante el uso de nombres

DNS de etiqueta única

http://support.microsoft.com/kb/300684/es-es

Pueden existir controladores de dominio de solo lectura, claro está debemos tener disponible un

controlador de dominio sobre el cual podamos escribir.

Podemos instalar Lync en diferentes topologías de Active Directory:

Un solo bosque con un solo dominio

Un solo bosque con un solo árbol y varios dominios

Un solo bosque con varios árboles y espacios de nombres separados

Varios bosques en una topología de bosque central

Varios bosques en una topología de bosque de recursos

Topología de Active Directory

Topologías admitidas de Active Directory

http://technet.microsoft.com/es-ES/library/gg398173.aspx

Basaremos esta guía en nivel de dominio y bosque directamente en Windows Server 2012, pero

es completamente viable realizar la instalación en Windows 2003 cumpliendo los requisitos exigidos

por Microsoft (en adelante MSFT).

2.2. Servicios de Infraestructura

Hay dos servicios esenciales que debemos tener correctamente configurados en nuestro entorno,

por un lado tenemos el DNS lo que nos permite resolver los distintos nombres de los servicios

publicados y por otro una PKI (Infraestructura de Clave Pública) que nos permita securizar las

distintas comunicaciones.

En esta guía no contempla como instalar un servidor DNS o implementar una PKI, por lo que

nos centraremos únicamente en los requisitos de la implementación de Lync Server. Teniendo en

cuenta la topología mostrada anteriormente (Capitulo 1) ya tenemos claro que registros DNS vamos

a necesitar crear en función de la topología. En este entorno configuraremos Split-DNS, de tal forma

que el dominio interno tiene el mismo nombre que el dominio externo (pero no tiene por qué ser así)

y debemos configurar los registros DNS adecuado.

http://technet.microsoft.com/es-es/library/cc781864(WS.10).aspx

http://support.microsoft.com/kb/300684/es-es




Página | 10

2.2.1. DNS

El nombre de dominio que utilizaremos en esta guía será UCOMSENESPANOL.COM, y los

servicios que vamos implementar son los siguientes:

Acceso de usuarios externos

Federaciones: Google, Skype

Reuniones Online con Lync Web APP

Conferencias de Acceso Telefónico

Debemos crear los distintos registros DNS tanto en los servidores internos como externos,

veamos los registros que debemos crear en función del servidor DNS:

Servidor DNS Interno

Tipo Nombre Servidor IP Descripción

A admin.ucomsenespanol.com Front-END URL de Administración de Lync

A dialin.ucomsenespanol.com Front-END URL Conferencia Telefónica

A meet.ucomsenespanol.com Front-END URL Reuniones Online

A sip.ucomsenespanol.com Front-END Nombre no obligatorio pero si recomendado para identificar el Front-END en interno

A edge.ucomsenespanol.com EDGE Dirección IP Interna del EDGE

SRV

_sipinternaltls._tcp.ucomsenespanol.com SRV service location:

priority = 0 weight = 0

port = 5061 svr hostname = srv-

lync00.ucomsenespanol.com

FQDN del servidor

Front-END

Registro SRV para la configuración automática del cliente Lync desde dentro de la zona de seguridad de la empresa

A office.ucomsenespanol.com Servidor WAC

URL de los servicios de las Office Web APPs, utilizado para compartir presentaciones de PowerPoint

A Lyncdiscoverinternal.ucomsenespanol.com Front-END

Utilizado para el cliente móvil de Lync para la configuración automática del mismo desde la LAN

A pool.ucomsenespanol.com Servidores

Front-END Utilizado para los servicios web del Front-END

A Autodiscover.ucomsenespanol.com Servidor de Exchange

Servicio Web de Exchange (EWS)



Página | 11

Servidor DNS Externo

Tipo Nombre Servidor Descripción

A dialin.ucomsenespanol.com IP Pública del Reverse- Proxy

URL Conferencia Telefónica

A meet.ucomsenespanol.com IP Pública del Reverse- Proxy

URL Reuniones Online

A sip.ucomsenespanol.com

IP Pública del EDGE para el

servicio de Acceso

Servicio de Acceso

A av.ucomsenespanol.com


servicio de A/V

Servicio de A/V EDGE

A webconf.ucomsenespanol.com


servicio de Acceso

Servicio de Conferencia

SRV

_sip._tls.ucomsenespanol.com SRV service location: priority = 0 weight = 0

port = 443 svr hostname = sip.ucomsenespanol.com

Servicio de Acceso del

EDGE

El servidor del hostname hace referencia al registro DNS que hemos configurado para el servicio de Acceso. Este registro permite que el cliente Lync descubra el servidor de forma automática

SRV

_sipfederationtls._tcp. ucomsenespanol.com SRV service

location: priority = 0 weight = 0

port = 5061 svr hostname = sip.

ucomsenespanol.com


EDGE

Registro DNS utilizado para la federación con Microsoft (MSN, Skype) y otras implementaciones de Lync

SRV

_xmpp-server._tcp. ucomsenespanol.com SRV service location: priority = 1

weight = 100 port = 5269

svr hostname = sip. ucomsenespanol.com


EDGE

Registro DNS utilizado para la federación con sistemas XMPP (Google Talk)

A autodiscover.ucomsenespanol.com

Reverse-Proxy en donde están publicados los servicios Web de Exchange

Descubrimiento automático servicios web de Exchange

A lyncdiscover.ucomsenespanol.com

Reverse-Proxy para la

publicación de los servicios Web de Lync

Utilizado para el cliente móvil de Lync para la configuración automática del mismo

A pool.ucomsenespanol.com

Reverse-Proxy para la

publicación de los servicios Web de Lync

Servicio Web de Lync



Página | 12

Estos son los registros DNS básicos para cualquier implementación de Lync, cada uno ahora los

adaptará según sus necesidades. Trataremos de dejar los nombres por defecto de la mayoría de los

servicios para no provocar confusiones, pero podéis adaptarlos en función de vuestras necesidades

2.2.2. Infraestructura de Clave Pública (PKI)

Lync Server 2013 requiere una infraestructura de clave pública (PKI) que admita TLS y conexiones

Mutual TLS (MTLS), para ello debemos disponer de los certificados necesarios para utilizar por los

distintos servicios. Podemos utilizar nuestra PKI interna implementada en nuestros servidores

internos (recomendado), puesto que nos permitirá una configuración más flexible a la hora de

solicitar los certificados para nuestros servidores. Además, en función de la cantidad de servidores

que podemos tener en nuestra topología, es posible que los costes de los certificados públicos sean

significativos. Esto no excluye que podamos utilizar certificados públicos, pero como hemos

comentado lo más cómodo y económico es utilizar certificados privados para los servicios internos.

Cuando publiquemos los distintos servicios a internet, debemos tener en cuenta cuales son en los que

obligatoriamente necesitaremos certificados públicos. En la siguiente tabla veremos qué tipo de

certificado necesitaremos en función del servicio:

Servicios Certificado Público

Federaciones IM Público: MSN, SKYPE, GOOGLE TALK, etc… SI

Federaciones entre Servidores de Lync NO

Cliente Mobile NO

Cliente Windows NO

Cliente MAC NO

Lync Web APP NO

Si implementamos Lync y configuramos nuestra propia infraestructura de clave pública, debemos

instalar el certificado raíz de nuestra entidad certificador en todos los dispositivos que se conecten a

Lync, en caso contrario nos mostrará una alerta de que el certificado no es de confianza y no

podremos conectarnos. Si queremos federar nuestro Lync con otra compañía, debemos enviarle

nuestro certificado raíz para que lo instalen en su EDGE.

Servicios de certificados de Active Directory

http://technet.microsoft.com/library/hh831740.aspx

Windows Server 2012, Instalación de una CA

http://blog.asirsl.com/Lists/EntradasDeBlog/Post.aspx?ID=93

http://technet.microsoft.com/library/hh831740.aspx




Página | 13

2.2.3. Infraestructura de Red

Es recomendable que los servidores que forman la topología de Lync, tengan interfaces de red gigabit,

tratando de tener latencias bajas y un elevando ancho de banda evitando problemas de sincronización

y replicación entre los servidores.

En cuanto al direccionamiento IP está soportada la implementación tanto en IPv4 o IPv6, pero

nosotros utilizaremos IPv4.

Todos los servidores tendrán direccionamientos IP privados, a excepción del servidor EDE en sus

interfaces externas. Pero también soportada la implementación del servidor EDGE detrás de un

dispositivo NAT, por lo que podremos utilizar direccionamiento IP privado para las interfaces

externas.

* Direcciones IP privadas que podéis utilizar para vuestra red e implementación de Lync

Clase Rango Nº de IPs

A 10.0.0.0 – 10.255.255.255 16.777.216

B 172.16.0.0 – 172.31.255.255 1.048.576

C 192.168.0.0 – 192.168.255.255 65.536

Si queremos utilizar direcciones IP privadas en todas las interfaces del EDGE (Internas y Externas),

debemos configurar dos rangos diferentes como por ejemplo:

Interface(s) Externa(s): 172.22.0.0 /28 Interface Interna: 172.20.0.0 /24 Este ejemplo muestra un escenario muy simple, porque la interface interna del EDGE no tiene que

estar en la misma subred que el resto de servidores internos. Debemos tener comunicación entre la

interface interna del EDGE y el servidor Front-END y las redes locales que tengamos en nuestra

empresa. En este escenario debemos realizar distintas configuraciones adicionales que veremos en el

capítulo correspondiente.

Lync Server es compatible con cualquier red segmentada en distintas VLANs, subredes IP diferentes,

enrutamiento, etc... Solo debemos tener en cuenta en nuestro diseño de red que comunicaciones

debemos permitir entre los distintos servidores. Si tenemos implementado reglas de QoS en la red,

debemos analizar con detalle cuales son las configuraciones aplicadas en los elementos de red.

Administración de la Calidad de servicio (QoS)

http://technet.microsoft.com/es-es/library/gg405409.aspx

Requisitos de la infraestructura de red




Página | 14

2.2.4. Base de datos

Si implementamos la versión de Standard Edition de Lync Server, las versiones de SQL Server

soportadas son las siguientes:

Microsoft SQL Server 2008 Express (edición de 64 bits)

Microsoft SQL Server 2012 Express (edición de 64 bits), se instala automáticamente con

Lync Server

Si queremos implementar el rol de archivado debemos tener alguna de las siguientes versiones de

SQL Server:

Software de base de datos Microsoft SQL Server 2008 R2 Enterprise (edición de 64 bits) o

el último Service Pack

Microsoft SQL Server 2008 R2 Standard (edición de 64 bits) o el último Service Pack

Microsoft SQL Server 2012 Enterprise (edición de 64 bits) o el último Service Pack

Microsoft SQL Server 2012 Standard (edición de 64 bits) o el último Service Pack

Y si queremos además implementar el rol de supervisión, debemos instalar SQL Server Reporting

Services en cualquiera de las versiones de SQL Server Standard o Enterprise utilizadas para el

archivado.



Página | 15

2.2.5. Hardware de Servidor

Los requisitos del Front-END en cuanto a características hardware son las siguientes:

Plataformas de Hardware del Servidor


Para obtener un mejor rendimiento, se aconseja ejecutar Lync Server en servidores que cumplan

los requisitos de la tabla siguiente. Si usa un hardware menos eficaz, puede tener problemas de

funcionalidad o un rendimiento deficiente. Tenga en cuenta que estos requisitos de hardware son

más exigentes que los de las versiones anteriores de Lync Server, principalmente porque en Lync

Server 2013 todos los servidores Front-END ejecutan SQL Server.

Hardware recomendado para los servidores Front-END, Back-END, Standard Edition y

de chat persistente

Componente de hardware Recomendado

CPU

Procesador dual de 64 bits, de seis núcleos, 2,26 gigahercios (GHz) o superior.

Los roles de servidor de Lync Server no admiten los procesadores Intel Itanium.

Memoria 32 gigabytes (GB).

Disco

8 o más unidades de disco duro (HHD) de 10.000 RPM con al menos 72 GB de espacio libre en disco. Dos de los discos deben usar RAID 1 y seis deben usar RAID 10. O bien:

Unidades de estado sólido (SSD) con rendimiento igual al de 8 unidades de disco mecánicas de 10.000 rpm

Red 1 adaptador de red de puerto dual, 1 Gbps o superior (2

recomendados, lo que requiere la formación de equipos con una sola dirección MAC y una sola dirección IP).




Página | 16

Hardware recomendado para los servidores perimetrales, los servidores de mediación

autónomos y los directores


CPU

Procesador dual de 64 bits, cuatro núcleos, 2,0 gigahercios (GHz) o superior. O bien:

Procesador de cuatro vías de 64 bits, de doble núcleo, 2,0 GHz o superior.

Los roles de servidor de Lync Server no admiten los procesadores Intel Itanium.

Memoria 16 gigabytes (GB).

Disco

4 o más HHD de 10.000 RPM con al menos 72 GB de espacio libre en disco. O bien:

Unidades de estado sólido (SSD) con un rendimiento igual al de 4 unidades de disco duro mecánicas de 10.000 rpm.

Red 1 adaptador de red de puerto dual, 1 Gbps o superior (2

recomendados, lo que requiere la formación de equipos con una sola dirección MAC y una sola dirección IP).

Los requisitos de sistema operativo para Servidores perimetrales (EDGE) son los mismos que

para los demás roles de Lync Server 2013: la edición de 64 bits de Windows Server 2008 R2 SP1 o

Windows Server 2012.

Requisitos del sistema de hardware para Servidores perimetrales


CPU

Uno de los siguientes:

Procesador dual de 64 bits, cuatro núcleos y 2,0 GHz o superior Procesador de 64 bits de cuatro vías, doble núcleo y 2,0 GHz o superior

Memoria Se recomiendan 12 GB

Disco

Uno de los siguientes:

Unidad de disco duro a 10.000 rpm

Unidad de estado sólido (SSD) de alto rendimiento con un rendimiento igual o superior al de las unidades HDD a 10.000 rpm

Dos conjuntos de discos RAID 10 (seccionados y reflejados) a 15.000 rpm

Red Dos interfaces obligatorias: una NIC de 2 puertos y 1 Gbps, o dos

NIC de 1 puerto y 1 Gbps



Página | 17

Lync Server 2013 solo se encuentra disponible en la edición de 64 bits, de modo que cada Servidor

perimetral necesita uno de los siguientes sistemas operativos:

Windows Server 2008 R2 Enterprise Edition con SP1 o Windows Server 2008 R2 Standard

Edition con SP1.

Windows Server 2012 Standard o Datacenter

Además, el sistema operativo debe estar configurado para el rol Servidor de aplicaciones. Los

Directores son componentes internos y se encuentran instalados como parte de la red interna, antes

de la implementación de los Servidores perimetrales.

Esto por supuesto son recomendaciones de MSFT y se deben tratar como tal. Cada instalación

varía en función de muchos condicionantes, en los cuales podemos destacar de manera rápida los

siguientes:

Servicios a implementar

Usuarios concurrentes

Importancia del servicio

Todos los roles de Lync Server son compatibles con la virtualización, de tal forma que podamos

tener todos los roles virtualizados.



Capítulo 3 | Instalación


Página | 18

Capítulo 3* Instalación

Una vez que se han cumplido los requisitos previos, podemos iniciar la instalación de nuestro

servidor de Lync Server 2013. La instalación consta de varios pasos que debemos seguir en un orden

concreto que se comentarán a continuación

3.1. Instalación

Una vez que hemos cumplido los requisitos a nivel de Active Directory, Servicios de

Infraestructura, Bases de Datos y Hardware, podemos empezar con la implementación de nuestro

Front-END de Lync. Primero debemos unir el servidor al dominio y posteriormente instalar los

diferentes roles y características necesarias, podemos hacerlo de forma sencilla mediante el siguiente

cmdlet:

Import-Module Servermanager

Add-Windowsfeature telnet-client,RSAT-ADDS,net-framework-45-core, NET-WCF-HTTP-

Activation45,windows-identity-foundation,Web-Static-Content,Web-Default-Doc,Web-Http-Errors,web-

asp-net,web-asp-net45,Web-Net-Ext,Web-ISAPI-Ext,web-isapi-filter,Web-Http-Logging,Web-Log-

Libraries,Web-Http-Tracing,Web-Windows-Auth,Web-Filtering,Web-Stat-Compression,Web-Dyn-

Compression,Web-Mgmt-Console,Web-Scripting-Tools,Web-Client-Auth,server-media-

foundation,MSMQ-Server,MSMQ-Directory



Página | 19

Una vez que ha finalizado la instalación debemos reiniciar el servidor y si no tenemos activas las

actualizaciones automáticas, nos recomienda que las activemos

Una vez que hemos reiniciado vamos a comprobar que se han instalado todos los roles que

habíamos especificado, para ello ejecutamos el siguiente cmdlet: Get-WindowsFeature

Display Name Name Install State

[X] Servicios de archivos y almacenamiento FileAndStorage-Services

Installed

[X]Servicios de almacenamiento Storage-Services Installed

[X]Servicios de iSCSI y archivo File-Services Installed

[X] Servidor de archivos FS-FileServer Installed

[X] Servidor web (IIS) Web-Server Installed

[X]Servidor web Web-WebServer Installed

[X] Características HTTP comunes Web-Common-Http Installed

[X] Contenido estático Web-Static-Content Installed

[X] Documento predeterminado Web-Default-Doc Installed

[X] Errores HTTP Web-Http-Errors Installed

[X] Estado y diagnóstico Web-Health Installed

[X] Registro HTTP Web-Http-Logging Installed

[X] Herramientas de registro Web-Log-Libraries Installed

[X] Seguimiento Web-Http-Tracing Installed

[X] Rendimiento Web-Performance Installed

[X] Compresión de contenido estático Web-Stat-Compression Installed

[X] Compresión de contenido dinámico Web-Dyn-Compression Installed

[X] Seguridad Web-Security Installed

[X] Filtrado de solicitudes Web-Filtering Installed

[X] Autenticación de asignaciones de cer... Web-Client-Auth Installed

[X] Autenticación de Windows Web-Windows-Auth Installed

[X] Desarrollo de aplicaciones Web-App-Dev Installed

[X] ASP.NET 3.5 Web-Asp-Net Installed

[X] ASP.NET 4.5 Web-Asp-Net45 Installed

[X] Extensibilidad de .NET 3.5 Web-Net-Ext Installed

[X] Extensibilidad de .NET 4.5 Web-Net-Ext45 Installed

[X] Extensiones ISAPI Web-ISAPI-Ext Installed

[X] Filtros ISAPI Web-ISAPI-Filter Installed

http://technet.microsoft.com/en-us/library/cc732757.aspx#BKMK_getcmdlet



Página | 20

[X]Herramientas de administración Web-Mgmt-Tools Installed

[X] Consola de administración de IIS Web-Mgmt-Console Installed

[X] Scripts y herramientas de administración... Web-Scripting-Tools

Installed

[X] Características de .NET Framework 3.5 NET-Framework-Features

Installed

[X].NET Framework 3.5 (incluye .NET 2.0 y 3.0) NET-Framework-Core

Installed

[X] Características de .NET Framework 4.5 NET-Framework-45-Fea...

Installed

[X].NET Framework 4.5 NET-Framework-45-Core Installed

[X]ASP.NET 4.5 NET-Framework-45-ASPNET Installed

[X] Servicios WCF NET-WCF-Services45

Installed

[X] Activación HTTP NET-WCF-HTTP-Activat... Installed

[X] Uso compartido de puertos TCP NET-WCF-TCP-PortShar... Installed

[X] Cliente Telnet Telnet-Client Installed

[X] Compatibilidad con WoW64 WoW64-Support Installed

[X] Herramientas de administración remota del servidor RSAT

Installed

[X]Herramientas de administración de roles RSAT-Role-Tools

Installed

[X] Herramientas de AD DS y AD LDS RSAT-AD-Tools Installed

[X] Herramientas de AD DS RSAT-ADDS Installed

[X] Centro de administración de Acti... RSAT-AD-AdminCenter Installed

[X] Complementos y herramientas del... R SAT-ADDS-Tools Installed

[X] Módulo de Active Directory para Wind... RSAT-AD-PowerShell

Installed

[X] Infraestructura e interfaces de usuario User-Interfaces-Infra Installed

[X]Infraestructura y herramientas de administra... Server-Gui-Mgmt-Infra

Installed

[X]Shell gráfico de servidor Server-Gui-Shell Installed

[X] Media Foundation Server-Media-Foundation Installed

[X] Message Queue Server MSMQ Installed

[X]Servicios de Message Queue Server MSMQ-Services Installed

[X] Message Queue Server MSMQ-Server Installed

[X] Integración del servicio de directorio MSMQ-Directory Installed

[X] Servicio WAS (Windows Process Activation Service) WAS

Installed

[X]Modelo de proceso WAS-Process-Model Installed

[X]API de configuración WAS-Config-APIs Installed

[X] Windows Identity Foundation 3.5 Windows-Identity-Fou... Installed

[X] Windows PowerShell PowerShellRoot Installed

[X]Windows PowerShell 3.0 PowerShell Installed

[X]Motor de Windows PowerShell 2.0 PowerShell-V2 Installed

[X]Windows PowerShell ISE PowerShell-ISE Installed



Página | 21

Verificado que tenemos todo lo necesario para la instalación de Lync, montamos la ISO o

introducimos el disco de instalación de Lync y ejecutamos el proceso de instalación

Lo primero que nos muestra es que para poder iniciar el instalador de Lync debemos tener

instalado el Visual C++ 2012 x64 11.0.50727, por lo que pulsamos en Sí para que realice la

instalación



Página | 22

Finalizada la instalación, empezaremos con la instalación de los componentes principales de Lync

2013, para ello debemos pulsar en Instalar en la siguiente pantalla

Aceptamos los términos del contrato y pulsamos en Aceptar



Página | 23

A su finalización, ejecutaremos el Asistente para implementación de Lync Server



Página | 24

A continuación realizaremos ciertas configuraciones a través de los distintos asistentes,

comenzaremos preparando el Active Directory, para ello pulsamos en Preparar Active Directory

Lo que haremos será preparar el esquema, este se ampliará agregando las clases y atributos de

Active Directory necesarios para Lync. Se utilizarán cuatro archivos de esquema que están disponibles

en el disco de instalación:



Página | 25

ExternalSchema.ldf, se usa para la interoperabilidad con Microsoft Exchange Server

ServerSchema.ldf, es el archivo de esquema principal de Lync Server 2013

BackCompatSchema.ldf, se usa para la interoperabilidad con todos los componentes de

versiones anteriores

VersionSchema.ldf, se usa para la información de versión del esquema preparado

Si los abrimos con un editor de texto podemos ver los cambios que realizará en nuestro Active

Directory:

Extensiones de esquema, clases y atributos de Active Directory usados por Lync Server 2013


Atributos de esquema y descripciones





Página | 26

Pulsamos en Ejecutar en la opción de Preparar esquema

Cuando finalice la modificación del esquema, podemos y debemos comprobar que se han

replicado los cambios en todos los controladores de dominio, para ello iniciamos sesión en algún DC

y abrimos el Editor ADSI, vamos al menú Acción y pulsamos en Conectar con y en la opción

Configuración de Conexión en la sección de Contexto de nomenclatura conocido

seleccionamos Esquema.



Página | 27

Ahora en el contenedor de esquema buscaremos CN=ms-RTC-SIP-SchemaVersion y a

continuación los atributos rangeUpper (valor 1150) y rangeLower (valor 3), el esquema se ha

actualizado y replicado correctamente.



Página | 28

A continuación ampliaremos el bosque, para ello volvemos a la pantalla de Preparación de Active

Directory y visualizamos que nos muestra como completado la preparación del esquema y nos

habilita el botón de Preparar bosque actual.

En una topología de bosque de recursos, ejecute este paso solo en el bosque de recursos, no en los

bosques de usuarios. En una topología de bosque central, ejecute este paso solo en el bosque central,

no en los bosques de usuarios

Durante la preparación del bosque se crearán una serie de grupos, los cuales serán utilizados por

Lync y son los siguientes.

Grupos administrativos: grupos que utilizará Lync para la administración del mismo

Grupos de infraestructura: grupos que permiten acceso a áreas más específicas de la infraestructura. No se deben modificar estos grupos ni agregar usuarios directamente

Grupos de servicio: estos grupos son cuentas de servicio necesarias para obtener acceso a diferentes servicios de Lync Server

Grupos administrativos creados durante la preparación de un bosque

Grupo administrativo Descripción

RTCUniversalServerAdmins Permite a los miembros administrar la configuración de los servidores y grupos de servidores, incluidos todos los roles de servidor, la configuración global y los usuarios

RTCUniversalUserAdmins Permite a los miembros administrar la configuración de los usuarios y mover los usuarios de un servidor o grupo de servidores a otro

RTCUniversalReadOnlyAdmins Permite a los miembros leer la configuración de los servidores, grupos de servidores y usuarios

Cambios realizados por la preparación del bosque




Página | 29

Grupo de infraestructura Descripción

RTCUniversalGlobalWriteGroup Concede acceso de escritura a los objetos de configuración global de Lync Server.

RTCUniversalGlobalReadOnlyGroup Concede acceso de solo lectura a los objetos de configuración global de Lync Server.

RTCUniversalUserReadOnlyGroup Concede acceso de solo lectura a la configuración de los usuarios de Lync Server.

RTCUniversalServerReadOnlyGroup

Concede acceso de solo lectura a la configuración de Lync Server. Este grupo no tiene acceso a la configuración de nivel de grupo de servidores, sino únicamente a la configuración específica de un servidor individual.

RTCUniversalSBATechnicians

Proporciona acceso de solo lectura a la configuración de Lync Server y se incorpora en el grupo Administradores locales de las aplicaciones de sucursal con funciones de supervivencia durante la instalación.



Página | 30

Grupos de servicio creados durante la preparación de un bosque

Grupo de servicio Descripción

RTCHSUniversalServices

Incluye las cuentas de servicio utilizadas para ejecutar Servidor front-end y los servidores de Standard Edition. Este grupo permite a los usuarios acceso de lectura y escritura a la configuración global de Lync Server y los objetos de usuario de Active Directory.

RTCComponentUniversalServices Incluye las cuentas de servicio usadas para ejecutar los servidores de conferencia A/V, Servicios web, Servidor de mediación, Servidor de archivado y Servidor de supervisión.

RTCProxyUniversalServices Incluye las cuentas de servicio usadas para ejecutar los servidores perimetrales de Lync Server.

RTCUniversalConfigReplicator Incluye servidores que pueden participar en la replicación de Lync Server Almacén de administración central.

RTCSBAUniversalServices

Proporciona acceso de solo lectura a la configuración de Lync Server, pero permite la configuración para la instalación de un servidor de sucursal con funciones de supervivencia y la implementación de aplicaciones de sucursal de supervivencia.



Página | 31

A continuación, la preparación del bosque agrega los grupos de servicio y administración a los

grupos de infraestructura correspondientes del siguiente modo:

RTCUniversalServerAdmins se agrega a RTCUniversalGlobalReadOnlyGroup, RTCUniversalGlobalWriteGroup, RTCUniversalServerReadOnlyGroup y RTCUniversalUserReadOnlyGroup.

RTCUniversalUserAdmins se agrega como miembro de RTCUniversalGlobalReadOnlyGroup, RTCUniversalServerReadOnlyGroup y RTCUniversalUserReadOnlyGroup.

RTCHSUniversalServices, RTCComponentUniversalServices y RTCUniversalReadOnlyAdmins se agregan como miembros de RTCUniversalGlobalReadOnlyGroup, RTCUniversalServerReadOnlyGroup y RTCUniversalUserReadOnlyGroup.

Se crearán los grupos utilizados para el control de acceso basado en roles (RBAC), que son los

que podremos utilizar para delegar los permisos administrativos en Lync para el personal de IT

CSAdministrator

CSArchivingAdministrator

CSHelpDesk

CSLocationAdministrator

CSResponseGroupAdministrator

CSServerAdministrator

CSUserAdministrator

CSViewOnlyAdministrator

CSVoiceAdministrator

CsPersistentChatAdministator

CsResponseGroupManager

RBAC Lync Server 2013





Página | 32

Seguidamente pulsamos en Ejecutar en el paso de Preparar bosque actual

Pulsamos en Siguiente



Página | 33

A continuación especificamos en donde se crearán los grupos universales anteriormente comentados, por defecto se crearán en el dominio local, lo dejamos por defecto y pulsamos en Siguiente

Y comienza el proceso de actualización del bosque



Página | 34

Si el proceso se completa con éxito veremos una pantalla similar a esta

Volvemos al asistente de Preparación de Active Directory y nos vuelve a marcar como

Completado



Página | 35

Ahora nos queda el paso número cuatro, en el cual se aplicarán los permisos a los objetos que van

a usar los mismos de los grupos universales.

Para proceder con este último paso únicamente debemos pulsar en Ejecutar en Preparar el

dominio actual

Cambios realizados por la preparación del dominio





Página | 36

Presionamos en Siguiente, comenzará a establecer las ACE de los grupos Universales de Lync

Server



Página | 37

Una vez que finalice podemos revisar el log en donde encontramos las acciones realizadas y el

resultado de las mismas

Volvemos de nuevo a la pantalla de Preparar Active Directory para Lync Server y vemos que

se han finalizado todos los pasos, por lo que ya damos por terminado el proceso de actualización de

nuestro Active Directory, pulsamos en Atrás



Página | 38

Añadiremos la cuenta con la que estamos realizando la instalación como miembro del grupo

CSAdministrator

Presionamos sobre Preparar el primer servidor Standard Edition

En este proceso se llevarán a cabo las siguientes tareas:

Instalación de SQL Server 2012 Express

Creación de las reglas del Firewall local

Creación de las BBDD RTC



Página | 39




Página | 40

Durante el proceso de instalación veremos cómo se van sucediendo las instalaciones de los

distintos componentes



Página | 41

Este proceso de instalación puede durar entre 10 y 15 minutos, porque tiene que realizar la

instalación del SQL Server Express. Si todo finaliza correctamente, visualizaremos una pantalla como

esta y pulsamos en Finalizar para continuar con la configuración.



Página | 42

Ahora debemos instalar las Herramientas administrativas, las que nos permitirán configurar la

Topología de Lync Server. Para realizar la instalación pulsamos en Instalar Herramientas

administrativas

Iniciamos el Generador de Topologías de Lync Server para comenzar con el proceso de

configuración



Página | 43

Una vez abierto el generador de Topologías, elegimos Nueva Topología puesto que es nuestra

primera topología

Nos solicita que guardemos el archivo de generador de topologías, lo necesitaremos para guardar

los cambios realizados y posteriormente poder publicar la topología



Página | 44

Seguidamente se inicia un asistente de creación de una nueva topología, el cual debemos continuar.

Lo primero que nos solicita es el nombre del dominio SIP principal para esta implementación,

insertaremos nuestro nombre de dominio SIP (no tiene qué coincidir con el nombre de dominio).

En este caso, tal y como hemos comentado inicialmente poseemos el mismo nombre de dominio

interno y externo, por lo que coincide con el nombre de dominio de nuestro Active Directory

Si queremos configurar dominios SIP alternativos se los podemos especificar en la siguiente

ventana que nos muestra el asistente, en caso contrario pulsamos en siguiente



Página | 45

Escribiremos un nombre y descripción con el cual identificaremos este primer sitio

Podemos además añadir información adicional en la siguiente pantalla



Página | 46

Con estos datos iniciales ya hemos finalizado la configuración de la topología, dejamos habilitada

la casilla Abrir el Asistente para nuevo Front-END al cerrar el asistente y pulsamos en Finalizar

Comenzamos la configuración del Front-END, pulsamos en Siguiente



Página | 47

Elegimos la opción de Servidor Standard Edition y escribimos el nombre FQDN de nuestro

servidor de Lync

Habilitamos las opciones de Conferencias, Telefonía Empresarial y Control de Llamadas, los roles

de Archivado y Supervisión se habilitarán más adelante (Capítulo 13 y 14)



Página | 48

Habilitamos la opción de Combinar servidor de mediación, puesto que lo necesitaremos más

adelante para la configuración de la Telefonía IP Empresarial (Capítulo 8)

No habilitaremos la característica de servidores perimetrales, lo haremos más adelante (Capítulo 7)



Página | 49

Seleccionamos el servidor de base de datos, al ser una versión Standard será el mismo servidor en

la instancia RTC

Ahora definimos el almacén de archivos, debemos tener una carpeta compartida con anterioridad



Página | 50

Una vez que se publique la topología se añadirán los siguientes grupos con permisos de Lectura

y Escritura:

RTCHSUniversalServices

RTComponentUniverisalServices

RTCUniversalServerAdmins

RTCUniversalConfigReplicator

Crear la Carpeta Compartida

Creamos un carpeta en nuestro servidor y lo compartiremos con el nombre Share (podéis compartirlo

con otro nombre) y debéis aplicar los siguientes permisos inicialmente para continuar con la

configuración

Permisos Recurso Compartido Permisos NTFS



Página | 51

Establecemos la URL externa para los servicios Web, este FQDN lo utilizaremos tanto para

interno como externo. Podéis cambiar este nombre por el que vosotros queráis, pero recordad que

debéis crear su registro DNS correspondiente

Lync 2013 debe disponer de un servidor de Office Web Apps para poder compartir las

presentaciones de PowerPoint en las conferencias, además debe estar instalado en otro servidor

diferente al Lync Server



Página | 52

Lo más normal es que aún no tengamos ningún servidor con las Office Web App, pero debemos

configurarlo igualmente. Pulsamos en Nuevo y completamos el campo FQDN del servidor de

Office Web Apps con el FQDN del servidor. Hemos puesto el nombre con el cual posteriormente

lo vamos a publicar para tener acceso desde internet, puesto que ahora es obligatorio disponer de un

servidor de Office Web App para poder compartir las presentaciones de PowerPoint en las

conferencias. El FQDN es a vuestra elección, únicamente debéis recordar que tenéis que crear el

registro DNS correspondiente.



Página | 53

Este era el último paso por lo que ya hemos finalizado la configuración de nuestra topología, pero

antes de publicarla vamos a establecer la URL de administración. Para ello debemos pulsar con el

botón derecho encima del servidor de Lync y vamos a Editar Propiedades

Escribimos la URL para el acceso administrativo y seleccionamos el servidor de administración

Central. El acceso administrativo se corresponde con el Panel de Control de Lync, en el cual podemos

realizar la mayoría de configuraciones de Lync: Habilitar Usuarios, Directivas, Federaciones, etc...



Página | 54

Una vez revisados estos cambios, debemos publicar la topología, pulsamos con el botón derecho

encima del servidor y seleccionamos Publicar Topología



Página | 55


Seleccionamos el grupo de servidores de Front-END que se hospedará en el Almacén de

Administración Central y pulsamos en Siguiente

Y comenzará de forma inmediata la publicación de la Topología



Página | 56



Página | 57



Página | 58



Página | 59



Página | 60

Una vez que finaliza la publicación de la topología podemos ver las tareas que se han realizado y

cuales quedarían por ejecutarse

Para completar la instalación de nuestro Lync Server, debemos volver al Asistente para la

implementación y completar los pasos que tenemos dentro de Instalar o actualizar el sistema Lync

Server



Página | 61

Y comenzamos por la primera opción, Instalar el almacén de configuración local.

Seleccionamos Recuperar directamente del Almacén de administración central y pulsamos

en Siguiente



Página | 62

Este proceso llevará unos 10 minutos y nos irá mostrando los distintos avances en pantalla

Es posible que una vez que finalice la instalación nos solicite reiniciar el servidor si el Tiempo de

ejecución de Windows Media Format no estaba instalado. Ahora debemos avanzar hacia el



Página | 63

segundo paso, el de Instalar o desinstalar componentes de Lync Server. Instalará los

componentes necesarios en función de los roles que hayamos habilitado en la topología, pulsamos

en Ejecutar




Página | 64



Página | 65



Página | 66

Una vez que se haya completado la tarea de configuración de los componentes de Lync Server,

pulsamos en Finalizar

A continuación solicitamos y asignamos los certificados que utilizará Lync Server. Los certificados

serán emitidos por una entidad certificadora interna, por lo que podremos realizar la solicitud en línea



Página | 67

Pulsamos sobre Ejecutar del tercer paso para solicitar los certificados necesarios. En este caso

como no hemos solicitado en ningún momento los certificados, seleccionamos el tipo de certificado

que vamos a solicitar, en primero lugar solicitaremos el Certificado Predeterminad y pulsamos en

Solicitar


Configurar certificados para servidores Front-END




Página | 68

Seleccionamos Enviar la solicitud inmediatamente a una entidad certificadora en línea

A continuación escogemos la entidad certificadora que tenemos disponible



Página | 69

Como hemos iniciado con una cuenta del dominio no tenemos que establecer credenciales

alternativas, en el caso contrario podemos establecer las credenciales que sean necesarias




Página | 70

Escribimos un nombre descriptivo al certificado para poder identificarlo posteriormente a la hora

de asignarlo

Completamos los siguientes datos con la información que consideremos oportuno



Página | 71



Página | 72



Página | 73

Si queremos añadir un nombre alternativo al certificado podemos especificarlo aquí, en caso

contrario pulsamos en Siguiente

Una vez que hemos completado todos los datos, visualizamos un resumen de la solicitud del

certificado que estamos solicitando, si todo está correcto pulsamos en Siguiente



Página | 74




Página | 75

Una vez agregado el certificado al almacén de certificados local ya podemos asignar el certificado

si mantenemos habilitada la casilla de Asigne este certificado a los usos de certificado de Lync

Server



Página | 76

Nos muestra el certificado que vamos asignar al servidor de Lync y pulsamos en Siguiente



Página | 77

Completado el proceso nos muestra el resumen de las tareas realizadas y si se han completado

correctamente, pulsamos en Finalizar



Página | 78

A continuación solicitaremos el certificado para la autenticación de servidor a servidor, de tal

forma que Lync Server se puede conectar con el resto de aplicaciones (SharePoint, Exchange, etc…)

con una relación de confianza mutua. Para ello necesitamos solicitar y configurar un certificado que

nos permite tal propósito, para ello se utiliza el protocolo Open Authorization (OAuth) para la

autorización y autenticación de servidor a servidor. Para poder utilizar este tipo de autenticación

debemos tener las versiones de 2013 tanto de Exchange, SharePoint y Lync.

El proceso de solicitud del certificado para OAuth es muy similar al certificado para los servicios

de Lync Server, debemos pulsar en Solicitar y se nos abre el asistente de solicitud de certificado,

pulsamos en Siguiente



Página | 79

Mantenemos la opción por defecto y pulsamos en siguiente

Seleccionamos el servidor al cual le vamos a enviar la solicitud del certificado y pulsamos en

Siguiente



Página | 80

Si necesitamos solicitar el certificado con un usuario distinto con el que hemos iniciado sesión en

el servidor, podemos especificarlo, de lo contrario pulsamos en Siguiente

Si hemos creado un plantilla de certificado específica podemos elegirla de lo contrario lo dejamos

por defecto y pulsamos en Siguiente



Página | 81

Escribimos un nombre descriptivo al certificado, que nos ayudará a localizarlo posteriormente a

la hora de asignarlo, presionamos en Siguiente

Completamos los siguientes datos, únicamente con fines informativos



Página | 82

Nos muestra el nombre de sujeto que tendrá el certificado y pulsamos en Siguiente



Página | 83

Si queremos añadir algún nombre alternativo lo añadimos, de lo contrario pulsamos Siguiente

Nos muestra el resumen de la solicitud del certificado y si todo está correcto, pulsamos en

Siguiente para que se inicie el proceso de solicitud



Página | 84

Ahora ya tenemos el certificado solicitado instalado en el almacén de certificados local



Página | 85

Lo único que nos queda es asignárselo al servidor, para ello dejamos habilitada la casilla Asigne

este certificado a los usos de certificado de Lync Server y pulsamos en Finalizar para iniciar el

asistente de asignación del certificado



Página | 86

Nos muestra el certificado que vamos a asignar para la OAuth y pulsamos en Siguiente



Página | 87

Una vez completado el proceso nos muestra el resumen de las tareas realizadas y si se ha

completado correctamente, pulsamos en Finalizar

Observamos que ambos certificados están asignados correctamente, para ello una vez que

pulsamos en finalizar nos lleva a la pantalla de asignación de certificados



Página | 88

Una vez que pulsamos en cerrar en la pantalla del Asistente para Certificados, volvemos al

Asistente para la implementación, quedando como último paso para completar la instalación el

número cuatro en el cual debemos iniciar todos los servicios de Lync.




Página | 89

Y automáticamente se lanzará un proceso que tratara de iniciar todos los servicios de Lync, el

cmdlet es el siguiente:

Start-CSWindowsService – NoWait - Verbose –Report “Ruta_Fichero_Log”

Tras unos segundos iniciando los servicios de Lync, observamos que finaliza la ejecución del

proceso nos mostrará la siguiente información en pantalla y pulsamos en Finalizar



Página | 90

Con este último paso ya hemos finalizado la instalación de nuestro primero Lync Server 2013

Standard, lo primero que debemos hacer es acceder al Panel de Control de Lync para poder habilitar

los primeros usuarios en Lync. Os recuerdo que en las configuraciones iniciales hemos dado de alta

ciertos registros DNS, entre ellos admin.ucomsenespanol.com y que además hemos configurado

como nombre para el acceso al servicio de administración de Lync server en la configuración de la

topología.

Ahora únicamente debemos iniciar Internet Explorer y escribir la siguiente dirección

https://admin.ucomsenespanol.com y nos solicitará las credenciales necesarias para acceder al panel

de control de Lync Server.

https://admin.ucomsenespanol.com/



Página | 91

También podemos abrir el panel de control buscándolo desde la interface metro, para ello

pulsamos la tecla Windows + Q y en el cuadro de búsqueda de aplicaciones insertamos las siguientes

siglas L S C P de este modo también se nos abrirá el Panel de control de Lync Server

Es un requisito indispensable que tengamos instalado Silverlight sino os mostrará un aviso como

este, por lo que debéis instalarlo de inmediato desde el botón de Haga clic para instalar ahora,

Para que no nos solicite las credenciales desde dentro del dominio, debemos agregar la URL

(https://admin.ucomsenespanol.com) a los Sitios de Intranet en el navegador, de tal forma que

siempre intentará primero utilizar las credenciales del usuario que ha iniciado sesión y si tiene

permisos suficientes nos abrirá directamente el panel de control de Lync.




Página | 92

Pulsamos en Ejecutar para comenzar la descarga y posterior instalación de Silverlight

Pulsamos en Instalar ahora



Página | 93

A la finalización de la instalación de Silverlight actualizamos Internet Explorer y ya tenemos

disponible el Panel de Control de Lync

Capítulo 4 | Usuarios


Página | 94

Capítulo 4* Usuarios

En este capítulo se desarrollará el modo de habilitar los usuarios de nuestro Directorio Activo en

Lync, además de realizar las distintas configuraciones sobre los mismos

4.1. Configuración

Para habilitar un usuario del dominio en Lync, presionamos sobre Usuarios - Habilitar

Usuarios



Página | 95

Pulsamos Agregar para seleccionar los usuarios que queremos habilitar en Lync

En el cuadro de búsqueda insertamos el nombre del usuario que vamos a habilitar

El usuario debe estar creado previamente en el Directorio Activo



Página | 96

Establecemos en que servidor Front-END estará asignado el usuario y el formato de su dirección

SIP

URI de SIP de Usuario: La dirección SIP es el identificador del usuario dentro Lync, debe ser único y

crearse en base a una serie de opciones que tenemos disponibles:

Usar la dirección del correo electrónico del usuario: la dirección SIP será la misma que su

dirección de correo electrónico, este atributo debe estar establecido en el usuario con

anterioridad

Usar el nombre principal del usuario (UPN): se corresponde con el atributo

userPrincipalName del usuario (ejemplo: [email protected])

Usar el siguiente formato: en esta primera opción “libre” el formato de la dirección SIP sería

compuesta por el nombre.apellido y el dominio tiene que ser uno de los UPN creados con

anterioridad

Usar el siguiente formato: en esta primera opción “libre” el formato de la dirección SIP sería

compuesta por el atributo sAMAccountName del usuario (ejemplo: sbuitrago) y el dominio

tiene que ser uno de los UPN creados con anterioridad

Especificar un URI de SIP: podemos escribir cualquier nombre en la parte del usuario (no

exista) y el dominio tiene que ser uno de los UPN creados con anterioridad



Página | 97

Una vez establecidos los valores principales, pulsamos en Habilitar y ya tenemos nuestro usuario

habilitado en Lync. Agregaremos todos los usuarios deseados del mismo modo (de uno en uno o

varios a la vez).



Página | 98

Para comprobar que el usuario está habilitado correctamente en Lync, únicamente debemos iniciar

sesión en nuestro cliente de Lync e introducir los datos de inicio de sesión con su contraseña

correspondiente.

Para que todo funcione adecuadamente debemos tener creados los registros DNS correctamente, de

tal forma que los usuarios no tengan que realizar ninguna configuración especial en el cliente.

Capítulo 5 | Office Web App


Página | 99

Capítulo 5* Office Web App

Lync Server 2013 utiliza los servidores de Office Web App para poder compartir las

presentaciones de PowerPoint en las conferencias. Es un rol que debe instalarse en un servidor

independiente, además podrá ser utilizado también por SharePoint y Exchange 2013.

5.1. Requisitos

Debemos instalar los roles y características necesarias para su funcionamiento, lo haremos

mediante el siguiente cmdlet:

Add-WindowsFeature Web-Server,Web-Mgmt-Tools,Web-Mgmt-Console,Web-WebServer,Web-Common-

Http,Web-Default-Doc,Web-Static-Content,Web-Performance,Web-Stat-Compression,Web-Dyn-

Compression,Web-Security,Web-Filtering,Web-Windows-Auth,Web-App-Dev,Web-Net-Ext45,Web-Asp-

Net45,Web-ISAPI-Ext,Web-ISAPI-Filter,Web-Includes,InkandHandwritingServices



Página | 100

Si queremos implementar las Office Web APPs con HTTPS (recomendado), debemos primero adquirir

un certificado digital para poder configurar nuestra granja de Office Web Apps Server.

Para minimizar el esfuerzo de creación de un certificado SAN (Subjet Alternative Name) utilizaremos

una utilidad de DigiCert (DigiCertTool), que nos permitirá crear nuestro CSR de manera sencilla.

Primero nos descargamos la utilidad desde aquí: https://www.digicert.com/util/DigiCertUtil.exe y la

ejecutamos una vez la hayamos descargado:

Ahora pulsamos en Create CSR

Aquí tenemos que prestar especial atención en el campo Common Name insertaremos el nombre con

el que publicaremos los servicios de nuestra granja, en este caso habíamos elegido

office.ucomsenespanol.com tanto para la URL interna como externa. En el campo Subjet Alternative

Name insertamos nuevamente el Common Name y además el nombre FQDN del propio servidor, en

nuestro caso srv-wac00.ucomsenespanol.com. El resto de datos son a nivel informativo, pero debemos

insertarlos. Una vez registrados todos los datos pulsamos en Generate y nos generará el fichero CSR

para enviar la solicitud a una entidad certificadora.

https://www.digicert.com/util/DigiCertUtil.exe



Página | 101

Pulsamos en Save to File si enviaremos la solicitud más tarde, en caso contrario podemos pulsar en

Copy CSR. Ahora debemos abrir la web de solicitud de certificados que hemos instalado en nuestra

entidad certificadora, para ello escribimos la URL correspondiente y pulsamos en Solicitar un

certificado



Página | 102

Pulsamos en Solicitud avanza de un certificado

Pulsamos en Enviar una solicitud de certificado …



Página | 103

Pegamos el código que hemos copiado o guardado (abrir con notepad) en el primer recuadro y en

Plantilla de Certificado elegimos Servidor Web y pulsamos en Enviar



Página | 104

Ahora nos descargamos el fichero certnew.cer en nuestro equipo para posteriormente completar la

solicitud

Ahora abrimos el Internet Information Server, hacemos clic en el nombre del servidor, accedemos al

icono de Certificados de Servidor

Pulsamos con el botón derecho en cualquier zona en blanco y seleccionamos Completar solicitud de

certificado



Página | 105

Buscamos el fichero que hemos guardado con anterioridad (certnew.cer), escribimos un Nombre

Descriptivo y elegimos el almacén personal, pulsamos Aceptar

Ya tenemos el certificado solicitado e instalado en nuestro servidor



Página | 106

REQUISITOS DE CERTIFICADO

Requisitos de certificado para implementaciones de un solo servidor de Office Web Apps Server.

Si está usando un solo servidor que ejecuta Office Web Apps Server, el certificado debe cumplir los

siguientes requisitos:

El certificado debe proceder de una entidad de certificación de confianza e incluir el nombre

de dominio completo (FQDN) de su granja de servidores de Office Web Apps Server en el

campo SAN (nombre alternativo del sujeto). (Si el FQDN no está en el SAN, cuando intente

usar el certificado, el explorador mostrará advertencias de seguridad o no procesará la

respuesta).

Debe importar el certificado directamente en el servidor que ejecuta Office Web Apps Server.

No enlace el certificado manualmente. El cmdlet New-OfficeWebAppsFarm que ejecute

posteriormente lo hará por usted. Si enlaza el certificado manualmente, se eliminará cada vez

que el servidor se reinicie.

El certificado debe tener una clave privada exportable. De manera predeterminada, esta

opción se selecciona cuando usa el Internet Information Services (IIS) complemento

Administrador para importar el certificado.

El campo Nombre descriptivo debe ser único dentro del almacén Entidades de certificación

raíz de confianza. Si tiene varios certificados que comparten un campo Nombre descriptivo,

el comando producirá un error porque los cmdlets New-OfficeWebAppsFarm no sabrán qué

certificados usar.

http://technet.microsoft.com/es-es/library/jj219435.aspx#certificate



Página | 107

5.2. Instalación

Una vez que hemos completado la instalación de los roles y servicios necesarios, comenzamos la

instalación del producto que es muy simple. Insertamos el CD o montamos la ISO descarga de

MSFT y ejecutamos el proceso de instalación



Página | 108



Página | 109



Página | 110

5.3. Creación Granja Office Web APPs

Ahora tenemos el certificado en el servidor y las Office Web instaladas, únicamente debemos

crear nuestra granja utilizando el siguiente cmdlet:

New-OfficeWebAppsFarm -InternalUrl "https://office.ucomsenespanol.com" -ExternalUrl

"https://office.ucomsenespanol.com" – CertificateName "office.ucomsenespanol.com" –EditingEnabled

Para verificar que funciona correctamente, debemos acceder a la siguiente URL

https://office.ucomsenespanol.com/Hosting/Discovery y ver el siguiente XML

<?xml version="1.0" encoding="UTF-8"?> <wopi-discovery><net-zone name="internal-https"><app name="Excel"

checkLicense="true" favIconUrl="https://office.ucomsenespanol.com/x/_layouts/images/FavIcon_Excel.ico"><action name="view" urlsrc="https://office.ucomsenespanol.com/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" default="true" ext="ods"/><action name="view" urlsrc="https://office.ucomsenespanol.com/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" default="true" ext="xls"/><action name="view" urlsrc="https://office.ucomsenespanol.com/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" default="true" ext="xlsb"/><action name="view" urlsrc="https://office.ucomsenespanol.com/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" default="true" ext="xlsm"/><action name="view"

https://office.ucomsenespanol.com/Hosting/Discovery









Página | 111

Cuando hemos configurado la Topología de Lync Server por primera vez, ya le hemos indicado cual es

nuestro servidor de Office Web Apps



Página | 112

En caso contrario deberíamos configurarlo del siguiente modo, abrimos el Configurador de Topologías,

Nuevo servidor de Office Web Apps…

En el campo FQDN de servidor de Office Web Apps insertamos el nombre que hemos configurado

anteriormente en el Nombre Común cuando hemos solicitado el certificado. Además debemos tener el

registro DNS creado para que los clientes puedan resolver el nombre FQDN que hemos puesto, pero

esto ya lo hemos hecho en la configuración del DNS.

Una vez pulsemos en Aceptar debemos publicar la topología y probar a compartir un PowerPoint desde

una conferencia con algún usuario de Lync para comprobar que todo está correcto.



Página | 113

Comprobaremos la correcta instalación del siguiente modo:

1. Iniciamos sesión en Lync y creamos una conferencia desde Reunirse Ahora en el cliente Lync

Una vez que hayamos entrado en la conferencia compartimos una presentación de PowerPoint

En unos segundos visualizamos la presentación en la conferencia

Capítulo 6 | Chat Persistente


Página | 114

Capítulo 6* Chat Persistente

Durante este capítulo se especifica cómo configurar el rol en Lync 2013 del Chat Persistente, se

detallará la configuración y las verificaciones necesitas para la comprobación de la correcta creación

de los Salones de Chat.

6.1. Configuración

Uno de los nuevos roles en Lync 2013 es el de chat persistente que nos permite participar en

conversaciones con varios participantes que perduran a lo largo del tiempo, además permite a ayudar

las organizaciones para hacer lo siguiente:

Mejorar la comunicación entre equipos geográficamente dispersos y multifuncionales

Ampliar el uso de la información y la participación

Mejorar la comunicación con la organización extendida

Reducir la sobrecarga de la información

Mejorar el uso de la información

Aumentar la divulgación de información y conocimientos importantes



Página | 115

Su configuración es muy sencilla, primero debemos configurarlo en nuestra topología y para ello

debemos abrir el Generador de Topologías – Lync Server 2013 – Grupos de chat persistente –

Nuevo grupo de chat persistente

Escribimos un nombre para nuestro grupo de chat persistente



Página | 116

Seleccionamos el almacén de SQL Server que ya tenemos

Elegimos un almacén de archivos y en este caso elegiremos también el que ya tenemos

configurado previamente y pulsamos en Finalizar



Página | 117

Una vez completada la configuración de nuestro grupo de chat en el generador de topologías

debemos publicarla



Página | 118



Página | 119

Una vez que finalice debemos pulsar en Finalizar

Para finalizar la configuración el nuevo rol debemos abrir el Asistente para la implementación

– Instalar o actualizar el sistema Lync Server para que instale los componentes necesarios para

el nuevo rol



Página | 120

Pulsamos en Ejecutar en la opción Instalar o desinstalar componentes de Lync Server




Página | 121

Una vez completada la tarea, pulsamos en Finalizar



Página | 122

Para verificar que está funcionando correctamente, abrimos la consola de los servicios del Servidor

y verificamos que se está ejecutando el servicio de Chat persistente de Lync Server

Ahora debemos completar la configuración del Chat Persistente , para ello debemos revisar las

opciones disponibles del panel de control de Lync Server



Página | 123

Lo primero que debemos hacer es crear una Categoría, para ello pulsamos en Agregar y

seleccionamos el servicio de Chat Persistente disponible

Configuramos las distintas en las categorías



Página | 124

Podemos definir tres tipos de integrantes en cada categoría:

Permitidos: pueden acceder al contenido de las salas para las que tenga acceso

Denegados: se les denegará el acceso explícitamente aunque pertenezcan al grupo de miembros

permitidos

Autores: usuarios que pueden crear salones de chat para esta categoría

Para agregar usuarios a cada grupo de miembros solo tenemos que pulsar en Agregar y añadir al

usuario(s) que queramos.



Página | 125

Debemos revisar la configuración por defecto del Chat, en donde tenemos las siguientes opciones

disponibles:

Por último debemos habilitarlo, puesto que por defecto viene deshabilitado y los usuarios no

tendrán disponible aun la opción de los Salones de Chat en el cliente Lync

No se admite la carga y descarga de archivos en el cliente Lync 2013; sin embargo, se sigue

admitiendo en Lync Server 2013, Servidor de chat persistente. El cliente heredado Chat en grupo

puede publicar y ver archivos, pero si se obtiene acceso a la misma sala de chat desde el cliente

Lync 2013, no podrá obtener acceso a los archivos.



Página | 126

Para habilitarlo debemos acceder la opción de Directiva de chat persistente, lo que nos permite

crear directivas a distintos niveles: Directiva de Sitio, Grupo de Servidores y Usuario

Existe una directiva Global (por defecto) que tiene deshabilitado el Chat Persistente, solo

debemos editarla y habilitar al Chat



Página | 127

Para comprobar que hemos realizado la instalación correctamente debemos comprobar que cuando los

usuarios inicien sesión en el cliente Lync verán la opción de Salones de Chat disponible

Ahora los usuarios que sean miembros del grupo Autores serán los que podrán crear los distintos

Salones. Para crear un salón debemos hacerlo desde las opciones del salón y pulsamos en Creae un

salón de chat… (la traducción aquí ha fallado)

Se nos abrirá una web para la creación del nuevo salón, pulsamos en Crear un nuevo salón



Página | 128

Debemos escribir un nombre para el salón (debe ser único), una descripción, los administradores e

integrantes del salón y el tipo de privacidad del grupo, si lo hemos configurado pulsamos en Crear

Una vez que se ha creado el salón nos muestra el siguiente mensaje en pantalla

Ahora lo tenemos preparado para acceder, vamos al cliente de Lync y veremos que lo tenemos

disponible, además en el cliente Lync tenemos una notificación de que tenemos un salón de chat nuevo

disponible



Página | 129

El resto de usuarios que hemos agregado como integrantes verán la misma notificación de que tiene un

nuevo salón

Si acceden al chat del salón verán la conversación que otros usuarios han puesto con anterioridad



Página | 130

Si queremos saber cuántas salas tenemos creadas por cada categoría podemos ir al Panel de Control

de Lync y en el menú de Chat Persistente podemos verlo en la opción Categoría

Capítulo 7 | Edge


Página | 131

Capítulo 7* EDGE

El rol de EDGE permite que los usuarios externos puedan conectarse a Lync desde fuera de la

zona de seguridad del firewall o red privada virtual de la empresa. Esto permite que usuarios

anónimos, autenticados o federados puedan iniciar sesión en Lync y comunicarse con el resto de

usuarios de la organización. Además disponer de las mismas funcionalidades que cualquier otro

usuario que haya iniciado sesión dentro de la organización.

7.1. Requisitos

Debemos tener en cuenta los requisitos básicos para poder implementar un EDGE:

- Servidor Windows 2008 / 2012

- No debe estar unido al dominio

- 3 Direcciones IP Públicas (recomendado)

- Certificados Digitales

- Registros DNS Externos e Internos

7.2. Instalación

Lo primero que debemos hacer es configurar el nombre del equipo, la configuración de las

interfaces de red y modificar el fichero HOSTS del servidor para la resolución de nombres del Front-

END y el servidor de certificados interno (si existe en nuestra organización).

Empezamos por la configuración de red, en nuestro entorno tenemos cuatro tarjetas de red, tres

externas y una interna. Es posible hacerlo con dos tarjetas de red únicamente, debemos configurar

las tres IP externas en la misma interface.

Capítulo 7 | Edge


Página | 132

Lync Server 2010 y 2013 son compatibles detrás de un dispositivo con NAT habilitado (Router,

Firewall). Vamos a ver la configuración de un servidor EDGE teniendo en cuenta de que las

direcciones IP que se le asignarán serán ambas (interfaces externas e interna) de rangos privados,

puesto que está detrás de un dispositivo de seguridad con NAT habilitado:

INTERFACES EXTERNAS

Servicio Dirección IP Gateway DNS

Acceso 172.22.0.10 /28 172.22.0.1 8.8.8.8

Webconf 172.22.0.11 /28 172.22.0.1

AV 172.22.0.12 /28 172.22.0.1

INTERFACE INTERNA

Servicio Dirección IP Gateway DNS

Acceso LAN 172.20.0.30 /24 No se configura No se configura

Ahora debemos configurar el FQDN del servidor, que será edge.ucomsenespanol.com. Como

no está en el dominio debemos modificar el sufijo DNS principal del equipo, para ello nos

dirigimos a las Propiedades del Sistema y cambiamos el nombre del equipo del siguiente modo:

Capítulo 7 | Edge


Página | 133

En el cuadro de Sufijo DNS principal escribimos el nombre del dominio SIP principal, en nuestro

caso UCOMSENESPANOL.COM

Una vez que lo hayamos establecido nos solicitará reiniciar el servidor, para aplicar los cambios

debemos reiniciarlo obligatoriamente

Capítulo 7 | Edge


Página | 134

Una vez reiniciado (o antes, no importa el orden) debemos modificar el fichero HOSTS del

servidor para que pueda encontrar el Front-END, puesto que en la interface interna no tenemos que

configurar ningún servidor DNS y en las externas solo servidores DNS externos. Para poder resolver

el nombre del Front-END debemos modificar el fichero HOSTS

(%windir%\System32\Drivers\etc), además si tenemos una entidad certificadora privada y

queremos solicitar los certificados online desde el propio servidor debemos añadir también la entrada

correspondiente:

Capítulo 7 | Edge


Página | 135

7.3. Configuración de las Interfaces de Red

En las interfaces de red externas, los únicos protocolos que necesitamos tener en las

interfaces externas son los siguientes:

En cuando a la configuración IP de cada interfaces de Red es similar, únicamente la interface de

Acceso necesita acceso al DNS público

sip.ucomsenespanol.com webconf.ucomsenespanol.com av.ucomsenespanol.com

Se ha configurado el Gateway en las tres interfaces, puesto que en algunas ocasiones he visto que se

han tenido problemas de conectividad en algunos servidores. Cada vez que guardéis la configuración

de la conexión de red os avisará que ya existe un Gateway configurado y que esto puede causar

problemas de conexión, pero podéis obviarlo puesto que el Gateway siempre será el mismo por lo que

no tendréis problemas de ruteo ni similar

Capítulo 7 | Edge


Página | 136

La configuración de la interface interna puede ser la siguiente

Protocolos edge.ucomsenespanol.com (LAN)

El EDGE será el servidor expuesto directamente a internet, por lo que debemos tener claro cuáles

son las comunicaciones explícitas que debemos permitir desde y hacia internet en el EDGE. A nivel

de configuración de red comentar que debe disponer dos interfaces de red, para separar la red Interna

de la Externa y con subredes IP diferentes. La idea es tener un host de interface múltiple y sus

configuraciones de seguridad por defecto, que ayudarán a restringir a las distintas redes. Aquí os

muestro un pequeño esquema del funcionamiento de las comunicaciones de un host de interface

múltiple:

Host de Interface Múltiple


Capítulo 7 | Edge


Página | 137

Si hemos colocado la interface interna del EDGE en una DMZ y la red interna está en una subred

diferente, debemos crear rutas estáticas para que pueda conectarse con el Front-END y los equipos

de la red local puedan comunicarse con los usuarios externos. La ruta estática debemos configurarla

como permanente e indicarle por qué interface llegará al Gateway, que posteriormente le llevará las

subredes internas. En el caso de que la interface interna esté en la misma subred que la LAN, no

debemos hacer nada, puesto que la comunicación es directa.

Aquí se muestra cómo se configuran las rutas estáticas si tenéis la interface interna en una DMZ,

lo datos de IP serán simulados y diferentes a los que hemos puesto en la tabla anterior que será con

la que haremos la configuración final para esta guía:

Interface Interna del EDGE: 192.168.250.39 Gateway para la interface interna: 192.168.250.62 Subredes Internas: 172.29.0.0 /16, 172.30.0.0 /16, 172.31.0.0 /16

Como la interface interna no debe tener configurado un Gateway, debemos crear las

correspondientes rutas estáticas para llegar a las subredes 172.29-31.x.x.. Cuando creemos la ruta

estática debemos indicarle a su vez porque interface llegará al Gateway que nos llevará a la subred

local, esto evitará que trate de conectarse mediante las interfaces declaradas como externas. Primero

debemos saber cuál es el ID que tiene la interface interna para especificarlo posteriormente cuando

creemos la ruta. El ID podemos conocerlo escribiendo el comando route print desde una línea de

comandos, tal y como se muestra en amarillo el ID que el sistema ha asignado a cada interface: 26,

27, 28, 29

Si por el nombre no somos capaces de identificar la interface en cuestión, solo tenemos que ir al

centro de redes y recursos compartidos y ver las interfaces que tenemos para ver el nombre del

dispositivo:

Aquí vemos que la interface interna es la "Adaptador de red Microsoft Hyper-V #11, y en el

router print vemos que el ID es el 26, por lo que el comando quedaría así para llegar a la subred

172.29.0.0 /16 route add 172.29.0.0 mask 255.255.0.0 192.168.250.62 if 26

Capítulo 7 | Edge


Página | 138

Nuestro Gateway es el 192.168.250.62 y la interface por la que le indicamos cómo vamos a llegar

es por la 26 que se corresponde con la interface que tiene la IP INTERNA del EDGE. “Os recuerdo

que si solo tuviéramos la interface interna del EDGE y estuviera conectada directamente a la red

local, este paso no haría falta”

Si queremos verificar que las rutas se han creado correctamente, volvemos a escribir route print

nos mostrará en pantalla la rutas del servidor

Como vemos la subred IP de destino es la 172.29.0.0/16 el Gateway es la IP 192.168.250.62 y la

interface la Interna con la IP 192.168.250.39.

Capítulo 7 | Edge


Página | 139

7.4. Registros DNS

Creamos los registros en los servidores DNS internos y externos, detallamos cuales sería los

registros necesarios en ambos servidores:

REGISTROS DNS PÚBLICOS

Tipo Nombre IP Pública Simulada Descripción

A Sip.ucomsenespanol.com 200.0.0.10 Acceso Autenticado

A Webconf.ucomsenespanol.com 200.0.0.11 Conferencia Servicio de Conferencias

A Av.ucomsenespanol.com 200.0.0.12 Audio / Video Servicios de Audio y Video

SRV

_sip._tls.ucomsenespanol.com SRV service location: priority = 0 weight = 0 port = 443 svr hostname = sip.ucomsenespanol.com

svr hostname = sip.ucomsenespanol.com

Descubrimiento automático del servidor de inicio de sesión para los clientes Lync

SRV

_sipfederationtls._tcp. ucomsenespanol.com SRV service location: priority = 0 weight = 0 port = 5061 svr hostname = sip.ucomsenespanol.com


Registro obligatorio si nos federarnos con MSFT (Skype) y Federaciones con otros servidores de Lync habilitados para la detección de dominios

SRV

_xmpp-server._tcp. ucomsenespanol.com SRV service location: priority = 1 weight = 100 port = 5269 svr hostname = sip.ucomsenespanol.com


Registro obligatorio para registrarnos con sistemas que utilicen XMPP: Google Talk

REGISTROS DNS INTERNOS

Tipo Nombre IP Interna Descripción

A edge.ucomsenespanol.com 172.20.0.30

IP interna del EDGE, el FQDN debe ser el mismo con el que lo hemos configurado en nuestra topología. Los clientes este registro para conectarse al EDGE a su interface interna

Esto son los registros DNS que necesitamos, cada uno tendrá que cambiar el nombre del dominio

por el suyo, recordad que nosotros estamos utilizando ucomsenespanol.com.

Capítulo 7 | Edge


Página | 140

Una vez que tenemos los registros DNS creados, empezaremos por configurar la topología en el

Front-END y añadir el EDGE a la topología, para ello abrimos el Generador de topologías sobre

Lync Server 2013 y nos vamos a la carpeta de Grupos de servidores perimetrales - Grupos de

servidores perimetrales - Nuevo grupo de servidores perimetrales

Presionamos en Siguiente

Capítulo 7 | Edge


Página | 141

Escribimos el FQDN del EDGE y elegimos Grupo de un solo equipo, puesto que solo

tendremos un EDGE en nuestra topología, pulsamos en Siguiente

Seleccionamos la opción Habilitar la federación sobre el puerto 5061 (por defecto) y con

sistemas XMPP sobre el puerto 5269 (por defecto). La primera opción es si solo tenemos una IP

Pública disponible para el EDGE y debemos compartir todos servicios en la misma IP. Si elegimos

esta opción tendremos que cambiar el número de puerto para los distintos servicios, si es posible se

recomienda siempre tener 3 IP Públicas para el EDGE para evitar el cambio de puertos. Una vez

elegidas las opciones deseadas pulsamos en Siguiente

Capítulo 7 | Edge


Página | 142

Escribimos los FQDN asociados a los distintos servicios y el número de puerto, recordad que

estos FQDN son externos por lo que debéis crear los registros adecuados en vuestros servidores

DNS externos. Si revisáis la tabla anterior con los registros DNS que debíamos crear, veréis que los

nombres a establecer en la configuración de los FQDN externos son los anteriore nombrados.

Siempre que tengamos varias IP Públicas utilizaremos el puerto 443, este puerto suele estar disponible

en el 99,99% de las redes de empresas, hoteles, etc.. de tal forma que sus dispositivos de seguridad

no bloquearán las comunicaciones hacia vuetros servidores de Lync. Una vez que hemos definido los

nombres FQDN para los distintos servicios, pulsamos en Siguiente

Capítulo 7 | Edge


Página | 143

Especificamos la IP Interna del EDGE y pulsamos en Siguiente

Especificar las IP desclaradas como externas en el EDGE, aunque para nosotros sean de un

rango privado porque estamos detrás de un dispositivo configurado con NAT (Router, Firewall)

Capítulo 7 | Edge


Página | 144

Este es un paso muy importante, sino no os funcionará las conferencias, transferencias de

ficheros, etc… debéis especificar la IP Pública que tenéis disponible en el Router/Firewall habilitado

con NAT

Ahora seleccionamos el Front-END al que estará asociado este EDGE y pulsamos en Finalizar

Capítulo 7 | Edge


Página | 145

Como vemos en el configurador de la topología tenemos el EDGE asociado a la misma

Para completar la configuración de la topología debemos publicarla, por lo que pulsamos con el

botón derecho sobre Lync Server y seleccionamos Publicar Topología

Capítulo 7 | Edge


Página | 146


Completada la publicación, pulsamos en Finalizar

Capítulo 7 | Edge


Página | 147

Si queremos revisar la configuración del EDGE en el generador de la topología, nos vamos a editar

el Front-END y visualizamos la configuración que hemos realizado

Capítulo 7 | Edge


Página | 148

Si editamos la configuración del EDGE veremos igualmente la configuración establecida

anteriormente, si deseamos realizar algún cambio debemos hacerlo desde aquí. Para cada cambio de

configuración que hagamos debemos publicar la topología, luego mediante la replicación se le enviarán los

datos al EDGE (TCP 4443). Pero la primera vez que configuremos el EDGE, debemos exportar la

configuración para que el EDGE pueda recibirla mediante un fichero ZIP, recodar que el EDGE no

está en el dominio por lo que no puede descargarse la topología automáticamente, se la tenemos que

dar nosotros por primera vez. Para exportar la configuración debemos hacerlo mediante un cmdlet

de PowerShell de Lync Server:

Export-CsConfiguration – FileName C:\Lync.zip

Una vez exportado el fichero, debemos copiarlo al EDGE para completar la primera

configuración del servidor.

Capítulo 7 | Edge


Página | 149

7.5. Instalación Lync Server en el EDGE

Una vez verificado que tenemos todo lo necesario para la instalación de Lync, montamos la ISO

o introducimos el disco de instalación de Lync y ejecutamos el proceso de instalación

Lo primero que nos muestra es que para poder iniciar el instalador de Lync debemos tener

instalado el Visual C++ 2012 x64 11.0.50727, por lo que pulsamos directamente en SI para que realice

la instalación

Capítulo 7 | Edge


Página | 150

Una vez que termina la instalación de Visual C++ 2012 x64 11.0.50727 volvemos a ejecutar el

instalador de Lync y comenzará la instalación, pulsamos en Instalar

Aceptamos el contrato de licencia y pulsamos en Aceptar

Capítulo 7 | Edge


Página | 151

Una vez finalizada la instalación, iniciaremos el Asistente para la implementación y vamos

directamente a la opción de Instalar o actualizar el sistema Lync Server

Capítulo 7 | Edge


Página | 152

Pulsamos en Ejecutar en el paso número uno y el único disponible de momento

Seleccionamos directamente la topología a utilizar desde un fichero .zip (el cual hemos exportado

en los pasos anteriores) que debemos tener copiado en el EDGE, pulsamos en Siguiente

Ahora comienza la instalación del almacén central local del EDGE

Capítulo 7 | Edge


Página | 153

Una vez completado el proceso pulsamos en Finalizar

Capítulo 7 | Edge


Página | 154

Ahora pulsamos en Ejecutar del segundo paso que es el de Instalar o desinstalar componentes

de Lync Server


Capítulo 7 | Edge


Página | 155

Se comprobarán los requisitos previos y habilitarán o deshabilitarán los roles que sean necesarios

en función de lo que he le hemos pasado anteriormente con el fichero exportado de la topología

Capítulo 7 | Edge


Página | 156

Una vez completada la instalación pulsamos en Finalizar

Automáticamente volvemos a la ventana de Asistente de configuración y pulsamos en Ejecutar

del tercer paso que es el de Solicitar, instalar o asignar certificados

Capítulo 7 | Edge


Página | 157

Debemos solicitar los certificados que utilizará para las conexiones internas y externas, vamos a

comenzar por el certificado interno. Para ello seleccionamos Servidor perimetral interno y

pulsamos en Solicitar


Capítulo 7 | Edge


Página | 158

Seleccionamos la primera opción que es la de Enviar la solicitud inmediatamente a una

entidad de certificación en línea, aunque la máquina no está en el dominio igualmente podemos

solicitarle en línea los certificados a nuestro servidor de certificados.

Capítulo 7 | Edge


Página | 159

Especificamos el nombre de nuestra entidad de certificación (recordad que el servidor no está

unido al dominio y no la puede descubrir). También recordaros que la resolución de nombres internos

la hemos configurado añadiendo anteriormente los nombres e IP de los servidores de Certificación

y Front-END en el fichero HOSTS del equipo, de tal forma que puede resolver el nombre FQDN

del servidor de certificados. Una vez que hemos escrito el nombre de la entidad certificadora


Por la misma razón que no podemos descubrir la entidad certificadora debemos especificar un

nombre de usuario y contraseña válidos en el dominio de la entidad certificadora para poder realizar

la solicitud. Este usuario debe tener los permisos necesarios para poder solicitar el certificado

Capítulo 7 | Edge


Página | 160

Como el certificado no lo queremos exportar a otro servidor, no habilitaremos la clave privada

del certificado como exportable. Escribiremos un nombre descriptivo que nos permita identificarlo

a la hora de asignarlo, pulsamos en Siguiente

Ahora completamos la información legal del certificado

Capítulo 7 | Edge


Página | 161

Por defecto nos muestra el nombre de sujeto del certificado que se corresponde con el FQDN

del servidor y pulsamos en Siguiente

Capítulo 7 | Edge


Página | 162

No es necesario añadir nombres alternativos para el certificado interno, pulsamos en Siguiente

Revisamos el resumen del certificado que vamos a solicitar y pulsamos en Siguiente

Capítulo 7 | Edge


Página | 163

Y comenzará el proceso de solicitud del certificado

Si el proceso de completar correctamente pulsaremos en Siguiente

Capítulo 7 | Edge


Página | 164

Como el EDGE no forma parte del dominio una vez que completemos la solicitud del certificado

puedes que nos encontremos con el siguiente error:

Esto es porque no hemos instalado el certificado raíz de confianza en el servidor, por lo que debemos

instalarlo antes de iniciar el proceso de solicitud de certificado. Podemos hacerlo de varios modos,

uno es copiando el fichero certificado raíz de la entidad certificadora en el EDGE e instalándola, o

solicitándolo directamente desde la web de inscripción de certificados. Vamos a ver cómo sería la

segunda opción, para ello abrimos el navegador de internet y escribimos la URL del servicio web de

inscripción de certificados (http://nombre_servidor/certsrv). Ahora nos solicitará credenciales para

poder acceder al sitio web y podremos pulsar en Descargar un certificado de CA, cadena de

certificados o lista de revocación

http://nombre_servidor/certsrv

Capítulo 7 | Edge


Página | 165

Pulsamos en Descargar certificado de CA y guardamos el fichero que nos solicita descargar

Buscamos el fichero que hemos guardado (certnew.cer) y hacemos doble clic sobre el para iniciar la

instalación. Una vez abierto el asistente de instalación, seleccionamos Equipo Local y pulsamos en

Siguiente

Seleccionamos Colocar todos los certificados en el siguiente almacén y elegimos Entidades de

certificación raíz de confianza y pulsamos en Siguiente

Capítulo 7 | Edge


Página | 166

Para completar la instalación pulsamos en Finalizar

Capítulo 7 | Edge


Página | 167

Y ahora nos mostrará un alerta comunicando que se ha importado correctamente

Si ahora repetimos el proceso de solicitud de certificados para el EDGE no nos dará el error anterior y se

nos mostrará una pantalla similar a indicada a continuación:

Después de haber solicitado el certificado y agregarlo al almacén local del servidor, debemos asignarlo.

Habilitamos la casilla Asigne este certificado a los usuario de certificado de Lync Server y pulsamos

en Finalizar

Capítulo 7 | Edge


Página | 168

Automáticamente se nos abre el asistente de Asignación de Certificados y pulsamos en

Siguiente

Capítulo 7 | Edge


Página | 169

Antes de asignarlo nos muestra un resumen del certificado y si todo está correcto, pulsamos en

Siguiente para comenzar el proceso de asignación del certificado interno

Una vez completado el proceso de asignación de certificado pulsamos en Finalizar

Capítulo 7 | Edge


Página | 170

Volvemos al Asistente para certificados y visualizamos el certificado interno correctamente

asignado

Repetimos el mismo proceso para la solicitud del certificado externo, pulsamos en Solicitar

Capítulo 7 | Edge


Página | 171

Pulsamos Siguiente

Seleccionamos la primera opción que es la de Enviar la solicitud inmediatamente a una

entidad de certificación en línea, aunque la máquina no está en el dominio igualmente podemos

solicitarle en línea los certificados a nuestro servidor de certificados.

Capítulo 7 | Edge


Página | 172

Especificamos el nombre de nuestra entidad de certificación (recordad que el servidor no está

unido al dominio y no la puede descubrir). También recordaros que la resolución de nombres internos

la hemos configurado añadiendo anteriormente los nombres e IP de los servidores de Certificación

y Front-END en el fichero HOSTS del equipo, de tal forma que puede resolver el nombre FQDN

del servidor de certificados. Una vez que hemos escrito el nombre de la entidad certificadora

presionamos en Siguiente

Capítulo 7 | Edge


Página | 173

Por la misma razón que no podemos descubrir la entidad certificadora debemos especificar un

nombre de usuario y contraseña válidos en el dominio de la entidad certificadora para poder realizar

la solicitud. Este usuario debe tener los permisos necesarios para poder solicitar el certificado

Si queremos solicitar un certificado con una plantilla específica podemos indicarlo, sino

pulsaremos en siguiente

Capítulo 7 | Edge


Página | 174

Escribimos un nombre descriptivo que me permite reconocerlo a la hora de asignarlo y

presionamos Siguiente

Ahora completamos la información legal del certificado

Capítulo 7 | Edge


Página | 175

Por defecto nos muestra el nombre de sujeto del certificado y pulsamos en Siguiente

Capítulo 7 | Edge


Página | 176

Especificamos los SIP que tenemos configurados, en nuestro caso solo tenemos el dominio

principal y único

Si necesitamos añadir nombres alternativos podemos hacerlo, como antes no estaba el registro

av.ucomsenespanol.com lo añadiremos y pulsamos Siguiente

Capítulo 7 | Edge


Página | 177

Revisamos el resumen del certificado que vamos a solicitar y presionamos Siguiente

Comenzará el proceso de solicitud del certificado

Capítulo 7 | Edge


Página | 178

Si el proceso se completa correctamente pulsaremos en Siguiente

Una vez que el certificado se ha solicitado he instalado correctamente en el almacén de certificados

local, debemos proceder a su asignación. Para poder asignarlo no desmarcamos la casilla de Asigne

este certificado a los usuario de certificado de Lync Server y pulsamos en Finalizar

Capítulo 7 | Edge


Página | 179

Automáticamente se nos abre el asistente de Asignación de certificados y pulsamos en

Siguiente

Nos muestra un resumen del certificado que va a ser asignado y si todo está correcto, pulsamos

en Siguiente

Capítulo 7 | Edge


Página | 180

Para completar la asignación de certificados pulsamos en Finalizar

Capítulo 7 | Edge


Página | 181

Ahora estamos en el asistente de asignación de certificados y podemos confirmar que tenemos

correctamente instalados los certificados de nuestro EDGE

Capítulo 8 | Publicación de Servicios


Página | 182

Capítulo 8* Publicación de

Servicios

Una vez que tenemos todos los servicios configurados, debemos ofrecer visibilidad desde el

exterior. Para ello debemos publicar los distintos servicios a los cuales queremos conectarnos desde

Internet, por un lado los servicios web del Front-END y del Exchange (EWS) y por otro los servicios

del EDGE como el acceso de usuarios externos, sesiones de audio/video, conferencias y

federaciones

8.1. EDGE

Como tenemos nuestro servidor EDGE detrás de un dispositivo de seguridad con NAT, debemos

habilitar las distintas reglas en dichos dispositivos para permitir tráfico desde Internet hacia las

distintas IP externas del EDGE, y desde el EDGE hacia Internet

PUBLICACIÓN DE SERVICIOS EN EL EDGE



Página | 183

En nuestro ejemplo esta sería la configuración de puertos necesaria para poder utilizar los servicios

configurados, se deberán enviar (Port Forwarding) las peticiones que lleguen al router/firewall (en

sus diferentes IP públicas) a las direcciones IP Externas del EDGE. En las siguientes tablas se

representarán las comunicaciones que debemos permitir de entrada y salida del EDGE, con distintos

orígenes y destinos de las mismas:

Internet Interfaces Externas del EDGE

Servicio Protocolo FQDN IP Pública Puerto IP Externa

EDGE Puerto

Autenticación Cliente

TCP SRV: _sip._tls.ucomsenespanol.com

sip.ucomsenespanol.com 200.200.200.10 443 172.22.0.10 443

Federaciones TCP SRV: _sipfederationtls._tcp.ucomsenespanol.com


PSOM/TLS TCP webconf.ucomsenespanol.com 200.200.200.11 443 172.22.0.11 443

STUN TCP av.ucomsenespanol.com 200.200.200.12 443 172.22.0.12 443

STUN UDP av.ucomsenespanol.com 200.200.200.12 3478 172.22.0.12 3478

RTP/UDP UDP av.ucomsenespanol.com 200.200.200.12 50000-59999 172.22.0.12 50000-59999

XMPP TCP SRV: _xmpp-server._tcp. ucomsenespanol.com


Internet Interfaces Externas del EDGE

Servicio Protocolo IP Origen Interna IP Origen Pública Puerto IP Destino Puerto

HTTP TCP 172.22.0.10 200.200.200.10 >1024 ANY 443

DNS UDP 172.22.0.10 200.200.200.10 >1024 ANY 53

Federaciones TCP 172.22.0.10 200.200.200.10 >1024 ANY 5061

XMPP TCP 172.22.0.10 200.200.200.10 >1024 ANY 5269

Audio/Video RTP/TCP 172.22.0.12 200.200.200.12 >1024 ANY 50000-59999

Audio/Video RTP/UDP 172.22.0.12 200.200.200.12 >1024 ANY 50000-59999

STUN STUN/UDP 172.22.0.12 200.200.200.12 >1024 ANY 3478



Página | 184

También debemos permitir las conexiones desde la interface interna del EDGE hacia la red local de la empresa y al revés, desde la red interna hacia la interface interna del EDGE

Red InternaInterface Interna

Como vemos tenemos que permitir varios protocolos, unos hacia la red interna (o distintas

subredes internas de nuestra LAN) y otros hacia el Front-END. Las conexiones con el Front-END

son las siguientes:

La replicación a través del puerto 4443, esto nos permite una vez configurado por primera

vez el EDGE realizar cualquier cambio en la Topología y que se replique sin necesidad

de hacer nada más

El puerto 5061 de entrada y salida al Front-END para el tráfico SIP

El puerto 5062 para la autenticación del servicio de AV

El puerto 3478 para enviar tráfico media a los usuarios externos desde dentro de la red

El puerto 443 para autenticar las sesiones de señalización de SIP y obtener acceso al

servicio de AV perimetral

Los puertos 50001-50003 se copilan registros y comandos del controlador del servicio

centralizado (ClsController.exe) o del agente (ClasAgent.exe)

El puerto 23456 se utiliza para enviar el tráfico de XMPP saliente hacia el servicio de

puerta de enlace XMPP

Ahora ya tenemos configurado nuestro EDGE y listo para ser utilizado, a nivel de servicios,

certificados y configuración de red está operativo.

Servicio Protocolo Puerto O. Origen Puerto D. Destino

Federaciones TCP >1024 Interna del EDGE 5061 Front-END o Pool

Federaciones TCP >1024 Front-END o Pool 5061 Interface Interna del EDGE

Replicación TCP >1024 Front-END o Pool 4443 Interna del EDGE

Conferencia TCP >1024 Cualquier Subred Interna 8057 Interna del EDGE

Servicio Autenticación TCP >1024 Front-END 5062 Interna del EDGE

STUN /MSRUN UDP >1024 Cualquier Subred Interna 3478 Interna del EDGE

STUN /MSRUN TCP >1024 Cualquier Subred Interna 443 Interna del EDGE

CLS/MTLS TCP >1024 Cualquier Subred Interna 50001 Interna del EDGE



XMPP/MTLS TCP >1024 Front-END 23456 Interna del EDGE



Página | 185

8.1.1. Habilitar Usuarios Externos

Una vez hemos habilitado las comunicaciones desde Internet hacia el EDGE, debemos habilitar

el poder iniciar sesión en Lync desde fuera de la organización, puesto que por defecto viene

deshabilitado. Para habilitado debemos acceder al Panel de Control de Lync o mediante PowerShell.

Para habilitarlo desde el Panel de Control de Lync debemos acceder mediante un navegador a la

URL de administración (https://admin.ucomsenespanol.com). Debemos ir a Federación y acceso

remoto - Configuración del servidor perimetral de acceso - Habilitar el acceso remoto a los

usuarios.




Página | 186

Podemos configurar a nivel de servidor perimetral el habilitar la federación, usuarios remotos y

anónimos en las conferencias.

Además podemos controlar si los usuarios internos pueden contactar con usuarios externos,

federados o públicos, para ello podemos crear distintas directivas a nivel Global, de Sitio o Usuario.



Página | 187

Como vemos podemos controlar qué tipo de comunicaciones pueden tener los usuarios de

nuestra organización.

Habilitar comunicaciones con usuarios federados o Habilitar comunicaciones con usuarios federados de XMPP (Ejemplo: Google)

Habilitar comunicaciones con usuarios remotos

Habilitar comunicaciones con usuarios públicos



Página | 188

8.2. Front-End y Exchange (EWS)

Los siguientes esquemas muestran una visión global de la publicación de los distintos servicios

web de Exchange y del Front-END

PUBLICACIÓN DE SERVICIOS WEB DEL FRONT-END MEDIANTE REVERSE-PROXY

La publicación de los servicios de móvil en algunas ocasiones puede llevarnos a alguna confusión,

por ello aquí os mostramos un pequeño esquema de una publicación de servicios de móvil (MCX)

PUBLICACIÓN DE SERVICIO WEB PARA LYNC MOBILE



Página | 189

Ahora que hemos diseñado y configurado nuestros servicios, debemos publicarlos. Utilizaremos

el TMG 2010 SP2 como reverse-proxy para la publicación de todos los servicios web:

- Libreta de direcciones (ABS)

- Lync Web App (Meet)

- Lync Mobile

- Office Web App Server (Office)

- Conferencia Telefónica (Dialin)

- Servicios Web de Exchange (EWS)

Todos estos servicios Web serán publicados mediante reverse-proxy con TMG 2010, y

utilizaremos un certificado wildcard. Antes de empezar con la configuración de la publicación de los

servicios, debemos tener algunas configuraciones finalizadas en función de cada servicio que vamos

a publicar.

Todos los servicios se publicarán mediante HTTPS por lo que vamos a necesitar su

correspondiente certificado, bien lo podemos adquirir de una empresa que emita certificados

públicos o bien seguir utilizando nuestra entidad certificadora para emitirlo. Hasta el momento hemos

utilizado en todo momento certificados de ámbito privado, y podemos seguir haciéndolo pero

también podemos tener un “mixto” y disponer de certificados externos únicamente para la

publicación de los servicios hacia el exterior. Los certificados públicos deberán estar configurados en

las interfaces públicas del TMG y el EDGE, el resto de certificados pueden ser certificados internos.

Para la publicación de los servicios web recomendamos que si podéis utilicéis certificados wildcard

(certificados comodín). Todos sabemos que el nombre del certificado tiene que corresponderse con

el nombre publicado, sino obtendremos una alerta de seguridad en nuestro navegador. Si utilizamos

un certificado wildcard podemos publicar cualquier subdominio del mismo dominio del certificado,

por ejemplo:

Certificado: *.ucomsenespanol.com Subdominios:

Meet.ucomsenespanol.com

dialin.ucomsenespanol.com

mail.ucomsenespanol.com

admin.ucomsenespanol.com

lyncdiscover.ucomsenespanol.com

autodiscover.ucomsenespanol.com

blog.ucomsenespanol.com



Página | 190

Esto nos facilitará mucho la configuración, puesto que con una sola IP Pública configurada en el

TMG podremos realizar múltiples publicaciones de servicios del mismo dominio. Además, el

certificado público solo debe estar instalado en el TMG, en el Front-END debe seguir con los

certificados privados.

Nosotros vamos a utilizar un certificado de ámbito privado, pero la configuración será la misma

que si utilizamos un certificado público.

Todos los servicios que queremos publicar, deben tener su correspondiente registro en el DNS

externo, puesto que serán expuestos a internet para poder conectarnos desde cualquier sitio. Las URL

de servicios que vamos a publicar con las siguientes:

https://meet.ucomsenespanol.com: para las reuniones Online

https://pool.ucomsenespanol.com: los servicios web de Lync

https://dialin.ucomsenespanol.com: servicio de conferencia telefónica

https://lyncdiscover.ucomsenespanol.com: cliente Lync Mobile

https://autodiscover.ucomsenespanol.com: descubrimiento de los Servicios Web de Exchange

(EWS) para acceder al buzón de voz, guardar al histórico de conversación, gestionar la disponibilidad,

etc…

Ahora debemos tener creados los siguientes registros DNS en los servidores externos, la dirección

IP Pública deberá ser una diferente al resto de IP Públicas que teníamos configuradas en el EDGE.

Esto es así porque publicaremos los servicios web a través del puerto 443 en TCP, al igual que los

servicios del EDGE y no puede tener más de una configuración de Port Forwarding por el mismo

puerto

Tipo Nombre IP Pública (simulada)

Descripción

A dialin.ucomsenespanol.com 200.200.200.13 Interface Pública del TMG

A meet.ucomsenespanol.com 200.200.200.13 Interface Pública del TMG

A Autodiscover.ucomsenespanol.com 200.200.200.13 Interface Pública del TMG

A Lyncdiscover.ucomsenespanol.com 200.200.200.13 Interface Pública del TMG

A Pool.ucomsenespanol.com 200.200.200.13 Interface Pública del TMG

Si ya tenemos los registros DNS creados correctamente, lo siguiente que vamos a configurar son

las direcciones web de los servicios web de Exchange que vamos a publicar. Por defecto las URL de

los servicios web de Exchange de Autodiscover y EWS se generan de la siguiente forma:

https://autodiscover.fqdn_del_servidor/autodiscover/autodiscover.xml Eje.: https://autodiscover.srv-mail00.ucomsenespanol.com/autodiscover/autodiscover.xml https://fqdn_del_servidor/ews/exchange.asmx Eje.: https://mail.ucomsenespanol.com/ews/exchange.asmx

¿Qué certificados necesitamos para Lync?


https://meet.ucomsenespanol.com/

https://pool.ucomsenespanol.com/

https://dialin.ucomsenespanol.com/

https://lyncdiscover.ucomsenespanol.com/

https://autodiscover.ucomsenespanol.com/

https://autodiscover.fqdn_del_servidor/autodiscover/autodiscover.xml

https://autodiscover.srv-mail00.ucomsenespanol.com/autodiscover/autodiscover.xml

https://fqdn_del_servidor/ews/exchange.asmx

https://mail.ucomsenespanol.com/ews/exchange.asmx



Página | 191

Lo primero que haremos será cambiar su FQDN, por lo que podríamos utilizar el nombre de

ucomsenespanol.com y su correspondiente prefijo, para establecer las URL de los servicios de

Autodiscover y EWS utilizaremos los siguientes cmdlets:

URL AUTODISCOVER Set-ClientAccessServer –Identity SRV-MAIL00 -AutoDiscoverServiceInternalUri: https://autodiscover.ucomsenespanol.com/Autodiscover/Autodiscover.xml -BasicAuthentication $true Set-ClientAccessServer –Identity SRV-MAIL00 -AutoDiscoverServiceexternalUri: https://autodiscover.ucomsenespanol.com/Autodiscover/Autodiscover.xml -BasicAuthentication $true URL EWS Set-WebServicesVirtualDirectory –Identity “EWS (Sitio Web predeterminado)” –InternalUrl: https://mail.ucomsenespanol.com/EWS/Exchange.asmx Set-WebServicesVirtualDirectory –Identity “EWS (Sitio Web predeterminado)” –ExternalUrl: https://mail.ucomsenespanol.com/EWS/Exchange.asmx -BasicAuthentication $true

Set-AutodiscoverVirtualDirectory

http://technet.microsoft.com/es-ES/library/aa998601.aspx

Set-WebServicesVirtualDirectory

http://technet.microsoft.com/es-es/library/aa997233.aspx

https://autodiscover.ucomsenespanol.com/Autodiscover/Autodiscover.xml

https://autodiscover.ucomsenespanol.com/Autodiscover/Autodiscover.xml

https://mail.ucomsenespanol.com/EWS/Exchange.asmx

https://mail.ucomsenespanol.com/EWS/Exchange.asmx

http://technet.microsoft.com/es-ES/library/aa998601.aspx



Página | 192

Ahora debemos publicar las distintas URL a través del TMG para que sean accesibles a través de

Internet, lo primero que debemos crear es nuestro Listener HTTPS que es el protocolo a utilizar.

Abrimos la consola de administración del TMG y nos vamos a Firewall Policy – Web Listener y

pulsamos con el botón derecho encima para seleccionar la opción New Web Listener….

Escribimos un nombre para el Listener que os permite luego diferenciarlo de otro, en nuestro

caso todo lo que publiquemos será mediante HTTPS así que seré muy original con el nombre:



Página | 193

Seleccionamos la primera opción puesto que es un listener para publicar mediante HTTPS

Seleccionamos la red en la cual vamos a configurar el listener, elegimos External. Si tenemos varias

IPs asignadas podemos elegir sobre que IP se configurará el Listener, en nuestro caso solo tenemos

una IP



Página | 194

Debemos elegir el certificado que le vamos a asignar a Listener, para ello presionamos en Select

Certificate

A continuación seleccionamos un certificado válido del almacén local de certificados, debe estar

instalado previamente, como podéis apreciar yo he creado un certificado wildcard:

*.ucomsenespanol.com



Página | 195

Seleccionamos la opción en el desplegable que queremos autenticación por formularios, aunque

para el Lync no nos hará falta si lo utilizaré para la publicación del OWA, SharePoint, etc..



Página | 196

Inicialmente no utilizaremos SSO pero si queréis podéis configurarlo

Seguidamente nos muestran un resumen de lo configurado y pulsamos en Finalizar



Página | 197

A continuación vemos un resumen de nuestro listener

Tenemos nuestro listener y continuamos con la publicación de los servicios web del Exchange,

para ello presionamos con el botón secundario del ratón en Firewall Policy y elegimos Nuevo –

Exchange Web Client Access Publishing Rule …



Página | 198

Escribimos un nombre para esta regla y pulsamos en Siguiente

Seleccionamos nuestra versión de Exchange, aunque yo tengo Exchange 2013 solo puedo elegir

como versión más actualizada la 2010



Página | 199

Seleccionamos la primera opción, puesto que nosotros publicaremos un único servidor y


Mentemos la opción por defecto puesto que publicaremos los distintos servicios en HTTPS y




Página | 200

Escribimos el nombre del servidor interno que vamos a publicar, yo tengo creados los mismos

registros DNS en interno y externo, por lo que voy a colocar directamente el nombre con el cual lo

tengo publicado en internet y pulsamos en Siguiente

Ahora escribimos el nombre público y presionamos en Siguiente



Página | 201

Seleccionamos el listener que hemos creando anteriormente y pulsamos en Siguiente

En el método de autenticación elegimos No delegation, but client may authenticate directly

y pulsamos en Siguiente



Página | 202

Esta regla se aplicará a All Users y pulsamos en Siguiente

Como paso final nos muestra el resumen de la regla configurada y pulsamos en Finalizar



Página | 203

Como hemos utilizado como base la regla de publicación del OWA de Exchange, debemos

realizar algunas modificaciones sobre la regla que hemos creado, así debería quedar la regla de

publicación de AutoDiscover (AD) y Exchange Web Service (EWS)



Página | 204

Una vez realizados los cambios comentados, ahora podemos pulsar el botón de Test para ver si

la regla está correcta, y como vemos está funcionando correctamente

Ahora que ya tenemos la regla del Autodiscover y EWS debemos publicar las distintas URL de

los servicios que vamos a publicar y que hemos comentado anteriormente. Debemos crear una regla

de publicación Web y para ello tenemos que abrir la consola de administración del TMG, hacemos

clic con el botón secundario encima de Firewall Policy, seleccionamos Nuevo y elegimos Web

Site Publishing Rule …



Página | 205

Escribimos un nombre de la regla y pulsamos en Siguiente

Marcamos Allow y pulsamos en Siguiente



Página | 206

Seleccionamos Publish a single Web site or load balancer y pulsamos en Siguiente

Seleccionamos Use SSL to connect to the published Web server or server farm



Página | 207

Insertamos el nombre interno del servidor Lync y pulsamos Siguiente




Página | 208

Escribimos el nombre público especificando el FQDN del servicio Web Externo y pulsamos en

Siguiente

Seleccionamos el listener que hemos configurado anteriormente y pulsamos en Siguiente



Página | 209

Aquí debéis elegir No delegation, but client may authenticate directly y pulsar en Siguiente

Agregamos a All Users únicamente a la regla y pulsamos en Siguiente



Página | 210

Ahora nos muestra un resumen de la regla configurada y pulsamos en Finalizar



Página | 211

Al igual que con la regla del Exchange debemos hacer algunas modificaciones, son las siguientes:



Página | 212

Por último nos queda configurar la publicación de las Office Web para poder tener acceso a

compartir nuestras presentaciones de PowerPoint desde Internet. Debemos crear una regla de

publicación Web y para ello tenemos que abrir la consola de administración del TMG, hacemos clic

con el botón secundario encima de Firewall Policy, seleccionamos Nuevo y elegimos Web Site

Publishing Rule…

Si pulsamos en el botón Test Rule podemos verificar si la regla está bien configurada



Página | 213

Escribimos el nombre de la nueva regla y pulsamos en Siguiente

Elegimos Allow y pulsamos en Siguiente



Página | 214

Elegimos Publish a single Web site or load balancer y pulsamos en Siguiente

Seleccionamos Use SSL to connect to the published Web server or server farm



Página | 215

Escribimos el FQDN del servidor Lync y pulsamos Siguiente




Página | 216

En el nombre público escribimos el FQDN del servicio Web Externo y pulsamos en Siguiente

Seleccionamos el listener que hemos configurado anteriormente y pulsamos en Siguiente



Página | 217

Aquí debéis elegir No delegation, but client may authenticate directly y pulsamos en

Siguiente

Agregamos a All Users únicamente a la regla y pulsamos en Siguiente



Página | 218

Ahora nos muestra un resumen de la regla configurada y pulsamos en Finalizar

Una vez publicados todos los servicios debemos probar que todo funciona correctamente, para ello

trataremos de acceder a las distintas URL que hemos publicado desde una conexión fuera de la

organización:

Conferencia Telefónica: https://dialin.ucomsenespanol.com

Si ahora revisamos el Log del TMG vemos que se aplica la regla Lync URL y funciona correctamente

https://dialin.ucomsenespanol.com/



Página | 219

Reuniones OnLine: https://meet.ucomsenespanol.com

Si ahora revisamos el Log del TMG vemos que se aplica la regla Lync URL y funciona correctamente

https://meet.ucomsenespanol.com/



Página | 220

Compartir PowerPoint en una Conferencia: https://office.ucomsenespanol.com

Si ahora revisamos el Log del TMG vemos que sea aplicar la regla WAC y funciona correctamente

https://office.ucomsenespanol.com/



Página | 221

Sobre esta regla del TMG comentaros que si la configuráis por defecto (yo la he cambiado antes de

probarlo), podéis encontraros con este problema a la hora de compartir un PowerPoint

Si revisamos el TMG cuando se produce este error podemos ver el siguiente evento: Blocked by the

HTTP Security Filter: URL normalization was not

Para corregir este problema, debemos ir a la regla de publicación del Office (WAC) y editar las

propiedades del filtro HTTP



Página | 222

Y desmarcar la casilla Verify normalization

Si ahora volvéis a compartir un PowerPoint ya estará disponible la presentación

Y el firewall no tendrá problemas con la publicación de las Office Web



Página | 223

Para comprobar que la publicación de los servicios web de Exchange y Lync funcionan correctamente,

podemos probarlos iniciando sesión en Lync y vemos en el TMG los registros de conexión:



Página | 224

Si iniciamos sesión en desde el cliente móvil tenemos los siguientes registros

Capítulo 9 | Telefonía Empresarial


Página | 225

Capítulo 9* Telefonía Empresarial

La telefonía empresarial de Lync permite a los usuarios realizar y recibir llamadas de la PSTN.

Además de implementar los grupos de respuesta, estacionamiento de llamadas, mensajería unificada

y demás opciones disponibles

9.1. Configuración

Los usuarios podrán utilizar la telefonía empresarial si están habilitados para ello y si tenemos nuestra

topología configurada. Lo primero que debemos hacer es habilitar la Telefonía Empresarial sino lo

hemos hecho durante la instalación de nuestro Front-END, para ello tenemos que ir al Generador

de Topologías y editar las propiedades de nuestro Front-END



Página | 226

Ahora debemos publicar la topología e instalar los nuevos roles desde el asistente de

implementación



Página | 227

Pulsamos en Ejecutar de Instalar o desinstalar componentes de Lync Server



Página | 228




Página | 229

Lync únicamente tiene soporte para crear un Direct SIP en TCP (SIP TRUNK), por lo que

podemos configurar un Direct SIP bien contra un ITSP o un Gateway que nos conecten con la

PSTN. Conectaremos el Front-END con un Gateway de Voz vía Direct SIP en TCP, por lo que

tenemos primeramente que habilitar en el servidor de mediación los puertos TCP. Para ello abrimos

el generador de topologías y editamos la configuración del servidor de mediación, habilitamos la

casilla de Habilitar puerto TCP y configuramos los puertos que utilizaremos, utilizaré el estándar

para SIP el 5060. Podemos configurar los puertos de escucha (siempre diferentes) del servidor de

mediación en cada nueva puerta de enlace IP/RTC que creemos, esto nos permite ser más flexibles

a la hora de configurar nuestros troncos en la puerta de enlace IP/RTC.



Página | 230

Ahora configuraremos nuestro Direct SIP para ello tendremos que agregar una nueva puerta de

enlace RTC, así que vamos a la opción de Puertas de enlace RTC y pulsamos con el botón secundario

del ratón y elegimos Nueva puerta de enlace IP/RTC y vamos cubriendo los datos que nos solicita.

Lo primero que debemos escribir el FQDN de nuestro Gateway (debemos tener creado el registro

DNS tipo A apuntando a la IP de nuestro Gateway): gatewayrtc.ucomsenespanol.com



Página | 231

Dejamos las opciones por defecto y pulsamos en siguiente, si necesitamos ajustar estos datos solo

tenemos que modificarlos

Seleccionamos el servidor de mediación en el cual configuraremos nuestro Direct SIP y los

puertos que utilizaremos y que debemos tener configurados en el servidor de mediación. En nuestro

caso ya lo hemos hecho anteriormente, por lo que pulsamos en Finalizar



Página | 232

Ahora lo que nos queda es publicar la topología y continuar con el resto de configuración tanto

en el Lync con en el Gateway.

La configuración de Lync que nos quedaría sería la parte de voz desde el Panel de Control de

Lync, en la opción de Enrutamiento de Voz. Lo primero que vamos a configurar será un Plan de

Marcado, para normalizar todos los números al formato E.164 y permitir únicamente llamadas a

números fijos nacionales



Página | 233

Lo que queremos es que todos los números marcados por los usuarios se normalicen a +34 el

número introducido por el usuario. Para ello creamos primero un Plan de marcado de Usuario y

configuramos varias reglas de normalización

Números que empiecen por +349, tienen que ser exactamente 12 dígitos y no se añadirá ninguno



Página | 234

Números que empiecen por 349, tienen que ser exactamente 11 dígitos y se añadirá el signo +

Estos serán los únicos números que permitiremos en este plan de marcado



Página | 235

Una vez creado el Plan de Marcado debemos confirmarlas para que estén activas

Confirmaremos los planes de marcado que tienen el estado No confirmado, esto hará efectivos

los cambios realizados



Página | 236

A continuación nos muestra los cambios que confirmará y que son los que hemos realizado,

pulsamos en Aceptar

Y quedarán confirmados los cambios



Página | 237

Crearemos una Directiva de Voz personalizada para aplicar a los usuarios, de tal forma que

podemos restringir ciertas opciones en la gestión de llamadas. Para crear una directiva de voz

personalizada, debemos ir al menú Directivas de Voz, una vez ahí pulsamos en Agregar – Directiva

de Usuario

Especificamos qué le vamos a permitir hacer a los usuarios a los cuales se les aplique esta directiva,

por defecto tienen todo habilitado y así lo dejaremos



Página | 238

Ahora asociamos un uso de RTC, en donde indicaremos el tipo de llamada que vamos a permitir

(Nacional, Internacional, Móviles, Locales). Lo que haremos es crear nuestro propio uso de RTC con

una ruta asociada también personalizada. Para ello pulsamos en Agregar un uso de RTC (imagen

anterior), escribimos un nombre descriptivo y pulsamos en Agregar para crear nuestra propia ruta

Especificamos los dígitos que se permitirán marcar por este plan de rutas, en este caso le hemos

llamado RV_N34 y he agregado el +349



Página | 239

Añadimos el Tronco que hemos configurado anteriormente para especificar por donde se

cursarán las llamadas, para eso pulsamos en Agregar en la sección de Troncos Asociados



Página | 240

Pulsamos en Aceptar para guardar esta ruta que hemos creado y ya la tenemos agregada al uso de

RTC que estábamos creando, ahora volvemos a pulsar en Aceptar

Como podemos apreciar ya tenemos el uso de RTC asociado a la directiva de voz que estamos

creando, pulsamos en Aceptar para finalizar la directiva



Página | 241

Debemos confirmar todos los cambios para que se hagan efectivos

Pulsamos en Confirmar – Confirmar todos los cambios



Página | 242

Por último nos queda la Configuración del Tronco, debemos agregar un nuevo tronco para el

grupo de servidores

Seleccionamos el servicio que tenemos disponible y pulsamos en Aceptar



Página | 243

Ahora debemos configura las opciones que tenemos disponibles en este tronco, estableciendo a

Ninguno las compatibilidades de referencias

Agregamos el uso de RTC que habíamos creado en su momento, para eso pulsamos en

Seleccionar desde la sección de Usos de RTC



Página | 244

Lo tenemos que seleccionar de los Usos de RTC disponibles y pulsamos en Aceptar

Si queremos comprobar el uso de RTC, tenemos una opción para testearlo al final de esta pantalla,

escribimos el número traducido y vemos que funciona correctamente según lo que hemos

configurado



Página | 245

Debemos crear una regla de traducción de llamadas para poder manipular los dígitos que le

entregaremos al Gateway. El Gateway está preparado para que todos los números que comiencen

por 0 tengan como destino la PSTN, teniendo en cuenta que nosotros hemos normalizado la

marcación al formato E.164, debemos volver a manipular los dígitos. De tal forma todo lo que llegue

al tronco con el +349 más el número marcado lo convierta en 09 más el número marcado. Para eso

pulsamos en Agregar en la sección de Reglas de traducción de números de llamados

De esta forma todos los números marcados por los usuarios y ya normalizados serán enviados al

Gateway sin el +349 y añade un 0. Si probamos la regla con el botón de test aquí tenemos el resultado



Página | 246

Guardaremos la configuración del tronco y confirmamos todos los cambios

Únicamente nos queda aplicar la directiva a los usuarios y probar que todo funcionar

correctamente. Para aplicar la directiva a los usuarios debemos ir al menú Usuarios, buscar el usuario

al que le queremos aplicar la directiva y editar su configuración. Por supuesto el usuario debe tener

habilitada la Telefonía IP Empresarial



Página | 247

Para poder testearlo iniciamos sesión con el usuario al que le hemos aplicado la directiva y

probamos a llamar a algún número fijo nacional y veremos el resultado

Número Permitido: +349XXXXXXXX Número NO Permito 986XXXXXX

Además cómo podemos observar, si los usuarios escriben un número de teléfono que el número

tenga 11 dígitos y los tres primeros sean 349 lo normalizará a +349. Luego ya será la configuración

del tronco quien envíe el Gateway el número modificado, quitando el +34 y añadiendo un 0



Página | 248

Aquí podemos observar el log del Gateway y ya recibe el número modificado por el Tronco

Dial String=, Expanded String=, Calling Number=sbuitragoT Timeout=TRUE, Is Incoming=TRUE, Peer Info Type=DIALPEER_INFO_SPEECH8607250: //-1/xxxxxxxxxxxx/DPM/dpMatchCore: Result=-1 8607251: //-1/75D1B57C8755/DPM/dpAssociateIncomingPeerCore: Match Rule=DP_MATCH_VIA_URI; URI=sip:172.20.0.23:59879 8607252: //-1/75D1B57C8755/DPM/dpMatchPeertype: Is Incoming=TRUE, Number Expansion=FALSE 8607253: //-1/75D1B57C8755/DPM/dpMatchCore: Dial String=, Expanded String=, Calling Number= Timeout=TRUE, Is Incoming=TRUE, Peer Info Type=DIALPEER_INFO_SPEECH 8607254: //-1/75D1B57C8755/DPM/dpMatchCore: Result=-1 8607255: //-1/75D1B57C8755/DPM/dpAssociateIncomingPeerCore: Match Rule=DP_MATCH_REQUEST_URI; URI=sip:[email protected];user=phone 8607256: //-1/75D1B57C8755/DPM/dpMatchPeertype:



Página | 249

9.2. Estacionamiento de Llamadas o Call Park

El servicio de Estacionamiento de Llamadas, nos permite utilizar un grupo de extensiones

"virtuales" para que retengan una llamada recibida, de tal forma que podemos rescatar esa llamada

pulsando el número de extensión con la que se ha estacionado.

Primero debemos configurar el intervalo de extensiones que utilizaremos para estacionar las

llamadas, esta configuración podemos hacerla mediante el Panel de Control de Lync Server. Para ello

abrimos el panel de control de Lync Server y accedemos a las opciones de Características de Voz

- Estacionamiento de Llamadas.

Es muy sencillo tanto de configurar como de utilizar, lo que debemos hacer es configurar un

intervalo de extensiones sobre las que vamos a estacionar las llamadas. Para crear un intervalo de

extensiones para el estacionamiento debemos pulsar en Agregar en la opción de Estacionamiento

de Llamadas



Página | 250

Especificamos un intervalo de extensiones que utilizaremos, elegimos el servidor que gestionará

este grupo de extensiones para el estacionamiento de llamadas, escribimos un nombre y pulsamos en

Confirmar.

Ahora ya tenemos creado nuestro intervalo de número designados para estacionar nuestras

llamadas

Por último necesitamos verificar en nuestra directiva de Voz tenemos habilitado que lo usuarios

puedan estacionar llamadas, para ello vamos a Enrutamiento de Voz – Directiva de Voz



Página | 251

Editamos la directiva que tienen aplicada los usuarios y revisamos si tenemos habilitado que los

usuarios puedan estacionar llamadas, sino lo está debemos habilitar la casilla correspondiente



Página | 252

Ahora debemos probar que funciona correctamente, hacemos una llamada a otro usuario de Lync y

tratamos de Estacionar la Llamada y posteriormente volver a recuperar la llamada.

Veamos cuales son los pasos necesarios para estacionar y recuperar una llamada:

Contestar la llamada inicial

Estacionar la llamada

Recuperamos la llamada



Página | 253

Llamada Recuperada

Como vemos en cuatro pasos podemos contestar una llamada, estacionarla y recuperarla



Página | 254

9.3. Grupos de Respuesta

Un Grupo de Respuesta nos permite poner en cola o enviar las llamadas entrantes a un grupo de

usuarios conocidos como agentes. Pensad por ejemplo en un grupo de técnicos de HelpDesk que

están constantemente recibiendo llamadas de soporte, un único agente no puede contestar todas las

llamadas y debemos tener una solución profesional para que distribuya esas llamadas entre todos los

agentes del departamento. De tal forma que todos los agentes puedan recibir llamadas de los

clientes sin que nadie tenga que transferirlas manualmente, de esta forma tendremos un sistema de

telefonía que será capaz de decidir qué agente está "libre" para poder contestar la llamada. Esto

claramente nos permite ser más eficientes, además de lograr que los clientes sean atendidos más

rápidamente o que estén a la espera en la cola de llamadas para que pueda ser atendido por un

agente. Una de las ventajas que tiene Lync es que los usuarios pueden estar en cualquier parte del

mundo y contestar a las llamadas sin problema alguno, con que estén conectados es suficiente. Esto

es una gran diferencia con el resto de los sistemas de telefonía, con esto logramos que el teletrabajo

sea algo normal y cotidiano

Una de las tareas previas que tenemos que hacer es la grabación de los ficheros de audio que

subiremos para las locuciones que los usuarios escucharán cuando nos llamen. Para esto debemos

crear primero el fichero de Audio con el siguiente formato:

Archivo de 8 bits o de 16 bits

Formato de modulación lineal por impulsos codificados (LPCM), A-Law o mu-Law

Mono o estéreo

4 MB o menos

Podemos crear este fichero de audio con Microsoft Expression Encoder 4 u otras aplicaciones.

En esta guía utilizaremos Audacity por el soporte de múltiples formatos de audio que soporta y la

facilidad de utilización.

Los ficheros de audio utilizados en nuestros Flujos de Trabajo (Grupos de búsqueda o

Interactivo) son utilizados para el mensaje de Bienvenida, Música en Espera (MOH), Fuera de

Horario Comercial, Vacaciones y los Menús interactivos, pero todos utilizan el mismo formato de

audio.

http://www.microsoft.com/expression/

http://audacity.googlecode.com/files/audacity-win-2.0.3.exe



Página | 255

Lo primero que debemos hacer es instalar el Audacity, para ello lo podemos descargar desde

http://audacity.sourceforge.net/?lang=es y su instalación es muy simple

http://audacity.sourceforge.net/?lang=es



Página | 256

Una vez que hemos finalizado la instalación vamos a ver cómo podemos configurar este software

para grabar nuestros ficheros de audio con el formato que necesita nuestro Lync

Seleccionamos el altavoz del equipo para las reproducciones de lo que hemos grabado, el

micrófono que utilizaremos para la grabación y los canales de entrada (1 Mon, 2 Estéreo)



Página | 257

Una vez que hayamos configurado todas las opciones disponibles únicamente debemos pulsar en

el botón de grabar y comenzará la grabación

Como todo editor de audio que se precie podemos editar la grabación, subir volumen, quitar

ruidos externos, etc... y por supuesto elegir que parte de la grabación queremos guardar o eliminar.



Página | 258

Si queremos guardar solo una parte de la grabación únicamente debemos seleccionar la parte de

la grabación que queremos exportar (esto creará el fichero de audio con el formato que deseemos)

Nos preguntará la ubicación del fichero que vamos a guardar y su formato en nuestro caso WAV

(Microsoft) PCM de 16 bits con signo



Página | 259

Para la utilización de otros formatos es posible que necesitéis descargar los códec necesarios, los

tenéis aquí disponibles:

Instalador de plug-ins LADSPA 0.4.15 (http://audacity.googlecode.com/files/LADSPA_plugins-win-0.4.15.exe, 1,5 MB), unos 90 plugins.

Complementos (http://audacity.sourceforge.net/download/plugins) - Descargar efectos y filtros adicionales.

Codificador LAME MP3 (http://manual.audacityteam.org/help/manual/man/faq_installation_and_plug_ins.html#lame)- Permite a Audacity exportar a archivos MP3.

Biblioteca de importación/exportación FFmpeg (http://manual.audacityteam.org/index.php?title=FAQ:Installation_and_Plug-Ins#installffmpeg) - Permite a Audacity importar y exportar numerosos formatos de audio adicionales como AC3, AMR(NB), M4A y WMA, así como importar audio desde archivos de vídeo.

Estos son los formatos que soporta Audacity cuando vamos a guardar los ficheros de audio y cada

uno con su codificación

http://audacity.googlecode.com/files/LADSPA_plugins-win-0.4.15.exe

http://audacity.sourceforge.net/download/plugins

http://manual.audacityteam.org/help/manual/man/faq_installation_and_plug_ins.html#lame

http://manual.audacityteam.org/help/manual/man/faq_installation_and_plug_ins.html#lame



Página | 260

Podemos elegir formatos específicos tipo AU para los códec U-Law, A-Law, G721, G723, etc...



Página | 261

SEDE 1

SEDE 2

SEDE 3

vSwitch vSwitch vSwitch

Exchange 2010/2013 UM

HYPER-V HOST


LYNC SERVER: GRUPOS DE RESPUESTA

ITSP

CA Interna

Cliente

Cliente

Cliente

Grupo de Respuesta

Firewall

IN 5060/TCP +34900000001 +34900000000

+34900000001

+34900000002

WACLync 2013 Standard

Front-END

4 DEPARTAMENTO DE CALIDAD

1 DEPARTAMENTO DE ADMINISTRACIÓN

2 DEPARTAMENTO TÉCNICO

3 DEPARTAMENTO COMERCIAL





1 DEPARTAMENTO DE ADMINISTRACIÓN

4 DEPARTAMENTO DE CALIDAD

SOPORTE DE SERVIDORES

SOPORTE DE REDES

PREVENTA

POSTVENTA

SOPORTE DE REDES

POSTVENTA

SOPORTE DE SERVIDORES

PREVENTA



Página | 262

Los Grupos de Respuesta de Lync por supuesto son multiidioma, y de forma predeterminada se

instalan 26 paquetes de idiomas



Página | 263

El idioma seleccionado será el utilizado para la conversión de los mensajes de bienvenida a voz

o la función de reconocimiento de voz

IVR (Respuesta Interactiva de Voz) nos permite configurar un sistema de preguntas y

respuestas para gestionar las llamadas entrantes. Esto suele ser muy común cuando tenemos varios

departamentos dentro de la empresa y queremos optimizar la recepción de las llamadas al SAT

(Servicio de Atención al Cliente). De esta forma mostraremos al usuario una locución para que el

usuario pueda elegir con qué departamento quiere hablar, aquí tenéis un ejemplo que seguro os

sonará:

"Bienvenido a Lync Corporate, pulse el 1 para hablar con el departamento de Soporte,

pulse el 2 si quiere hablar con el departamento de Ventas, pulse el 3 si quiere hablar con el

departamento de Calidad, pulse el 4 si quiere hablar con Administración, en caso contrario

espere y será atendido por un operador, muchas gracias" Además una vez que el usuario ha elegido una primera opción, podemos tener más opciones de enrutamiento para que el usuario pueda hablar con la persona más adecuada para atender su llamada:

Opción 2: "Pulse el 1 para hablar con Soporte de Servidores, Pulse el 2 para hablar con

Soporte de Redes, Pulse 3 para hablar con Soporte de Aplicaciones, en caso contrario espere

y será atendido por un agente"

También podemos definir los horarios disponibles: Horario Comercial, Fuera del Horario

Comercial y Vacaciones, esto es siempre muy útil para alinear las horas de soporte con la

disponibilidad de los agentes. Además de informar al cliente de nuestro horario, podemos enviar su

llamada a un buzón de voz y este a su vez a una lista de distribución de correo para que los agentes

puedan reproducirlo en cualquier momento y ponerse en contacto con la persona que ha llamado.



Página | 264

Horario Comercial y Fuera del Horario Comercial



Página | 265

Una vez que tenemos claro lo que podemos hacer con los Grupos de Respuesta, vamos a ver

cómo podemos configurarlo en nuestro Lync Server 2013 (Lync 2010 también tiene soporte de IVR).

La configuración podemos hacerla mediante PowerShell o el Panel de Control de Lync, Microsoft

recomienda que si tenemos más de 300 WF (Flujos de Trabajo ) lo hagamos mediante PowerShell,

mientras lo haremos mediante el Panel de Control . Abrimos el Panel de Control de Lync y vamos a

la opción Grupos de Respuesta

Tenemos disponibles tres opciones:

Flujo de Trabajo: en donde configuraremos la parte de IVR (Grupo de búsqueda o Interactivo)

Cola: crearemos las colas de llamadas y sus parametrizaciones

Grupo: crearemos los grupos de agentes y como se enrutarán las llamadas

Cuando tenemos la intención de configurar los Grupos de Respuesta debemos empezar por crear

los grupos de agentes, para ello abrimos el Panel de Control de Lync - Grupos de Respuesta - Grupos

y pulsamos en Agregar.

Elegimos el servicio disponible y pulsamos en Aceptar



Página | 266

Ahora debemos cubrir los datos que nos solicita:

Nombre: Nombre del Grupo

Descripción: explicación breve de las funciones de este grupo

Directiva de Participación: Es la forma en que indicamos como los agentes inician sesión en el

grupo. Si elegimos Informal los usuarios se conectan de forma automática una vez que inicien

sesión en su cliente Lync, si por el contrario elegimos Formal los usuarios deben iniciar sesión en

el grupo

Tiempo de Alerta: es el tiempo que establecemos para que una llamada salte al siguiente agente

disponible siempre la llamada no se haya contestado. El valor mínimo son 10 segundos y el

máximo 180

Método de Enrutamiento: indicamos el orden en el cual las llamadas serán enviadas a los

agentes, tenemos varios métodos de enrutamiento:

Máxima Inactividad: se enviará la llamada al agente que haya estado más tiempo inactivo

Enrutamiento paralelo: la llamada será enviada a todos los agentes disponibles al mismo tiempo y se enviará al primer agente que conteste la llamada

Round Robin: se enviarán las llamadas a un agente cada vez

Enrutamiento en serie: la llamada se enviará a los agentes en el mismo orden que los tenemos agregados

Operador: Con esta opción todos los agentes recibirán la llamada independientemente de su estado, además los clientes Lync y Attendant pues ver todas las llamadas y contestarlas en el orden que quieran



Página | 267

Para agregar agentes al grupo únicamente debemos pulsar en Seleccionar y buscar los usuarios

que queramos añadir a este grupo:

Una vez que tengamos establecidas las configuraciones necesarias para el grupo y los usuarios

definidos para el grupo pulsamos en Confirmar

Si elegimos la opción de enrutamiento de enrutamiento en serie el orden de los agentes es un factor clave, debemos moverlos de orden según nos convenga



Página | 268

Una vez que hayamos configurado todas las opciones disponibles, debemos pulsar en confirmar

y se habrá creado nuestro primero grupo. Si queremos configurar nuestros Grupos de Respuesta en

función del esquema que he puesto al principio del artículo (página 259) debemos crear los grupos

necesarios, en este caso solo crearemos el primero a modo demostración. Ahora debemos configurar

las colas, que serán la forma en que las llamadas serán enviadas a los agentes (tiempos de espera,

desbordamientos, etc...). Lo primero que debemos hacer es crear el grupo, para ello vamos al Panel

de Control de Lync - Grupos de Respuesta - Colas y pulsamos en Agregar

Seleccionamos la el servicio disponible y pulsamos en Aceptar



Página | 269

Completamos las opciones disponibles:

Nombre: Nombre descriptivo de la cola, este nombre será el que utilicemos para identificarla

posteriormente en la configuración del Flujo de Trabajo

Descripción: breve detalle sobre esta cola

Grupos: elegimos el grupo o grupos de agentes creados anteriormente, el orden de los grupos

será el que utilizará Lync para buscar un agente disponible

Habilitar tiempo de espera en cola: especificaremos el tiempo máximo que estará una llamada

en espera de ser atendida. Además, podemos definir qué ocurrirá con la llamada una vez transcurridos

los segundos configurados:

Desconectar: se cortará la llamada

Desviar a correo de voz: debemos especificar la dirección SIP de un buzón de voz

Desviar a número de teléfono: escribiremos el número de teléfono al cual queremos desviar la llamada

Desviar a dirección SIP: escribiremos la dirección SIP de otro usuario para que pueda contestar la llamada fuera del intervalo de tiempo establecido

Desviar a otro cola: podemos especificar otra cola que hayamos configurado previamente, así evitaremos que el usuario que nos llama no sea atendido

Habilitar desbordamiento de cola: esta opción nos permite tomar una decisión de qué hacer

con las llamadas que están en la cola y que superan el límite establecido. Si hemos habilitado el

desbordamiento de cola tenemos varias opciones disponibles:

Número máximo de llamadas: número máximo de llamadas que tendremos en la cola a la espera de ser contestadas

Desviar la llamada: debemos elegir que llamada enviaremos al desvío cuando se supere el umbral de llamadas en la cola

Acción de llamada: elegiremos una de las siguientes acciones cuando hayamos superado el umbral establecido

o Desconectar: se cortará la llamada o Desviar a correo de voz: debemos especificar la dirección SIP de un buzón de voz o Desviar a número de teléfono: escribiremos el número de teléfono al cual

queremos desviar la llamada o Desviar a dirección SIP: escribiremos la dirección SIP de otro usuario para que

pueda contestar la llamada fuera del intervalo de tiempo establecido

Desviar a otra cola: podemos especificar otra cola que hayamos configurado previamente, así

evitaremos que el usuario que nos llama no sea atendido



Página | 270

Ahora debemos añadir los grupos que hemos creado para que se aplique la configuración de esta

cola, debemos pulsar en seleccionar en la sección grupos



Página | 271

Seleccionamos el grupo que queremos agregar y pulsamos en Aceptar

Ahora lo tenemos agregado a nuestra cola

Ahora vamos a configurar las opciones disponibles



Página | 272

Una vez que hemos configurado nuestra cola pulsamos en Confirmar y tenemos configurada

nuestra cola

Ahora debemos crear los flujos de trabajo que nos permitirán tener un sistema de respuesta

interactiva de voz (IVR), tenemos dos tipos de flujos de trabajo de Respuesta o Interactivo. Para crear

nuestros flujos de trabajo vamos a la opción Flujo de trabajo dentro del menú Grupos de

Respuesta



Página | 273

Pulsamos en Crear o editar un flujo de trabajo

Una vez que hemos pulsado en aceptar tenemos disponibles las dos opciones de flujos de trabajo

que podemos crear



Página | 274

Primero debemos tomar la decisión de que flujo de trabajo necesitamos, el Grupo de búsqueda

únicamente definimos un mensaje de bienvenida, enviamos la llamada a una cola y además tenemos

música en espera (MOH). Tenemos el flujo de trabajo interactivo que puede ser el más interesante,

en el que podemos crear distintos menús con audios personalizados y presentar distintas colas y

opciones.

Vamos a empezar por ver el grupo de búsqueda, para ello pulsamos en crear

Ahora se nos abrirá una URL para empezar la configuración de nuestro Grupo de búsqueda,

tenemos 7 pasos que configurar y vamos uno por uno su configuración:

Activar Flujo de Trabajo: no permite activar o desactivar el flujo de trabajo Habilitar Federación: Permite a los usuarios federados llamar al grupo de respuesta Habilitar anonimato de agente: si habilitamos esta opción se ocultará la identidad del agente Dirección SIP: esta dirección SIP del grupo Nombre para mostrar: como lo vamos a ver si lo buscamos desde el cliente Lync

Número de teléfono: escribimos el número de teléfono asociado a este grupo, si tenemos Lync configurado con un ISTP para recibir las llamadas de la PSTN debemos especificarlo aquí con el bajo el formato E.164 Número para mostrar: el número que se mostrará al grupo de respuesta Descripción: podemos escribir una pequeña descripción del grupo de respuesta que aparecerá en la tarjeta de contacto del grupo de respuesta Tipo de Flujo de Trabajo: Podemos especificar si es un grupo Administrado o no, si es un grupo administrado podemos agregar los administradores del grupo de respuesta, solo debemos agregar los administradores escribiendo su dirección SIP

Debe asignar el rol CsResponseGroupManager a todos los usuarios designados como administradores

de un grupo de respuesta. Si los usuarios no tienen asignado el rol CsResponseGroupManager, no

podrán administrar grupos de respuestas.



Página | 275

Ahora debemos elegir el idioma que utilizaremos para usar el reconocimiento de voz y la

sintetización de texto en audio, tenemos inicialmente 26 idiomas disponibles



Página | 276

En el paso número 3 es donde definimos el mensaje de bienvenida, si tenemos un fichero de

audio con la locución de bienvenida podemos agregarlo. En caso de que queramos escribir un texto

podemos hacerlo en el recuadro de Usar texto de voz, de tal forma que el sistema lo reproducirá

cuando entre una llamada

En el paso número 4 es donde vamos a gestionar los horarios del grupo de respuesta, tanto el

horario comercial como no comercial. La configuración del horario es muy sencilla, únicamente

debemos especificar los intervalos de horas abiertas y los días. Vamos a ver un ejemplo en el cual el

horario comercial es de 09.00AM a las 14:00PM y de 16:00PM a 19:00: Abierto: 09:00 Cerrado: 14:00 Abierto: 16:00 Cerrado: 19:00

Esto si configuramos una programación personalizada, si queremos utilizar una programación

preestablecida debemos crearla con anterioridad mediante powershell:

New-CsRgsHoursOfBusiness SINOPSIS

Crea un conjunto de horarios de trabajo para la Aplicación de grupo de respuesta. Los

conjuntos de horarios de trabajo se usan para indicar los días de la semana y las horas del

día en que los agentes de Grupo de respuesta están disponibles para responder a llamadas.

Este cmdlet se presentó en Lync Server 2010. SINTAXIS New-CsRgsHoursOfBusiness [-Confirm [<SwitchParameter>]] [-Custom <$true | $false>] [-Force <SwitchParameter>] [-FridayHours1 <TimeRange>] [-FridayHours2 <TimeRange>] [-InMemory <SwitchParameter>] [-MondayHours1 <TimeRange>] [-MondayHours2 <TimeRange>] -Name <String> -Parent <RgsIdentity> [-SaturdayHours1 <TimeRange>] [-SaturdayHours2 <TimeRange>] [-SundayHours1 <TimeRange>] [-SundayHours2 <TimeRange>] [-ThursdayHours1 <TimeRange>] [-ThursdayHours2 <TimeRange>] [-TuesdayHours1 <TimeRange>] [-TuesdayHours2 <TimeRange>] [-WednesdayHours1 <TimeRange>] [-WednesdayHours2 <TimeRange>] [-WhatIf [<SwitchParameter>]] [<CommonParameters>]

El comando del ejemplo 1 muestra cómo crear un conjunto de horarios laborales llamado

Horario comercial del Servicio de asistencia en ApplicationServer:atl-cs-001.litwareinc.com.

En este ejemplo, no se definen horarios laborales para el conjunto: New-CsRgsHoursOfBusiness -Parent "service:ApplicationServer:atl-cs-001.litwareinc.com" -Name "Help Desk Business Hours"



Página | 277

Fuera de los horarios establecidos se considera fuera de horario laboral, podemos escribir un texto

o bien subir un fichero de audio para la locución de fuera de horario laboral. Además, podemos

especificar qué haremos con la llamada:



Desviar a URI de SIP: escribiremos la dirección SIP de otro usuario para que pueda contestar la llamada fuera del intervalo de tiempo establecido




Página | 278

En el paso número 5 podemos configurar la locución que se reproducirá cuando alguien llame en

el horario vacacional y que haremos con las llamadas entrantes. Para establecer los horarios de

vacaciones, debemos crearlos mediante powershell: New-CsRgsHoliday y New-

CsRgsHolidaySet, con los cuales podemos definir vacaciones y conjunto de vacaciones: New-CsRgsHoliday

SINOPSIS

Crea un festivo para Grupo de respuesta. En Aplicación de grupo de respuesta, un festivo es un

día en el que los agentes asignados a una cola, que normalmente trabajarían ese día, no trabajarán y

no podrán responder a llamadas. Por ejemplo, si los trabajadores de Estados Unidos tienen

vacaciones el día de Acción de Gracias, debe definirse un día festivo el 22 de noviembre de 2013. SINTAXIS New-CsRgsHoliday -EndDate <DateTime> [-Name <String>] -StartDate <DateTime> [<CommonParameters>] New-CsRgsHolidaySet

SINOPSIS

Crea un conjunto de días festivos para Grupo de respuesta. Un conjunto de días festivos de Grupo

de respuesta es una colección de festivos. Por ejemplo, puede tener un conjunto de días festivos para

una cola de Estados Unidos (EE. UU.) (Conjunto que puede incluir un día festivo el 4 de julio)y otro

conjunto para una cola de Francia. La segunda cola puede incluir un festivo para el día de la Fiesta

Nacional Francesa, pero no el 4 de julio. Este cmdlet se presentó en Lync Server 2010. SINTAXIS New-CsRgsHolidaySet [-Confirm [<SwitchParameter>]] [-Force <SwitchParameter>] -HolidayList <Collection> [-InMemory <SwitchParameter>] -Name <String> -Parent <RgsIdentity> [-WhatIf [<SwitchParameter>]] [<CommonParameters>] En caso de que alguien nos llame en vacaciones tenemos varias opciones para gestionar las llamadas entrantes:



Desviar a URI de SIP: escribiremos la dirección SIP de otro usuario para que pueda contestar la llamada fuera del intervalo de tiempo establecido




Página | 279

En el paso número 6 es donde utilizaremos las colas que hemos creado con anterioridad, si la llamada

se recibe en Lync en el horario comercial lo que hará el sistema es enviarla primero al mensaje de

Bienvenida (si lo tenemos configurado) y posteriormente a esta cola en donde tendremos

configurados nuestros grupos de agentes

Y en el último paso podemos subir un fichero de audio para la música en espera (MOH)

personalizado, sino se reproducirá el predeterminado



Página | 280

Una vez que hemos terminado de configurarlo, después del paso 7 tenemos el botón de

Implementar

Cuando finalice su implementación nos mostrará la siguiente pantalla, si pulsamos en la opción

subraya nos llevará a la página de inicio de la Herramienta de configuración de grupo de

respuesta

Y ya tenemos disponible nuestro grupo flujo de trabajo, el cual podemos editar o eliminar

Los usuarios de los grupos que son miembros de la cola que se ha asignado al flujo de trabajo

serán informados con una nota informativa el cliente de Lync



Página | 281

Este flujo de trabajo es bastante simple, si queremos algo más complejo debemos crear un flujo

de trabajo interactivo. Los flujos de trabajo interactivos nos permiten dos niveles de preguntas y

hasta cuatro posibles respuestas. En función de la respuesta del autor de la llamada será enrutado a

una cola o se le formulará una segunda pregunta, que a su vez tendrá hasta cuatro posibles respuestas.

Para poder habilitar la tercera y cuarta respuesta debemos habilitar la casilla correspondiente

Si el autor de la llamada responde a una pregunta incorrectamente (es decir, la respuesta no es

ninguna de las respuestas especificadas) o no responde, tendrá otra oportunidad para responder. El

autor de la llamada tiene cinco intentos para responder correctamente a la pregunta antes de que

se lo desconecte.

No incluya los caracteres "<" o ">" en el nombre para mostrar. No especifique como nombre para

mostrar "RGS Presence Watcher" (Observador de presencia de RGS) o "Announcement Service"

(Servicio de anuncio) porque son nombres reservados.



Página | 282

En la lista siguiente se describen algunas técnicas recomendadas para diseñar IVR:

Permita el autor de la llamada llegar rápidamente a la tarea. Evite el exceso de información o mensajes

de marketing largos en el IVR.

Si desea incluir un mensaje largo, puede añadirlo a la primera pregunta, en lugar del mensaje de

bienvenida. Los autores de las llamadas pueden omitir el mensaje si forma parte de la primera

pregunta, respondiéndola, pero no pueden omitir el mensaje de bienvenida.

Hable en el idioma del autor de la llamada. Evite usar un lenguaje rebuscado. Hable con naturalidad.

Escriba indicaciones efectivas. Quite todas las opciones innecesarias. Estructure la información de

forma que la respuesta esperada del autor de la llamada esté al final de la frase. Por ejemplo, "Para

hablar con el equipo de ventas, pulse 1".

Haga que las respuestas de voz sean fáciles para el usuario. Por ejemplo, si incluye respuestas de

DTMF y de voz, use algo así: "Para hablar con el equipo de ventas, pulse 1 o diga ventas".

Pruebe el IVR con un grupo de usuarios antes de implementarlo en toda la organización.



Página | 283

Si no queremos volver a formular una nueva pregunta, el autor de la llamada podrá responder a

la pregunta formulada (bien desde usar texto de voz o una grabación que hemos subido) o bien

pulsar un número de su teclado. Como vemos si no volvemos a plantear una nueva pregunta se

deshabilitan las opciones de configuración de la nueva pregunta y sus posibles respuestas.



Página | 284

Si lo que queremos es volver a formular otra pregunta, debemos seleccionar Plantear otra

pregunta y se nos habilita la configuración de la respuesta una y dos. Si queremos habilitar las

respuestas tres y cuatro, debemos habilitar sus correspondientes casillas

Una vez que hemos terminado la configuración pulsamos en Implementar



Página | 285

Una vez que finalice su implementación nos mostrará la siguiente pantalla, si ahora pulsamos en

la opción subrayada nos llevará a la página de inicio de la Herramienta de configuración de grupo

de respuesta

Y ya tenemos disponible nuestro grupo flujo de trabajo, el cual podemos editar o eliminar

Capítulo 10 | RBAC


Página | 286

Capítulo 10* RBAC

El control de acceso basado en roles (RBAC) nos permite delegar tareas administrativas en Lync

Server, bien podemos utilizar los roles creados en la instalación o bien podemos crear nuestros

propios roles

10.1. Descripción

En nuestro Directorio Activo tenemos una serie de grupos de seguridad Universales que se

asocian a los roles de Lync Server, lo que nos permite manejar sencillamente la delegación de

permisos entre nuestro personal de IT. Estos son los grupos de seguridad (Universales) creados

durante una parte del proceso de instalación de Lync:

Capítulo 10 | RBAC


Página | 287

Y estos son los Roles de Lync Server los cuales están asociados a los grupos de Directorio Activo mostrados

ROL Descripción

CSAdministrator

Puede realizar todas las tareas administrativas y modificar todas las configuraciones, como crear roles y asignar usuarios a roles. Puede ampliar una implementación agregando nuevos sitios, grupos de servidores y servicios.

CSVoiceAdministrator Puede crear, definir y administrar las configuraciones y las directivas relacionadas con la voz.

CSUserAdministrator Puede habilitar y deshabilitar usuarios de Lync Server, mover usuarios y asignar directivas existentes a usuarios. No puede modificar directivas.

CSResponseGroupAdministrator Puede administrar la configuración de la aplicación Grupo de respuesta en un sitio.

CSLocationAdministrator

Nivel mínimo de derechos para administración de 9-1-1 mejorado (E9-1-1), que incluye crear ubicaciones e identificadores de red de E9-1-1 y asociarlos entre sí. Este rol se asigna siempre con un ámbito global.

CSArchivingAdministrator Puede modificar la configuración y las directivas de archivado.

CSViewOnlyAdministrator Puede ver la implementación, incluida la información de usuarios y servidores, para supervisar el estado de la implementación.

CSServerAdministrator

Puede administrar, supervisar y solucionar problemas de servidores y servicios. Puede impedir nuevas conexiones con servidores, detener e iniciar servicios y aplicar actualizaciones de software. No puede efectuar cambios que afecten a la configuración global.

CSHelpDesk

Puede ver la implementación, incluidas las propiedades y directivas de usuario. Puede ejecutar determinadas tareas de solución de problemas. No puede cambiar propiedades ni directivas de usuario, configuración de servidores ni servicios.

CSResponseGroupManager Puede administrar las colas de grupo de respuesta específicas.

CsPersistentChatAdministrator Puede administrar la característica de chat persistente y las salas de chat persistente específicas.

Debemos tener claro cuáles son los roles y sus permisos delegados, puesto que esto es

indispensable para cualquier ingeniero que administre Lync Server, pero también debemos saber

cuándo se aplican estas delegaciones

Capítulo 10 | RBAC


Página | 288

Ahora vamos a configurar un usuario con los distintos roles y veremos qué permisos tiene

disponibles en función del rol que le vamos asignando:

Rol CSAdministrator, tenemos acceso a todas las opciones del panel de control y con acceso a

crear y modificar cualquier opción

Capítulo 10 | RBAC


Página | 289

Rol CSVoiceAdministrator, tenemos acceso a cualquier parte del panel de control pero solo

podemos modificar las opciones de Voz

Capítulo 10 | RBAC


Página | 290

Capítulo 10 | RBAC


Página | 291

Rol CSUserAdministrator, Puede habilitar y deshabilitar usuarios de Lync Server, mover

usuarios y asignar directivas existentes a usuarios. No puede modificar directivas

Capítulo 10 | RBAC


Página | 292

Capítulo 10 | RBAC


Página | 293

Rol CSResponseGroupAdministrator, puede administrar la configuración de la aplicación

Grupo de respuesta en un sitio

Capítulo 10 | RBAC


Página | 294

No puede realizar cambio alguno sobre los usuarios habilitados en Lync

Rol CSLocationAdministrator, Nivel mínimo de derechos para administración de 9-1-1 mejorado

(E9-1-1), que incluye crear ubicaciones e identificadores de red de E9-1-1 y asociarlos entre sí. Este

rol se asigna siempre con un ámbito global

Capítulo 10 | RBAC


Página | 295

Capítulo 10 | RBAC


Página | 296

Capítulo 10 | RBAC


Página | 297

Rol CSArchivingAdministrator, puede modificar la configuración y las directivas de archivado

Capítulo 10 | RBAC


Página | 298

Rol CSViewOnlyAdministrator, puede ver la implementación, incluida la información de

usuarios y servidores, para supervisar el estado de la implementación. Los usuarios que sean

miembros de este ROL tienen acceso a revisar toda la infraestructura de Lync, pero no puede hacer

modificación alguna.

Capítulo 10 | RBAC


Página | 299

Rol CSServerAdministrator, puede administrar, supervisar y solucionar problemas de

servidores y servicios. Puede impedir nuevas conexiones con servidores, detener e iniciar servicios y

aplicar actualizaciones de software. No puede efectuar cambios que afecten a la configuración global.

Rol CSHelpDesk, puede ver la implementación, incluidas las propiedades y directivas de usuario.

Puede ejecutar determinadas tareas de solución de problemas. No puede cambiar propiedades ni

directivas de usuario, configuración de servidores ni servicios.

Capítulo 10 | RBAC


Página | 300

Rol CSResponseGroupManager, puede administrar las colas de grupo de respuesta específicas.

Capítulo 10 | RBAC


Página | 301

Para que el usuario pueda editar el Hunt Group, debe ser miembro del grupo

CSResponseGroupManager de nuestro Directorio Activo y luego concederle el derecho de

administrarlo, para ello debemos añadirlo en el propio Hunt Group

Ahora el usuario podrá acceder a configurar los Grupos de Respuesta para los que se le ha dado

acceso

Capítulo 10 | RBAC


Página | 302

Rol CsPersistentChatAdministrator, puede administrar la característica de chat persistente y

las salas de chat persistente específicas

Desde el menú de Persistent Chat podrá crear nuevas salas, modificar o añadir cualquier

configuración

Capítulo 10 | RBAC


Página | 303

Estos son los roles que tiene creados por defecto Lync, si queremos crear nuestros propios Roles

tenemos un estupendo cmdlet para ello: New-CsAdminRole. También debemos tener mucho

cuidado a la hora de asignar los distintos roles, puesto que los "por defecto" son de ámbito global,

por lo que si tenemos varios sitios, etc... le daremos acceso a mas servidores y/o usuarios de los que

debemos asignar a un técnico. Antes de empezar con la creación de los distintos roles debemos tener

muy claro cómo queremos que funcione nuestra delegación de responsabilidades, que usuarios y

servidores queremos que gestione.

A la hora de crear nuestros propios roles podemos utilizar como plantilla los roles actuales, pero

con un ámbito definido por ejemplo sobre una OU de nuestro Active Directory. De tal manera que

los permisos delegados a nuestro personal técnico sea un ámbito más reducido, lo que nos permite

tener más control sobre las tareas que delegamos a los mismos. Ahora vamos a ver cómo podemos

crear un nuevo ROL partiendo de la plantilla de CSUserAdministrator pero en un ámbito de usuario

en una OU, debemos tener en cuenta a la hora de crear nuestro ROL que el grupo universal de

seguridad que utilicemos para asignar los roles de Lync debe estar previamente creado: New-CsAdminRole -Identity "LYNC Admin Madrid" -Template CsUserAdministrator -UserScopes "OU=Madrid, OU=Usuarios, OU=UCOMS, DC=ucomsenespanol, DC=com"

También podemos crear nuestro propio rol habilitando la ejecución de determinados cmdlets que

no son los que tenemos por defecto en nuestros roles, para ello tenemos el cmdlet New-

CsAdminRole:

New-CsAdminRole –Identity "LYNC HelpDesk HG" –Template CsHelpDesk –Cmdlets

"Get-CsRgsAgentGroup","New-CsRgsAgentGroup","Remove-CsRgsAgentGroup","Set-

CsRgsAgentGroup"

Agregaremos el usuario al grupo de seguridad "LYNC HelpDesk HG" y acceder al panel de

Administración de Lync y vemos que solo tenemos acceso a las opciones de Grupos de Respuesta y

limitadas opciones dentro de los grupos de respuesta solo a la opción Grupo

Capítulo 10 | RBAC


Página | 304

Y dentro del Grupo a modificar ciertas opciones

Si ahora quisiéramos agregar un más CMDLETs para este ROL tendríamos que hacerlo con Set-

CsAdminRole:

Set-CsAdminRole –Identity "LYNC HelpDesk HG" –Cmdlets "Get-CsRgsAgentGroup","New-

CsRgsAgentGroup","Remove-CsRgsAgentGroup","Set-CsRgsAgentGroup", "Get-

CsRgsQueue","New-CsRgsQueue","Remove-CsRgsQueue","Set-CsRgsQueue"

Capítulo 10 | RBAC


Página | 305

Si solo añadimos los nuevos cmdlets no se suman los cmdlets anteriores, sino que tenemos que

colocar el listado completo cada vez que lo modifiquemos. De lo contrario el usuario solo podrá

ejecutar estos últimos cmdlets establecidos:

Si ahora queremos saber que roles tiene asignados un usuario, tenemos el siguiente cmdlet: Get-

CsAdminRoleAssignment

Aquí os dejo el listado CMDLETs disponibles para que tengáis claro cuales podéis añadir y cuáles

son sus nombres

User Management Cmdlets Voice Application Cmdlets

Client Management Cmdlets Advanced Enterprise Voice Cmdlets

IM and Presence Cmdlets PSTN Connectivity Cmdlets

Conferencing Cmdlets Phones and Devices Cmdlets

Infrastructure and Deployment Cmdlets Migration and Coexistence Cmdlets

Security Cmdlets

Lync Server Management Shell Configuration Cmdlets

Server Roles and Services Cmdlets Mobility Cmdlets

Application Management Cmdlets Persistent Chat Server Cmdlets

Federation and External Access Cmdlets Centralized Logging Cmdlets

Enterprise Voice Cmdlets

http://technet.microsoft.com/en-us/library/gg398677.aspx














http://technet.microsoft.com/en-us/library/hh690019.aspx


http://technet.microsoft.com/en-us/library/jj204920.aspx


http://technet.microsoft.com/en-us/library/jj205064.aspx


Capítulo 11 | Backup


Página | 306

Capítulo 11* Backup

Una de las tareas más importantes de todas las implementaciones, es la configuración del Backup.

Lo que nos permitirá recuperar la configuración de nuestra implementación Lync en caso de ser necesario.

11.1. Configuración

Lo primero que debemos tener claro es de qué información debemos respaldar, en la siguiente tabla se muestran las configuraciones y/o bases de datos que debemos respaldar

Nombre Descripción cmdlet

Almacén Central Topología, Políticas y Configuraciones (Xds.mdf) Export-CsConfiguration

Información de Localización

Información de la configuración de la telefonía IP Empresarial (Enterprise Voice Enhanced 9-1-1, E9-1-1) (Lis.mdf)

Export-CsLisConfiguration

Información de Usuarios

Información de Usuarios: Contactos, Programación de Conferencias, Derechos de Usuario, etc... (RTCXDS.mdf)

Export-CsUserData

Grupos de Respuesta

Configuración de los Grupos de Respuesta Export-CsRgsConfiguration

Chat Persistente Configuración del Chat Persistente Export-CsPersistentChatData

Archivado Backup de la BBDD de Archivado (LcsLog.mdf) sqlcmd.exe

Monitorización Backup de las BBDD de Monitorización: Detalles de Llamadas y QoE (LcsCDR.mdf and QoeMetrics.mdf)

sqlcmd.exe

Almacén de Ficheros

Almacén de Ficheros Robocopy

Para realizar el backup de nuestra implementación de Lync Server 2013 utilizaremos dos scripts muy sencillos, uno de SQL y otro en Powershell. El script de SQL lo utilizaremos para indicar de qué bases de datos vamos a realizar el backup y en donde se almacenarán los ficheros (en el propio servidor de SQL). Crearemos un fichero de texto con las siguientes líneas y lo guardaremos con el nombre Backup_SQL_Lync.sql

Las bases de datos las cuales vamos a respaldar con este script son las de Archivado y Monitorización, las cuales se deben copiar manualmente (vía Script o Software de Backup). El script de powershell realizará distintas tareas que ahora explicaremos:



Página | 307

1 Get-childitem .\ -include *.zip,*.bak -recurse | remove-item: Borra todos los ficheros con extensión .zip y .bak que se corresponden con ficheros de backup antiguos. Debemos borrarlos para que puedan ejecutarse los cmdlets Export-CsXXXX sin errores, porque si no nos devolverá un error indicando que ya existe el fichero en la ruta de destino 2 Export-CsConfiguration -FileName .\Config\Config.zip: Exporta la configuración del Almacén Central 3 Export-CsLisConfiguration -FileName .\Location\Location.zip: Exporta la configuración de la configuración de la telefonía IP Empresarial 4 Export-CsRgsConfiguration -Source "ApplicationServer:pool.ucomsenespanol.com/b006ba6d-4396-4eb2-baf9-659d58bd4d4b" -FileName .\RGroup\RGroup.zip: Exporta la configuración del grupo de respuesta 5 Export-CsUserData -PoolFQDN "pool.ucomsenespanol.com " -FileName .\UserData\User.zip: Exporta la configuración de los usuarios 6 Export-CsPersistentChatData -DBInstance "srv-sql00. ucomsenespanol.com " -FileName .\PChat\PChatDB.zip: Exporta la base de datos del Chat Persistente 7 Start-Process "C:\Program Files\Microsoft SQL Server\110\Tools\Binn\sqlcmd.exe" -argumentlist "-S srv-sql00.ucomsenespanol.com -i Backup_SQL_Lync.sql": Iniciamos el proceso de SQLCMD para lanzar el proceso de backup de las BBDD de Archivado y Monitorización, para ello se le indica el fichero Backup_SQL_Lync.sql en donde se le indica que BBDD deben copiarse y su ubicación 8 Start-Process C:\windows\system32\robocopy.exe -argumentlist "\\srv-sql00.ucomsenespanol.com\D$\backup .\SQL /mov": Movemos con Robocopy los ficheros de Backup de las BBDD hacia el servidor desde el cual hemos iniciado este proceso, de tal forma que borramos los ficheros en la ubicación original del backup. 9 Start-Process C:\windows\system32\robocopy.exe -argumentlist "\\srv-lync01.ucomsenespanol.com\Shared$ .\FileShared /copyall /s /e": Copiamos los ficheros del almacén compartido *Debéis sustituir los FQDN en función de los nombres que habéis utilizado en vuestra implementación Standard o Enterprise.



Página | 308

Debemos crear una carpeta llamada BACKUP en la unidad C: y dentro de la misma las siguientes

subcarpetas:

Estas rutas son las que hemos especificado en el script para que se almacenen las copias de seguridad,

si queréis cambiar la ubicación de las mismas debéis modificar el script.

Ahora debemos crear una tarea programada para que se ejecute el script Backup_Lync2013.ps1 con la periodicidad que consideremos oportuno. Por último quedaría pendiente incluir la carpeta C:\BACKUP en los procesos de backup de la empresa, de tal forma que podamos tener los históricos necesarios en función de la política de rotación de la empresa.

Recordar que debéis ajustar los permisos NTFS con Control Total sobre el directorio de Backup y

subcarpetas, y que la cuenta de servicio que ejecuta la tarea programada sea miembro del grupo

RTCUniversalServerAdmins

El script de powershell podéis descargarlo de la siguiente URL


Capítulo 12 | Integración con Exchange


Página | 309

Capítulo 12* Integración con

Exchange

La integración con Exchange es fundamental si queremos tener disponible el buzón de voz de los

usuarios, además podemos configurar la parte de IM desde OWA. Veamos por partes cómo podemos

realizar ambas configuraciones

12.1. Integración con OWA

La integración con OWA habilita la IM desde la interface web, facilitando la posibilidad de

comunicación con los contactos de Lync desde cualquier parte sin tener que instalar el cliente Lync.

Únicamente tenemos disponible el mostrar nuestro estado y la mensajería instantánea, pero resulta

muy interesante. Para poder integrar el cliente Lync en el OWA debemos realizar las siguientes

configuraciones, teniendo en cuenta de que el tráfico entre el servidor Lync y Exchange será

encriptado tenemos que utilizar un certificado digital para tal fin.

Lo primero que debemos hacer es crear un grupo de aplicaciones en Lync, para ello podemos

hacerlo mediante un cmdlet:

New-CsTrustedApplicationPool -Identity srv-mail00.ucomsenespanol.com -Registrar srv-

lync00.ucomsenespanol.com -Site UCOMS -RequiresReplication $False

mail.ucomsenespanol.com

Después de crear el grupo de aplicaciones de confianza, use un comando similar al siguiente para

configurar una aplicación Identidad y un puerto para OWA

New-CsTrustedApplication -ApplicationId OutlookWebAccess -TrustedApplicationPoolFqdn

srv-mail00.ucomsenespanol.com -Port 5199

Ahora nos queda como pendiente publicar la topología con el siguiente cmdlet: Enable-CsTopology



Página | 310

Si ahora vamos a Panel de Control de Lync – Topología – Aplicación de Confianza vemos

la aplicación creada

Nos queda configurar la parte de Exchange, para ello debemos revisar la configuración del

certificado que tenemos en el IIS del Exchange y ver el FQDN que utilizaremos posteriormente en

Lync

Lo primero que debemos hacer es habilitar la mensajería instantánea en todos los directorios

virtuales de Outlook Web Access

Get-OwaVirtualDirectory | Set-OwaVirtualDirectory -InstantMessagingEnable $True -

InstantMessagingType OCS

A continuación, debemos agregar las siguientes líneas al archivo Web.config de Outlook Web Access ubicado en C:\Archivos de programa\Microsoft\Exchange Server\V15\ClientAccess\Owa), justo después de la etiqueta <appSettings>

<appSettings> <add key="IMCertificateThumbprint"

value="EA5A332496CC05DA69B75B66111C0F78A110D22d"/>

<add key="IMServerName" value="FQDN_FRONT-END">



Página | 311

Para conocer el valor del IMCertificateThumbprint referente a la huella digital del certificado,

debemos ejecutar el siguiente cmdlet: Get-ExchangeCertificate |fl *IIS*, Thumbprint,Services

Nuestro thumbprint es 2E09619B7DD84FEF80134FC51F720C3391D75F39 y es el valor que debemos

incluir en el fichero Web.config (C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Owa),

justo después de la etiqueta <AppSettings>

<appSettings> <add key="IMCertificateThumbprint"

value="2E09619B7DD84FEF80134FC51F720C3391D75F39 "/> <add key="IMServerName" value="srv-lync00.ucomsenespanol.com">

Una vez que hemos modificado y guardado el fichero Web.config debemos reiniciar el grupo de

aplicaciones de OWA, podemos hacerlo de dos formas:

Línea de commandos (CLI)

C:\Windows\System32\Inetsrv\Appcmd.exe recycle apppool

/apppool.name:"MSExchangeOWAAppPool"



Página | 312

Entorno Gráfico (GUI)

Ahora debemos ejecutar el siguiente comando para configurar la mensajería instantánea en las

correspondientes directivas de buzón de Outlook Web Access Set-OwaMailboxPolicy -Identity "Default" -InstantMessagingEnabled $True -InstantMessagingType "OCS"

Y este comando habilita la mensajería instantánea para todas las directivas de buzón de OWA: Get-OwaMailboxPolicy | Set-OwaMailboxPolicy -InstantMessagingEnabled $True -InstantMessagingType "OCS"



Página | 313

Ahora iniciamos sesión en el Exchange y en la parte superior derecha de la pantalla pulsamos en nuestro

nombre y en la opción Iniciar sesión en la mensajería instantánea

Si todo funciona correctamente en cuestión de segundos tenemos la sesión iniciada en Lync en el OWA



Página | 314

Si por el contrario nos encontramos con este error es posible que el certificado asignado no es el

correcto, debemos volver atrás y ejecutar de nuevo el cmdlet:

Get-ExchangeCertificate |fl *IIS*, Thumbprint,Services

Integración de Microsoft Lync Server 2013 y Microsoft Outlook Web Access 2013

http://technet.microsoft.com/es-es/library/jj688055.aspx



Página | 315

12.2. Configuración de la mensajería unificada de Microsoft Exchange

Server 2013 para el correo de voz de Microsoft Lync Server 2013

Microsoft Lync Server 2013 permite tener mensajes de correo de voz almacenados en Microsoft

Exchange Server 2013, estos mensajes de correo de voz los tenemos disponibles en las bandejas de

correo de cada usuario.

Lo primero que debemos hacer es configurar la autenticación entre los servidores de Exchange y

Lync, utilizando para ello un nuevo protocolo de autenticación y autorización entre servidores, el

OAuth (Open Authorization). Para configurar la autenticación entre ambos servidores (Exchange

2013 y Lync 2013) debemos configurar cada servidor como socio del otro, además debemos revisar

los certificados asignados en cada uno de ellos.

12.3. Configuración de aplicaciones como socios

Para configurar Exchange Server como socio de Lync Server debemos ejecutar el siguiente cmdlet desde

Lync Server, debemos tener configurado el FQDN de autodiscover (ya lo hemos configurado antes para la

publicación desde el TMG)

New-CsPartnerApplication -Identity Exchange -ApplicationTrustLevel Full –MetadataUrl

https://autodiscover.ucomsenespanol.com/autodiscover/metadata/json/1

https://autodiscover.ucomsenespanol.com/autodiscover/metadata/json/1



Página | 316

Para configurar Lync Server como socio de Exchange Server debemos ejecutar el siguiente cmdlet

desde Exchange Server "C:\Program Files\Microsoft\Exchange Server\V15\Scripts\Configure-EnterprisePartnerApplication.ps1 -AuthMetaDataUrl 'https://srv-lync00.ucomsenespanol.com/metadata/json/1' -ApplicationType Lync"

Si queremos probar la integración de Lync Server 2013 y Exchange 2013, tenemos disponible el

siguiente cmdlet en Lync Server:

Test-CsExStorageConnectivity -SipUri sip:[email protected]

12.4. Configuración de Microsoft Lync Server 2013 para usar el

almacén de contactos unificado

Cuando Lync Server 2013 se instala, también lo hace una directiva única de servicios de usuario

(configurada en el ámbito global). El valor UcsAllowed de esta directiva está establecido en False,

que quiere decir que los contactos del usuario se almacenan de forma predeterminada en Lync Server.

Para migrar todos sus contactos al almacén de contactos unificados, basta con modificar esta directiva

global:

Set-CsUserServicesPolicy -Identity global -UcsAllowed $True

sip:[email protected]



Página | 317

Otra opción consiste en dejar la directiva tal cual está y crear una directiva por usuario que permita

usar el almacén de contactos unificados; así, algunos usuarios podrán tener sus contactos en dicho

almacén y otros, seguir guardándolos en Lync Server. Para crear una directiva de servicios de usuario

por usuario se usa un comando parecido al siguiente:

New-CsUserServicesPolicy -Identity "ContactosUnificados" -UcsAllowed $True

Una vez creada la directiva, hay que asignarla a los usuarios que deban tener acceso al almacén de

contactos unificados. Para ello, se usan comandos parecidos a los siguientes:

Grant-CsUserServicesPolicy -Identity "[email protected]" -PolicyName

" ContactosUnificados”

Tras asignar la directiva, Lync Server comenzará a migrar los contactos del usuario al almacén de

contactos unificados. Cuando la migración finalice, el usuario tendrá todos sus contactos en

Exchange, y no en Lync Server. En caso de que el usuario haya iniciado sesión en Lync 2013 en el

momento en el que la migración acabe, aparecerá un cuadro de mensaje en el que se le pedirá que

cierre sesión en Lync y vuelva a iniciarla después para culminar el proceso.



Página | 318

Si revisamos la configuración del cliente Lync veremos que los contactos se almacenan en UCS

12.5. Configuración de Microsoft Lync Server 2013 para utilizar la

característica de archivado de Microsoft Exchange Server 2013

Microsoft Lync Server 2013 ofrece a los administradores la opción de archivar las transcripciones

de conferencias web y sesiones de mensajería instantánea en el buzón de Microsoft Exchange Server

2013 del usuario en lugar de en una base de datos de SQL Server

El archivado en Lync Server suele administrarse mediante las opciones de archivado. Cuando

instale Lync Server 2013, dispondrá de una recopilación única y global de estas opciones. (Los

administradores pueden crear, de forma opcional, nuevas colecciones de opciones de archivado en el

sitio.) De forma predeterminada, el archivado no está habilitado en las opciones globales. Asimismo,

el archivado en Exchange tampoco está habilitado en estas opciones. Para poder utilizar el archivado

en Exchange, los administradores deben configurar las propiedades EnableArchiving y

EnableExchangeArchiving en las opciones de configuración. Es posible establecer la propiedad

EnableArchiving con uno de los tres valores siguientes:

None. El archivado está deshabilitado.

ImOnly. Solo se archivarán las transcripciones de mensajería instantánea.

ImAndWebConf. Se archivarán las transcripciones de mensajería instantánea y de las conferencias web.

Para habilitar el archivado de transcripciones de mensajería instantánea y también habilita el

archivado en Exchange:

Set-CsArchivingConfiguration -Identity "Global" -EnableArchiving ImOnly -EnableExchangeArchiving $True



Página | 319

Habilitación del archivado de comunicaciones internas o externas

ArchiveInternal: solo se archivarán las sesiones de comunicaciones internas (solo las sesiones de los usuarios de su organización que dispongan de cuentas de Active Directory).

ArchiveExternal: solo se archivarán las sesiones de comunicaciones externas (sesiones en las que al menos usuario de su organización no disponga de cuenta de Active Directory).

Set-CsArchivingPolicy -Identity "global" -ArchiveInternal $True -ArchiveExternal $True



Página | 320

12.5.1. Fotos en Alta resolución

Esta es una de las novedades muy interesantes, puesto que nos permite almacenar las fotos de los

usuarios directamente en Exchange y 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

48x48 648x648

Esto lo podemos conseguir con Lync 2013 y Exchange 2013, además tenemos la posibilidad de

configurar varios tamaños de imágenes para usos diferentes:

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

Web APP y Lync 2013

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



Página | 321

MSFT recomienda cargar fotos de 648x648 píxeles, esto permite tener la máxima calidad para ser

mostradas en los diferentes clientes. Según MSFT una imagen en JPEG de 648x648 píxeles y una

profundidad de 24 bits dará lugar a una imagen de 240kilobytes.

Algo muy interesante es que los usuarios pueden cargar ellos mismos sus fotos desde Exchange,

desde las opciones dentro de Outlook Web App

Ahora pulsamos en editar información…



Página | 322

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 648x648 píxeles y

pulsamos en guardar



Página | 323

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



Página | 324

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



Página | 325

Como vemos la imagen tiene mucha más calidad que esta otra imagen que no tiene las fotos

almacenadas con alta calidad en el Exchange y, 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

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

Para verificar que la imagen subida al Exchange tiene el tamaño que queremos (648x648) podemos acceder

a la imagen en la siguiente URL: https://mail.ucomsenespanol.com/ews/Exchange.asmx/s/[email protected]&size=HR648x648

https://mail.ucomsenespanol.com/ews/Exchange.asmx/s/[email protected]&size=HR648x648

https://mail.ucomsenespanol.com/ews/Exchange.asmx/s/[email protected]&size=HR648x648



Página | 326

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:

$photo = ([Byte[]] $(Get-Content -Path "C:\Fotos_Usuarios\sbuitrago.jpg" -Encoding Byte

-ReadCount 0))

Set-UserPhoto -Identity "sbuitrago" -PictureData $photo -Confirm:$False

Set-UserPhoto -Identity "sbuitrago" -Save -Confirm:$False

Podemos ejecutar línea a línea o crear un .ps1 y ejecutarlo para que se ejecute de una sola vez

El cambio es inmediato, porque el cliente se descarga la imagen desde los servicios web de

Exchange (EWS), por lo que no tenemos que cerrar e iniciar sesión para ver los cambios aplicados.

Una vez ejecutado el script vemos como en el cliente Lync ya tenemos la nueva imagen:



Página | 327

12.6. Configuración de la Mensajería de Voz entre Lync 2013 y

Exchange 2013

Lo primero que debemos hacer es configurar un plan de marcado en el Exchange, para ello vamos

a la opción de Mensajería Unificada en el ECP de Exchange. Pulsamos en el símbolo + y

empezamos la configuración del Plan de Marcado



Página | 328

Cubrimos los datos del plan de marcado: Nombre: nombre del plan de marcado Longitud de Extensión: la cantidad de números de dígitos asignados a los usuarios Tipo de plan de marcado: define la sintaxis, el formato y protocolos de la llamada Modo de Seguridad VoIP: modo de seguridad para este plan de marcado Idioma del Audio: Idioma utilizado para los audios Código de país o región: código del país o región para este plan de marcado



Página | 329

Ahora debemos editar el Plan de Marcado para personalizarlo según nuestras necesidades, para

editarlo pulsamos en el lápiz que vemos en el plan de marcado

Desde aquí podemos modificar la directiva de buzón de correo de mensajería unificada,

operadores automáticos y la configuración global del plan de marcado



Página | 330

Si editamos la configuración de la directiva de buzón de voz, tenemos las siguientes opciones

disponibles

General



Página | 331

Texto del mensaje

Directivas de NIP



Página | 332

Autorización de marcado

Correo de voz protegido



Página | 333

Opciones del plan de marcado, nos permite configurar todas las opciones del plan de marcado

General: podemos modificar la seguridad de VoIP y tenemos un resumen del plan de marcado

Códigos de marcado



Página | 334

Outlook Voice Access

Configuración: podemos elegir el códec de audio, etc..



Página | 335

Reglas de marcado: permite definir los números que los usuarios puedan marcar a través de este

plan de marcado, tanto números nacionales como internacionales

Autorización de marcado: definimos los tipos de llamada autorizados para los usuarios que

utilicen este plan de marcado



Página | 336

Transferir y buscar: definimos que podrán hacer los autores de las llamadas recibidas en este

plan de marcado

Ahora debemos crear un operador automático para este plan de marcado, para ello pulsamos en

el símbolo + de la sección de Operadores automáticos de mensajería unificada



Página | 337

Agregamos el número +6000 como número de acceso asignado a este operador, lo podremos

utilizar para llamar directamente al operador automático. Además habilitamos el operador automático

y lo configuramos para poder responder a los comandos de voz

Al integrar la mensajería unificada de Exchange y Lync Server, probablemente considere innecesario

configurar las reglas de marcado o los grupos de reglas de marcado en la mensajería unificada de

Exchange. Lync Server está diseñado para efectuar el enrutamiento de llamadas y la traducción de los

números de los usuarios de su organización y seguirá haciéndolo cuando la mensajería unificada

realice las llamadas en nombre de los usuarios.



Página | 338

Ahora que hemos finalizado nuestro plan de marcado, debemos asignar un certificado al servicio

de UM de Exchange. Para ello vamos la opción Servidores – Certificados, si tenemos un certificado

válido para la UM lo podemos asignar pulsamos en modificar una vez seleccionado el certificado. Si

no tenemos ningún certificado válido para asignar a los servicios de UM, podemos pulsar en el

símbolo de + y solicitar un certificado mediante un asistente

Si tenemos una CA disponible seleccionamos la primera opción y pulsamos en Siguiente



Página | 339

Ahora escribimos el FQDN del servidor en el nombre descriptivo de este certificado

Si queremos solicitar un certificado wildcard debemos habilitar la siguiente casilla, en nuestro caso

como solo utilizaremos el certificado para el UM de Exchange no lo habilitaremos



Página | 340

Seleccionamos el servidor que almacenará la solicitud del certificado

Nos muestra los dominios incluidos en el certificado

c



Página | 341

Podemos añadir o eliminar más dominios y nombres en el certificado, pulsamos en siguiente

Cubrimos los datos obligatorios para la solicitud del certificado



Página | 342

Ahora debemos especificar una ruta en donde se almacenará la solicitud de certificado que

posteriormente enviaremos a la entidad certificadora, pulsamos en Finalizar

Ahora debemos continuar con la solicitud del certificado, para ello abrimos el navegador y

escribimos la URL del servidor de inscripción de certificados

Una vez que tenemos el certificado instalado en el almacén local de certificados del servidor,

volvemos al ECP de Exchange para asignarlo al servicio de UM. Para ello vamos a la opción

Servidores – Certificados, seleccionamos el certificado que Certificado_UM y pulsamos en

Modificar



Página | 343

Seleccionamos la opción Servicios y habilitamos Mensajería Unificada y pulsamos en guardar

Si os muestra el siguiente error es que no habéis habilitado el modo TLS o Dual en la configuración

de la UM de Exchange



Página | 344

Una vez que hemos reiniciado los servicios de UM podemos volver a intentar asignar el certificado

Para cambiar el modo TCP a TLS o Dual tenéis que ir a hacerlo mediante un cmdlet, pero ya

aprovechamos en el mismo para asignar un el plan de marcado a nuestro servidor de UM

Set-UMCallRouterSettings -DialPlans "UCOMS" –Server srv-mail00 -UMStartupMode TLS



Página | 345

Ahora nos indica que debemos reiniciar los servicios de UM para completar la configuración

Como vemos ya tenemos el certificado asignado al servicio de UM



Página | 346

Ahora debemos crear un buzón de voz para algún usuario, para ello vamos a la opción

Destinatarios y pulsamos en Habilitar en la opción de Mensajería Unificada

Se inicia el asistente para habilitar el buzón de correo de mensajería unificada



Página | 347

Escribimos un número de extensión (no superior a 4 dígitos que son los que hemos establecido

en el plan de marcado) y pulsamos en Finalizar

Una vez completado el proceso de habilitar la mensajería unificada al usuario podemos ver las

propiedades del usuario y vemos que se ha habilitado correctamente



Página | 348

Ahora nos queda ejecutar el siguiente script en el Exchange que configurará los permisos

necesarios en el Active Directory para que el Lync se pueda conectar con el Exchange. Iniciamos la

consola de powershell de Exchange y lo ejecutamos desde la carpeta scripts dentro de la carpeta en

donde tenemos instalado el Exchange (C:\Archivos de Programa\Microsoft\Exchange

Server\v15\Scripts\ExchUCUtil.ps1

Por último debemos ir al Front-END y ejecutar el OCSUMtil.exe para completar la configuración



Página | 349

Una vez iniciada la aplicación pulsamos en cargar datos

Nos encontraremos con la configuración del plan de marcado de Exchange



Página | 350

Pulsamos en Agregar para añadir el Subscriber y el AutoAttendant

Y también en el Exchange tenemos configurada la Puerta de enlace IP de mensajería unificada,

que se corresponde con nuestro servidor de Lync y se ha configurado de forma automática cuando

hemos ejecutado el ExchUCUtil.ps1



Página | 351

Con este último paso ya tenemos configurado nuestro buzón de voz conectado con Lync, ahora el

usuario habilitado con UM de Exchange puede iniciar sesión en Lync y recuperar los mensajes de

voz desde el propio cliente

Llamar al buzón de voz, cambiar el saludo y configurar el correo de voz

Por defecto el idioma del plan de marcado es el English (United States), si queremos añadir otro

idioma podemos descargarlo de la siguiente página de Microsoft:

http://www.microsoft.com/es-es/download/details.aspx?id=35368



Página | 352

Una vez descargado debemos instalar el paquete de idioma y posteriormente seleccionar el nuevo

idioma en el plan de marcado configurado. El proceso de instalación es muy sencillo, ejecutamos el

fichero que nos hemos descargado, aceptamos el contrato de licencia y pulsamos en siguiente:



Página | 353

Comprueba si cumplimos con los requisitos y pulsamos en Instalar si todo está correcto para

comenzar el proceso de instalación de este nuevo idioma



Página | 354

Ahora que ha finalizado la instalación del nuevo idioma, abrimos el ECP de Exchange y vamos a

Mensajería Unificada – Plan de Marcado – Modificar

Pulsamos en Configurar – Configuración – Idioma del audio elegimos Español (España,

alfabetización internacional) y pulsamos en Guardar

Ahora ya tenemos nuestras locuciones predeterminadas en español, si queréis añadir más idiomas

debéis descargarlos de la siguiente URL:



Capítulo 13 | Federaciones


Página | 355

Capítulo 13* Federaciones

Un usuario externo de Lync es un usuario que se conecta fuera del perímetro de seguridad de la

empresa. Suelen ser usuarios que tienen acceso desde el exterior a comunicarse con usuarios que

están dentro del perímetro de seguridad. Existen distintos tipos de usuarios que podemos habilitar

para facilitarles el acceso desde el exterior:

Usuarios Remotos: Usuarios que inician sesión fuera de la seguridad perimetral de la empresa y

tienen cuenta en el Directorio Activo

Usuarios Federados: Usuarios con los que hemos establecido una relación de confianza y tienen

cuenta en otro Directorio Activo

Usuarios de una IM Pública: Usuarios de otros sistemas de IM Públicos como son: Skype, Google

Talk, AOL, etc…

Usuarios Anónimos: Usuarios que sin tener cuenta en nuestro Directorio Activo o en el de algún

dominio federado puede unirse a las conferencias



Página | 356

Esquema de Múltiples Federaciones

Federado Federado

Federado

vSwitchvSwitch

vSwitch

REVERSE PROXY

EDGE

Usuario Lync Empresa B

HYPER-V HOST

Usuario Remoto Lync Empresa B

FEDERACIONES Y ACCESO REMOTO

REVERSE PROXY

EDGE

vSwitch

vSwitch vSwitch

CA Interna

HYPER-V HOST

Usuario Lync Empresa A

EMPRESA A EMPRESA B

Usuario Remoto Lync Empresa A

IM PúblicoIM Público

Remoto

FirewallFirewall

Firewall Firewall

Remoto

Usuario Anónimo


Lync 2013 Standard Front-END

Exchange 2010/2013 UM

WACLync 2013 Standard

Front-ENDExchange 2010/

2013 UMWAC


CA Interna



Página | 357

Para poder implementar alguna o todas las configuraciones que se muestran en la imagen,

necesitamos disponer de un servidor con el rol de EDGE, y posteriormente configurar las distintas

directivas que nos permitan controlar quien puede conectarse desde el exterior o con qué tipo de

usuarios se pueden comunicar los usuarios de Lync de nuestra compañía.

Vamos a describir cada uno de los tipos de usuarios:

Usuarios Remotos: Usuarios que inician sesión fuera de la seguridad perimetral de la empresa y

tienen cuenta en el Directorio Activo. Este tipo de usuario es muy común en las organizaciones,

puesto que son usuarios itinerantes que se conectan a Lync mediante una conexión a Internet pública.

Se les permite conectarse desde el exterior y conectarse con cualquier usuario de Lync de la

organización y mantener sesiones de IM y Conferencias.

Usuarios Federados: Usuarios con los que hemos establecido una relación de confianza y tienen

cuenta en otro Directorio Activo. Esto nos permite agregar usuarios de otra organización como

contacto, y podemos ver su disponibilidad, mantener conversaciones de IM y Conferencias. Para

configurar la federación entre las distintas organizaciones debemos cumplir los siguientes requisitos:

Acceso al puerto 5061/TCP entre los servidores EDGE de cada organización

Certificados Públicos o Privados en ambos servidores EDGE (indistintamente), en caso de tener certificados privados en alguno de los servidores (o ambos) debemos tener el certificado raíz de confianza instalado en el almacén local de certificados del otro EDGE

Configurar desde al Panel de Administración de Lync la federación entre las distintas organizaciones y, podemos configurar manualmente o habilitar la detección de dominio de socio

Vamos a ver cómo podemos configurar la federación manual, esto nos permite controlar las

federaciones de forma más específica. Para configurar este tipo de federaciones debemos ir al Panel

de Administración de Lync y agregamos un nuevo dominio para permitir o denegar la federación



Página | 358

Cubrimos los datos del dominio con el cual queremos federarnos, escribimos el nombre de

dominio y el FQDN del Servicios Perimetral de Acceso

Nombre de dominio: dominio con el que nos queremos federar

Servidor perimetral de acceso (FQDN): FQDN del servidor de acceso perimetral del dominio

con el cual queremos federarnos

Estos pasos se deben realizar en los dos servidores EDGE implicados en la federación, por su

puesto cada uno con los datos correspondientes. Si todo está correcto, en los EDGE veremos un

evento similar a este: Nombre de registro: Lync Server Origen: LS Protocol Stack Fecha: 12/02/2013 17:29:33 Id. del evento: 14478 Categoría de la tarea:(1001) Nivel: Información Palabras clave: Clásico Usuario: No disponible Equipo: edge.ucomsenespanol.com Descripción: Se han agregado las siguientes reglas a la tabla de enrutamiento del servidor perimetral de acceso: Tipo: dominio compatible interno; Dominio: ucomsenespanol.com Tipo: servidor asociado permitido; FQDN: sip.asirsl.com:5061; Dominio: asirsl.com; Nivel de validación del usuario: UseSourceVerification



Página | 359

Nombre de registro: Lync Server Origen: LS Protocol Stack Fecha: 02/02/2013 17:09:25 Id. del evento: 14479 Categoría de la tarea:(1001) Nivel: Información Palabras clave: Clásico Usuario: No disponible Equipo: edge.ucomsenespanol.com Descripción: Se ha agregado la siguiente regla a la tabla de enrutamiento del servidor perimetral de acceso: Tipo: servidor asociado permitido; FQDN: sip.asirsl.com:5061; Dominio: asirsl.com; Nivel de validación del usuario: UseSourceVerification

Una vez que se ha completado la federación podemos comprobar que funciona correctamente

tratando de agregar usuarios de otro dominio, únicamente debemos buscarlos desde el cliente Lync

por su dirección SIP:



Página | 360

Como comentábamos al principio si los certificados no son públicos debemos tener instalado en

cada servidor EDGE el certificado raíz de confianza del otro dominio:

Servidor EDGE de ASIRSL.COM

Como el servidor EDGE de ASIRSL.COM tiene certificados públicos no debemos configurar

nada más que la federación y ya estaría disponible.

En el supuesto caso de que en uno de los EDGE no tuviera el certificado raíz de confianza

instalado, la federación no se completaría y nos mostraría un error similar a este cuando tratásemos

de comunicarnos con algún usuario:

Nombre de registro: Lync Server Origen: LS Protocol Stack Fecha: 20/02/2013 15:28:28 Id. del evento:14428 Categoría de la tarea:(1001) Nivel: Error Palabras clave: Clásico Usuario: No disponible Equipo: edge.asirsl.com Descripción: Errores de conexión saliente de TLS.

Durante los últimos 1 minutos, Lync Server ha experimentado errores de conexión saliente de TLS 1 veces. El

código del último error es 0x80090325 (La cadena de certificación fue emitida por una entidad en la

que no se confía.) al intentar conectarse al servidor "sip.ucomsenespanol.com" en la dirección

[X.X.X.X:5061], y el nombre para mostrar en el certificado del mismo nivel es "No disponible".

Causa: en la mayoría de los casos, se trata de un problema con el certificado del mismo nivel o quizás el registro del

nombre de host (DNS) utilizado para conectar con el servidor del mismo nivel. Si el nombre principal del destino no es

correcto, el certificado del mismo nivel no contiene el nombre usado por el servidor local para conectarse. Un error de

certificado raíz que no es de confianza significa que el certificado del mismo nivel fue emitido por una entidad de

certificación remota en la que el equipo local no confía.



Página | 361

Solución:

Compruebe que la dirección y el puerto coincidan con el FQDN usado para la conexión, y que el certificado del

mismo nivel contenga este FQDN en sus campos de sujeto o SAN. Si el FQDN hace referencia a un grupo de

servidores de carga DNS equilibrada, compruebe que todas las direcciones devueltas por DNS hagan referencia a un

servidor del mismo grupo de servidores. Para errores de raíces que no son de confianza, asegúrese de que la cadena de

certificados de la entidad de certificación remota esté instalada localmente. Si ya ha instalado la cadena de certificados

de la entidad de certificación remota, intente reiniciar el equipo local.

Y en Lync nos mostraría el siguiente error

Una vez que instaléis el certificado raíz de confianza en el almacén local de certificados en el

servidor, debéis reiniciar el servicio Servidor perimetral de acceso a Lync Server



Página | 362

Ahora deberíamos tener la federación funcionado correctamente, por lo que ya podremos

comunicarnos con los usuarios federados



Página | 363

Cuando pulsamos en Agregar como vemos tenemos la posibilidad de Denegar un dominio SIP

si lo consideramos oportuno. Esto es interesante si tenemos habilitado la opción de detección de

dominio de socio, puesto que queremos evitar que desde otros dominios puedan agregar usuarios

de nuestro dominio. Si tenemos habilitada la detección de dominios de socio otros usuarios de

otras organizaciones pueden agregarnos sin explícitamente (manualmente) configurar la federación.

Esta configuración la podemos habilitar desde el Panel de Administración de Lync - Federación y

acceso externo - Configuración del servidor perimetral de acceso

Para que esto funcione debemos tener creando un registro DNS de tipo SRV, con el siguiente

formato: _sipfederationtls._tcp.ucomsenespanol.com SRV service location: priority = 0 weight = 0 port = 5061 svr hostname = sip.ucomsenespanol.com

De esta forma cuando los usuarios intentan agregar usuarios de otros dominios SIP de otras

organizaciones, el servidor EDGE consultará este registro SRV tratando de localizar el EDGE de

dicho dominio SIP. La configuración manual de la federación prevalece sobre la configuración de

detección de dominio de socio.

Usuarios de una IM Pública: Usuarios de otros sistemas de IM Públicos como son: Skype,

Google Talk, MSN, AOL, et... Para configurar federación con MSN o AOL debemos solicitarlo a

Microsoft desde la siguiente URL:

https://pic.lync.com/provision/Logon/Logon.aspx?rret=https://pic.lync.com/provision/AgreementNumber.aspx.





Página | 364

El aprovisionamiento del servicio en la web de Microsoft es muy sencillo, solo debemos indicarle

cual es nuestro EDGE y los dominios que queremos federar con Microsoft

Estas son las funcionalidades que están disponibles y las que no (Verde: Disponibles, Rojo: No

disponibles)

Add contacts on federated public IM services to Microsoft Lync contact list

View presence status of public IM users in your Contact list

Participate in one-on-one IM conversations with users of public IM services in your Contact list

Make audio and video calls to Windows Live contacts

Unsupported features: Multiparty IM, file transfers, audio/video sessions with AOL, Yahoo!, and Google Talk user

Debemos tener creado el mismo registro SRV utilizado para la detección de dominio de socio: _sipfederationtls._tcp.ucomsenespanol.com SRV service location: priority = 0 weight = 0 port = 5061 svr hostname = sip.ucomsenespanol.com

Es indispensable que los certificados del EDGE sean emitidos por una CA Pública, sino no

funcionará la federación. La provisión del servicio por parte de Microsoft puede ser de 30 días, pero

suelen habilitarlo en menos de 10 días. La configuración de este tipo de federación permite a los

usuarios disfrutar de IM y AV (ad hoc). Como la migración a Skype ya está a punto de llegar y la

migración será de Live Messenger directamente a Skype no hay nada que hacer en nuestros servidores

de Lync si ya los tenemos federados con MSN (por lo menos hasta la fecha está funcionando la IM

únicamente, pero en breve tendremos el A/V)



Página | 365

En Lync 2013 tenemos de forma nativa la posibilidad de configurar la federación con sistemas

XMPP, utilizamos por ejemplo por Cisco y Google Talk. Para configurar la federación con Google

Talk debemos realizar las siguientes configuraciones adicionales:

Habilitar el acceso desde internet al puerto 5269/TCP al servidor perimetral de acceso

Crear un registro DNS tipo SRV: _xmpp-server._tcp.ucomsenespanol.com

_xmpp-server._tcp.ucomsenespanol.com priority = 1 weight = 100 port = 5269 svr hostname = sip.ucomsenespanol.com

Configurarlo el servidor XMPP con el que queremos federarlo, para ello vamos al Panel de

Administración de Lync - Federación y acceso externo - Asociados XMPP federados y

establecemos la siguiente configuración: Dominio principal: gmail.com Tipo de asociado. Publico sin comprobar Negociación TLS: No compatible Negociación SASL: No compatible Admitir negociación de devolución de llamada del servidor: Verdadero





Página | 366

Usuarios Anónimos: Usuarios que sin tener cuenta en nuestro Directorio Activo o en el de algún

dominio federado puede participar en las reuniones (usuarios cuya identidad solo se comprueba a

través de la clave de reunión o conferencia). Para que los usuarios anónimos puedan participar en las

reuniones debemos habilitar el acceso anónimo en las conferencias, para ello vamos a Federación y

acceso externo - Configuración del servidor perimetral de acceso y Editamos la directiva para

habilitar o deshabilitar el Acceso de usuario anónimo a las conferencias

Una vez que hemos configurado los distintos accesos de usuarios, debemos crear las distintas

Directivas de acceso externo, lo que nos permite habilitar o denegar la posibilidad a los distintos

usuarios de la organización la posibilidad de añadir usuarios federados, usuarios de mensajería pública

y el acceso remoto:

Si queremos crear una directiva para evitar que los usuarios tengan acceso a la mensajería pública,

debemos pulsar en Agregar – Directiva de Usuario



Página | 367

Solo permitimos las comunicaciones con usuarios Federados y remotos

Ahora debemos asignar la directiva a los usuarios a los cuales queremos que se les deniegue las

comunicaciones con usuarios públicos



Página | 368

El usuario debe iniciar sesión para que el cambio sea efectivo

Capítulo 14 | Archivado


Página | 369

Capítulo 14* Archivado

Lync Server tiene la posibilidad de archivar cierto contenido de las comunicaciones tanto internas

como externas, pero para ello debemos habilitar el rol de Archivado. Este rol nos permite almacenar

cierto contenido de las comunicaciones de los usuarios, vamos a ver que contenido se puede archivar

y cual no:

Se pueden archivar los siguientes tipos de contenido:

Mensajes instantáneos de punto a punto

Conferencias (reuniones), que son mensajes instantáneos con varios participantes

Contenido de conferencias, como contenido que se carga (por ejemplo, documentos de la reunión) y contenido relacionado con el evento (por ejemplo, los usuarios que se unen o abandonan el evento, la carga de recursos compartidos y cambios en la visibilidad)

Pizarras y sondeos los compartidos durante una conferencia

No se almacenan los tipos de contenido siguientes:

Transferencias de archivos de punto a punto

Audio y vídeo para conferencias y mensajes instantáneos de punto a punto

Escritorio y uso compartido de aplicaciones para conferencias y mensajes instantáneos de punto a punto

Implementar archivado

http://technet.microsoft.com/es-ES/library/jj205147.aspx

Cómo funciona el archivado


En Lync 2013 no es necesarios instalar este rol en otro servidor, convive perfectamente en el Front-

END



Página | 370

Si tenemos usuarios con buzones en Exchange 2013 podemos habilitar el archivado directamente

en Exchange, pero en nuestro caso configuraremos el archivado en las bases de datos de archivado

de Lync Server. La configuración comienza por añadir un servidor de archivado en el generador de

topologías de Lync Server, para ello empezamos por abrir generador de topologías. Una vez abierto

vamos a editar las propiedades del servidor Front-END que hemos instalado, vemos que no tenemos

marcada la casilla de Archivado

Almacenamiento de bases de datos de SQL Server para el archivado en Lync Server 2013

admite las versiones de 64 bits de SQL Server:

Microsoft SQL Server 2008 R2 Enterprise

Microsoft SQL Server 2008 R2 Standard

Microsoft SQL Server 2012 Enterprise

Microsoft SQL Server 2012 Standard

http://technet.microsoft.com/es-es/library/jj205059.aspx

Microsoft SQL Server 2008 R2 Express y Microsoft SQL Server 2012 Express no son compatibles con

el archivado



Página | 371

Como vemos nos alerta de que debemos elegir un almacén de SQL Server de archivado

Si no tenemos configurado previamente un almacén de SQL Server de archivado debemos pulsar

en nuevo lo que nos permitirá crear un nuevo almacén



Página | 372

Debemos tener un servidor de servidor de SQL Server disponible para poder crear la base de

datos de Archivado. Si no tenemos ninguna instancia específica para crear esta base de datos, dejamos

las opciones por defecto

Ahora que ya tenemos habilitado el archivado y elegido el almacén de SQL Server de archivado

pulsamos en Aceptar y publicamos la topología



Página | 373

Ahora nos indica que las bases de datos se crearán en el servidor que SRV-SQL00 que hemos

añadido anteriormente, si queremos crear las bases de datos en alguna ubicación diferente a la que

tenga el servidor SQL Server por defecto, pulsaremos en Avanzadas



Página | 374

Indicamos la segunda opción, de tal forma que si habéis cambiado la ruta por defecto en donde

se crearán las nuevas bases de datos y registros ya utilizará esa misma configuración

En el momento de la publicación de la topología se crearán las bases de datos en el servidor de

destino. Si cuando finaliza la publicación de la topología os encontráis una advertencia de este estilo,

debemos abrir el log para ver cuál ha sido el problema



Página | 375

En este caso como podéis apreciar el Agente de SQL Server no está iniciado en el servidor de

SQL Server, por lo que no se pueden ejecutar los trabajos a realizar

En este caso la solución no tiene mucho problema, iniciamos el servicio Agente de SQL Server

Lo que podemos hacer es ejecutar la opción de Instalar base de datos…



Página | 376

Iniciamos el asistente de instalación de base de datos, tenemos las mismas opciones que cuando

hemos querido publicar la topología anteriormente, por lo que podemos configurar la ruta en la cual

se creará la base de datos

Y lo dejaremos igual que antes, que use los valores predeterminados de instancia de SQL Server



Página | 377



Página | 378

Ahora debemos iniciar el Asistente para la implementación y vamos a Instalar o actualizar el

sistema Lync Server y pulsamos en botón de Ejecutar de Instalar o desinstalar componentes de

Lync Server




Página | 379

Si todo ha terminado correctamente debemos ver una pantalla como esta, pulsamos en Finalizar

Ahora debemos configurar las distintas directivas que tenemos disponibles desde el Panel de

Control de Lync Server. Vamos a empezar por la configuración del archivado, para ello vamos a las

opciones de Supervisión y Archivado – Configuración de archivado



Página | 380

Aquí configuraremos las opciones globales del servicio de archivado, por defecto tenemos la

directiva Global que será la que inicialmente editaremos.

Tenemos varias opciones de configuración que detallaremos a continuación: Nombre: Nombre descripción de la configuración que estamos aplicando, puesto que podemos tener diferentes configuraciones: Global, Sitio o Grupo Descripción: breve detalle sobre la regla, de tal forma que podamos identificar de forma clara su configuración Configuración de archivado: tenemos varias opciones disponibles para poder determinar que comunicaciones archivaremos

o Archivar sesiones de mensajería instantánea o Archivar sesiones de mensajería instantánea y conferencias web o Deshabilitar archivado

Bloquear sesiones de mensajería instantánea o conferencias web si no se pueden

archivar Los errores incluyen lo siguiente: si por cualquier motivo no se pueden registrar las

conversaciones, el sistema bloqueará la mensajería instantánea o las conferencias web. Uno de los

motivos puede ser una base de datos llena, problemas con los servicios de conferencias, etc...

Integración con Exchange: nos permite configurar el archivado a los usuarios que tengan un

buzón en Exchange 2013 en el propio buzón, si configuramos esta opción no tenemos que configurar

el archivado en SQL Server

Habilitar purgado de los datos de archivado: estableceremos las opciones de purgado de la

base de datos de archivado, de tal forma que podamos eliminar registros con cierta antigüedad (días).

También podemos especificar que se purguen cuando los datos se hayan exportado



Página | 381

Ahora vamos ver las directivas de archivado, en donde podemos especificar si queremos archivar

comunicaciones internas o externas. Para ello vamos a las opción de Directiva de archivado

Por defecto tenemos una directiva global, pero podemos crear directivas de usuario, para ellos

pulsamos en Agregar – Directiva de Usuario



Página | 382

Su configuración es muy simple, tenemos las siguientes opciones de configuración:

Nombre: debemos especificar un nombre para la directiva

Descripción: breve descripción del propósito de la directiva

Archivar comunicaciones internas: se archivarán comunicaciones de la red interna

Archivar comunicaciones externas: se archivarán comunicaciones que incluyan usuarios externos,

remotos, anónimos, IM Públicos y Federados

Una vez que hemos configurado la directiva y hemos pulsado en confirmar la tenemos

disponible para asignársela a los usuarios que queramos

Por defecto no hay ningún tipo de archivado habilitado en la directiva global



Página | 383

Ahora vamos al menú de usuarios, buscamos el usuario al cual le queremos aplicar la directiva y

editamos su configuración:

A partir de este momento todas las comunicaciones con usuarios internos serán almacenadas, si

nos vamos a la tabla Messages de la base de datos de archivado (LcsLog) podemos ver las

conversaciones entre distintos usuarios

Capítulo 15 | Supervisión


Página | 384

Capítulo 15* Supervisión

En Lync 2013 se ha cambiado modelo de rol de supervisión, en versiones anteriores debía estar

instalado en un servidor diferente al Front-END, pero ahora se instalan los servicios de supervisión

en cada uno de los servidores Front-END. MSFT nos ofrece los siguientes argumentos del porqué

del cambio:

Disminuir el número de roles de servidor necesarios al implementar Lync Server 2013. En este caso, al dejar de usar el servidor de supervisión también se contribuye a reducir costes eliminando la necesidad de mantener servidores dedicados para supervisión

Reduzca la complejidad de la instalación y la administración de Lync Server. Al instalar automáticamente los servicios de supervisión en cada servidor Front-END ya no tiene que instalar, configurar y administrar el rol del servidor de supervisión

Como requisitos os recuerdo que es indispensable tener un Reporting Services instalado

previamente, para luego finalizar la configuración de Lync con la instalación de los informes. Las

versiones soportadas son las siguientes:

Microsoft SQL Server 2008 R2 Enterprise Microsoft SQL Server 2008 R2 Standard Microsoft SQL Server 2012 Enterprise Microsoft SQL Server 2012 Standard

Instalación de SQL Server Reporting Services




Página | 385

Al igual que la configuración del archivado, ahora no tenemos la opción de Supervisión en el

Generador de Topologías. Para poder habilitar la supervisión debemos editar las propiedades de

nuestro servidor Front-END y habilitar la supervisión:




Página | 386

Una vez habilitado debemos seleccionar un almacén de SQL Server de supervisión si lo tenemos

disponible, en caso contrario debemos crearlo. El almacenamiento de bases de datos de SQL Server

para la supervisión en Lync Server 2013 admite las versiones de 64 bits de SQL Server:

Microsoft SQL Server 2008 R2 Enterprise

Microsoft SQL Server 2008 R2 Standard

Microsoft SQL Server 2012 Enterprise

Microsoft SQL Server 2012 Standard

Si lo tenemos disponible, lo seleccionamos y pulsamos en Aceptar.

Ahora debemos publicar la topología y en el mismo proceso nos solicitará crear las bases de datos

de supervisión



Página | 387

Pulsamos en siguiente

Ahora nos indica que las bases de datos se crearán en el servidor que SRV-SQL00 que hemos

elegido anteriormente como almacén de SQL Server de superación, si queremos crear las bases de

datos en alguna ubicación diferente a la que tenga el servidor SQL Server por defecto, pulsaremos

en Avanzadas



Página | 388

Le indicamos la segunda opción, de tal forma que si habéis cambiado la ruta por defecto en donde

se crearán las nuevas bases de datos y registros ya utilizará esa misma configuración

Ahora se iniciará la publicación de la topología y la creación de la base de datos de supervisión



Página | 389

Pulsamos en Finalizar para completar el proceso de publicación de topología y creación de las

bases de datos de supervisión

Iniciamos el Asistente para la implementación y nos dirigimos a Instalar o actualizar el sistema

Lync Server y pulsamos en botón de Ejecutar de Instalar o desinstalar componentes de Lync Server



Página | 390


Una vez que se ha completado correctamente la configuración de componentes de Lync Server,

pulsamos en Finalizar



Página | 391

Ahora debemos implementar los informes de supervisión desde el Asistente para la

implementación, en la opción Implementar informes de supervisión

Se inicia el asistente para implementar informes de supervisión, lo primero que debemos hacer es

elegir la base de datos de supervisión y la instancia de SQL Server Reporting Services (SSRS) si es

que hemos creado una instancia para el Reporting.



Página | 392

Ahora debemos introducir las credenciales de algún usuario con permisos de lectura sobre las base

de datos de supervisión

Introduciremos el nombre de un grupo de Active Directory al cual le permitiremos acceso de

lectura a los informes de supervisión. Crearemos un grupo local de dominio de seguridad para esta

configuración



Página | 393

Escribimos el nombre del grupo ucomsenespanol\ACL SSRS Supervision (RO) y pulsamos en

siguiente

Recordad que si queréis dar acceso a distintos usuarios a los informes de supervisión únicamente

debéis añadirlos como miembros del grupo ACL SSRS Supervision (RO)



Página | 394

Es posible que os pueda salir un error como este, porque el asistente no tiene acceso al servidor de

Reporting, revisad la configuración de vuestro Firewall



Página | 395



Página | 396

Si has finalizado



Página | 397

Ahora abrimos la URL del Reporting y nos mostrará la carpeta de los informes que se han creado

Ahora pulsamos en Reports Home Page

Y nos muestra la página de los informes disponibles



Página | 398

Ahora podemos pulsar en algún informe y nos mostrará los datos disponibles, en nuestro caso no

podemos ver ningún resultado porque está recién instalado.

15.1. Integración de los informes con SharePoint

Si tenemos SharePoint en nuestra organización, podemos incrustar la URL de informes de Lync

en él. De tal forma que los usuarios pueden acceder a los informes directamente desde un vínculo en

la intranet. También podemos hacerlo de forma sencilla, sin que tengamos que instalar el Reporting

Services integrado con SharePoint.

Debemos tener instalado una versión SharePoint (Foundation o Server) y en el SITE que

queramos publicar los informes, editaremos la página y añadimos un elemento web visor de páginas

web



Página | 399

Ahora tenemos que editar la página

En la sección en la que queramos insertar la URL de informes pulsamos en Agregar elemento

Web



Página | 400

Ahora seleccionamos Medios y Contenido y en la parte de la derecha tenemos los elementos

disponibles, seleccionamos Visor de páginas y pulsamos en Agregar



Página | 401

Ahora debemos configurarlo para que nos muestra la página del Reporting Services con los

informes de Lync, ahora pulsamos en abra el panel de herramientas para poder configurar la URL

que queremos mostrar

En las propiedades del elemento web seleccionamos Página Web y en el vínculo escribimos la

URL de los informes y pulsamos en Aceptar para grabar los cambios



Página | 402

Ahora pulsamos en Guardar en la parte superior izquierda de la pantalla

Ahora si hemos iniciado sesión en el dominio y tenemos configurada correctamente la

autenticación deberíamos ver esto



Página | 403

Pero como vemos no se adapta automáticamente a la página, por lo que debemos editar de nuevo

la página, editar el elemento Web y configurar un alto, ancho, título, etc… para el complemento Web

Aceptamos y guardamos cambios y vemos que se ha ajustado a nuestras necesidades



Página | 404

Podemos ejecutar cualquier informe para visualizarlo sin problema

Si queremos también podemos tener un SITE en SharePoint con los vínculos a cada informe, en

SharePoint 2013 tiene lo que se llama Vínculos Promocionados lo que nos permite darle un aspecto

más profesional si necesidad de escribir una sola línea de código. Debemos crear una lista de vínculos

promocionados desde la opción Contenidos del Sitio

Pulsamos en Agregar una aplicación



Página | 405

Seleccionamos Vínculos promocionados

Nos solicita el nombre de la lista, en nuestro caso le llamaremos Informes Lync y pulsamos en

Crear

Ahora accedemos a la lista y creamos un primer vínculo para alguno de los informes que queramos

mostrar



Página | 406

Cubrimos los datos para este vínculo en el cual queremos mostrar los informes de registro de

usuario: Título: Nombre del informe Ubicación de la imagen de fondo: en este tipo de vínculos podemos poner una imagen, por lo que si queremos por alguna imagen debemos escribir la URL de la misma Descripción: breve comentario sobre el vínculo Ubicación del vínculo: aquí es donde debemos insertar la URL del informe, yo lo he que he hecho es copiar el vínculo del informe al cual quiero acceder desde este vínculo promocionado Comportamiento de inicio: podemos decidir cómo se abrirá el vínculo si en la misma página, en otra o modal Orden: si tenemos más vínculos promocionados cual sería el orden de este, en mi caso sería el

primero



Página | 407

Una vez que tengamos todo configurado, pulsamos en Guardar y tenemos nuestro vínculo

promocionado disponible

Ahora lo que podemos hacer es agregar los vínculos promocionados en el SITE de inicio, esto lo

haremos de la misma forma que hemos configurado el visor de páginas pero ahora elegiremos

nuestra lista de vínculos promocionados Informes Lync



Página | 408

Ahora en el SITE principal tenemos nuestros vínculos promocionados para acceder a los informes

de forma individual

Si hacemos clic en cualquier enlace automáticamente nos abrirá una nueva pestaña con el informe

De esta forma los usuarios pueden acceder a través de SharePoint a los informes de Lync,

podemos complicarlo todo lo que consideremos oportuno o según nuestras necesidades. Hemos

tratado de mostrar la forma más sencilla de vincularlo con SharePoint, sin que tengamos que realizar

modificaciones en la implementación tanto de SharePoint como nuestro Reporting Services

Capítulo 16 | Enlaces de Interés


Página | 409

Capítulo 16* Enlaces de Interés

Como esta guía se ha completado antes de la llegada de las nuevas características, aquí tenemos

una serie de enlaces con las últimas actualizaciones ya documentadas en mi blog

Título URL Descripción

CU1 LYNC 2013 http://bit.ly/WkapYR Descarga e Instalación CU1 Lync 2013,

soporte de VoIP para el cliente móvil

Call Pickup Group http://bit.ly/15TAIGR Configuración de Call Pickup Group

Actualización WAC http://bit.ly/16DXh2x Actualización Office Web Apps

Listado Actualizaciones http://bit.ly/12fH6sO Listado de Actualizaciones

Guía de Lync 2013 http://bit.ly/Yath9z Guía de Lync con material audiovisual

Por supuesto aquí os dejamos también la versión de evaluación de 180 días, completamente

operativa:

http://technet.microsoft.com/es-es/evalcenter/hh973393.aspx

Podéis probar lo que necesitéis y disfrutar de todas las funcionalidades, si luego queréis adquirirla

únicamente debéis activar el producto sin tener que reinstalarlo (msiexec.exe /fvomus server.msi

EVALTOFULL=1 /qb)

http://bit.ly/15TAIGR

http://bit.ly/12fH6sO

http://bit.ly/Yath9z

guía lync 2013 se en español

Documents