Administrar el servicio de libreta de direcciones en Lync Server 2013
Última modificación del tema: 2014-02-05
Como parte de la implementación de Lync Server, Enterprise Edition o servidor Standard Edition, el servicio de libreta de direcciones se instala de forma predeterminada. La base de datos usada por el servicio de libreta de direcciones (RTCab) se crea en la SQL Server (para Enterprise Edition, esta es la SQL Server back-end; para el servidor Standard Edition, el SQL Server asignado).
Nota
Para obtener información sobre el uso de ADSI Edit para editar Servicios de dominio de Active Directory atributos de objeto, consulte ADSI Edit. Para obtener información sobre una herramienta del kit de recursos específicamente para el servicio libreta de direcciones, vea Herramientas del kit de recursos de Microsoft Lync Server 2013.
Normalización de los números de teléfono del servidor de la libreta de direcciones
Lync Server requiere números de teléfono RFC 3966/E.164 estandarizados. Para usar números de teléfono que no están estructurados o tienen un formato incoherente, Lync Server se basa en el servidor de la libreta de direcciones para procesar previamente los números de teléfono antes de que se entreguen a las reglas de normalización. Cuando se usa un número de teléfono de la libreta de direcciones y se aplica la regla de normalización, los clientes, como Lync Phone Edition y Lync Mobile, pueden usar estos números normalizados.
Es posible que las reglas de normalización que se usaron en versiones anteriores no funcionen correctamente sin algunos ajustes. Dado que el espacio en blanco y los caracteres no obligatorios se quitan antes de las reglas de normalización, si la expresión regex busca específicamente un guión u otro carácter que se quitó, puede que falle la regla de normalización. Debe revisar las reglas de normalización para asegurarse de que no buscan estos caracteres no obligatorios o de que la regla puede fallar correctamente y continuar en el caso de que el carácter no esté presente donde la regla anticipa que lo estará.
Replicador de usuarios y servidor de libreta de direcciones
El servidor de libreta de direcciones usa los datos proporcionados por replicador de usuarios para actualizar la información que obtiene inicialmente de la lista global de direcciones (GAL). Replicador de usuarios escribe los atributos de Servicios de dominio de Active Directory de cada usuario, contacto y grupo en la tabla AbUserEntry de la base de datos y el servidor de libreta de direcciones sincroniza los datos de usuario de la base de datos en los archivos del almacén de archivos del servidor de libretas de direcciones y en la base de datos de libretas de direcciones RTCab. El esquema de la tabla AbUserEntry usa dos columnas: UserGuid y UserData. UserGuid es la columna de índice y contiene el GUID de 16 bytes del objeto de Active Directory. UserData es una columna de imagen que contiene todos los atributos de Servicios de dominio de Active Directory mencionados anteriormente para ese contacto.
Replicador de usuario determina qué atributos de Active Directory escribir leyendo una tabla de configuración ubicada en la misma instancia basada en SQL Server que la tabla AbUserEntry. La tabla AbAttribute contiene tres columnas, ID, Nombre, Flags y Enable. La tabla se crea durante la configuración de la base de datos. Si la tabla AbAttribute está vacía, User Replicator omite la lógica de procesamiento de tabla AbUserEntry. Los atributos del servidor de la libreta de direcciones son dinámicos y se recuperan de la tabla AbAttribute, que el servidor de libretas de direcciones escribe inicialmente cuando se activa el servidor de libretas de direcciones.
La activación del servidor de libretas de direcciones rellena la tabla AbAttribute con los valores que se muestran en la tabla siguiente.
| ID | Nombre | Marcas |
|---|---|---|
1 |
givenName |
0x01400000 |
2 |
Sn |
0x02400000 |
3 |
Displayname |
0x03420000 |
4 |
Título |
0x04000000 |
5 |
mailNickname |
0x05400000 |
6 |
Compañía |
0x06000000 |
7 |
physicalDeliveryOfficeName |
0x07000000 |
8 |
msRTCSIP-PrimaryUserAddress |
0x08520C00 |
9 |
telephoneNumber |
0x09022800 |
10 |
homePhone |
0x0A302800 |
11 |
Móvil |
0x0B622800 |
12 |
otherTelephone |
0x0C302000 |
13 |
ipPhone |
0x0D302000 |
14 |
Correo |
0x0E500000 |
15 |
tipo de grupo |
0x0F010800 |
16 |
Departamento |
0x10000000 |
17 |
Descripción |
0x11000100 |
18 |
Administrador |
0x12040001 |
19 |
proxyAddress |
0x00500105 |
20 |
msExchHideFromAddressLists |
0xFF000003 |
99 |
Entryid |
0x99000000 |
Los números de la columna Id . deben ser únicos y nunca se deben volver a usar. Además, mantener los valores id. por debajo de 256 ahorra espacio en los archivos de salida escritos por el servidor de libreta de direcciones. Sin embargo, el valor máximo de id. es 65535. La columna Name corresponde al nombre del atributo de Active Directory que el Replicador de usuarios debe poner en la tabla AbUserEntry para cada contacto. El valor de la columna Flags se usa para definir el tipo de atributo. Replicador de usuario reconoce los siguientes tipos de atributos de servidor de libretas de direcciones, indicados por el byte bajo del valor de la columna Flags .
| Atributo | Descripción |
|---|---|
0x0 |
Un atributo de cadena. El Replicador de usuario convierte este tipo en UTF-8 antes de almacenarlo en la tabla AbUserEntry. |
0x1 |
Un atributo binario. El replicador de usuarios lo almacena en el blob sin ninguna conversión. |
0x2 |
Un atributo de cadena, pero solo se incluye si el valor del atributo comienza con "tel:". Esto es principalmente para atributos de cadena con varios valores, específicamente proxyAddresses. En este caso, el servidor de libreta de direcciones solo está interesado en las entradas proxyAddresses que comienzan con "tel:". Por lo tanto, en aras de ahorrar espacio, Replicador de usuario almacena solo las entradas que comienzan con "tel:". |
0x3 |
Un atributo de cadena booleana, que si ES TRUE hace que Replicador de usuario no incluya este contacto en la tabla AbUserEntry. Si es FALSO, el Replicador de usuarios incluirá los atributos de este contacto en la tabla AbUserEntry, pero no el atributo concreto con esta marca. Este es otro tipo de caso especial que se usa principalmente para el atributo msExchHideFromAddressLists . |
0x4 |
Un atributo de cadena, pero solo se incluye si el valor del atributo comienza con "smtp:" e incluye el símbolo "@". |
0x5 |
Un atributo de cadena, pero solo se incluye si el valor del atributo comienza con "tel:" o "smtp:" e incluye el símbolo "@". |
0x100 |
Si se establece, se trata de un atributo multivalor que puede aparecer más de una vez para cada contacto. |
0x400 |
Si se establece, esto identifica el atributo de nombre de cuenta de usuario de correo electrónico de un contacto. El servidor de libreta de direcciones usa esta marca para identificar qué valor de atributo se muestra en la entrada del registro de eventos de normalización del teléfono. |
0x800 |
Si se establece, se identifica un atributo necesario para un contacto. El servidor de libreta de direcciones incluye un usuario en la tabla AbUserEntry solo si hay un valor para este atributo en Active Directory. Si hay más de un atributo obligatorio, solo uno de ellos es necesario para tener un valor para incluir al usuario en la tabla AbUserEntry. |
0x1000 |
Si se establece, el servidor de libreta de direcciones siempre normaliza el valor de este atributo. |
0x2000 |
Si se establece, el servidor de libreta de direcciones usa el número normalizado de proxyAddresses, si el valor de UseNormalizationRules CMS es FALSE; de lo contrario, se comporta igual que cuando se 0x1000 el bit de marca. |
0x4000 |
Si se establece, el servidor de libreta de direcciones no incluye objetos en la tabla AbUserEntry que tienen este valor para el atributo especificado. Por ejemplo, si el atributo msRTCSIP-PrimaryUserAddress tiene este bit de marca establecido, los contactos que tienen este atributo no se escriben en la base de datos. |
0x8000 |
Si se establece, el servidor de libreta de direcciones no incluye objetos en la tabla AbUserEntry que no tienen este valor para el atributo especificado. Si los bits de marca 0x4000 y 0x8000 se establecen en un objeto, el atributo con el valor de bit de marca establecido en 0x4000 tiene prioridad y el objeto se excluye de la tabla AbUserEntry. |
0x10000 |
Si se establece, esto representa un objeto de grupo. El replicador de usuarios usa este bit de marca para incluir contactos con el atributo groupType cuya presencia indica un grupo (por ejemplo, una lista de distribución o un grupo de seguridad). |
0x20000 |
Si se establece, replicador de usuarios usa este bit de marca para incluir este atributo en archivos de servidor de libretas de direcciones específicos del dispositivo (es decir, archivos con una extensión .dabs). |
En versiones anteriores de Lync Server, al aplicar un cambio a Active Directory, el administrador tendría que ejecutar los cmdlets Update -CSUserDatabase y Update –CSAddressBook Windows PowerShell para conservar inmediatamente el cambio en la base de datos de usuarios de Lync Server y la base de datos RTCab. En Lync Server 2013, el replicador de usuarios de Lync Server seleccionará los cambios de Active Directory y actualizará la base de datos de usuarios de Lync Server en función de un intervalo configurado. El replicador de usuarios de Lync Server también propaga los cambios a la base de datos RTCab rápidamente sin que el administrador tenga que ejecutar Update-CSAddressBook. Si la consulta web libreta de direcciones está habilitada, los cambios se reflejarán en los resultados de búsqueda de los clientes de Lync. Los administradores solo tendrán que ejecutar Update -CSAddressBook si la descarga del archivo de libreta de direcciones está habilitada.
Nota
De forma predeterminada, el Replicador de usuarios de Lync Server se ejecuta automáticamente cada 5 minutos. Puede configurar este intervalo utilizando Set -CSUserReplicatorConfiguration -ReplicationCycleInterval <>.
Filtrar la libreta de direcciones
Los usuarios rellenados en los archivos del servidor de libretas de direcciones se pueden controlar en función de determinados atributos Servicios de dominio de Active Directory enumerados en la tabla AbAttribute. Uno de estos atributos utilizados para filtrar es el atributo msExchangeHideFromAddressBook . Este es un atributo de usuario agregado por el esquema de Exchange. Si el valor de este atributo es VERDADERO, Exchange Server usa este atributo para ocultar el contacto de la Lista global de direcciones (GAL) de Outlook. De forma similar, si el valor de este atributo es TRUE, Replicador de usuarios no incluye ese usuario en la tabla AbUserEntry y este usuario no estará en los archivos del servidor de la libreta de direcciones.
Puede usar algunos bits de marca para definir un filtro para usar en los atributos del servidor de libretas de direcciones. Por ejemplo, la presencia de determinados bits de marca puede identificar un atributo como un atributo include o un atributo de exclusión. El Replicador de usuario filtra los contactos que contienen un atributo de exclusión y filtra los que no contienen un atributo include.
Advertencia
Para obtener más información sobre cómo filtrar la libreta de direcciones, vea Cmdlets de servidor de la libreta de direcciones en Lync Server 2013 y Filtrar la libreta de direcciones de Lync 2013
Actualmente, hay tres filtros diferentes. En la tabla siguiente se enumeran estos filtros.
| Atributo | Descripción |
|---|---|
0x800 |
Si se establece, se identifica un atributo necesario para un contacto. El replicador de usuarios usa este bit de marca para filtrar los contactos que no contienen al menos un atributo necesario. El OuPathId es un atributo obligatorio, que siempre se establece. Por lo tanto, debe establecerse al menos uno de los otros atributos necesarios. De lo contrario, el contacto (es decir, con el valor del atributo obligatorio OuPathId) aún no se escribirá en la base de datos. Por ejemplo, si telephoneNumber y homePhone se definen como atributos obligatorios, solo los contactos que tengan al menos uno de estos atributos se escriben en la base de datos. |
0x4000 |
Si se establece, esto identifica un atributo de exclusión. El replicador de usuarios usa este bit de marca para filtrar los contactos que contienen este atributo. Por ejemplo, si msRTCSIP-PrimaryUserAddress se define como un atributo de exclusión, los contactos que tienen este atributo no se escriben en la base de datos. |
0x8000 |
Si se establece, esto identifica un atributo include. El replicador de usuarios usa este bit de marca para filtrar los contactos que no contienen este atributo. Por ejemplo, si msRTCSIP-PrimaryUserAddress se define como un atributo include, solo los contactos que tienen este atributo se escriben en la base de datos. |
Nota
Si se establecen los bits de marca 0x4000 (atributo de exclusión) y 0x8000 (atributo include), el bit de 0x4000 invalida el bit de 0x8000 y se excluye el contacto.
Aunque puede filtrar la libreta de direcciones para incluir solo determinados usuarios, limitar las entradas no limita la capacidad de otros usuarios para ponerse en contacto con los usuarios filtrados o para ver su estado de presencia. Los usuarios siempre pueden buscar, enviar mensajes instantáneos manualmente o iniciar manualmente llamadas a usuarios que no están en la Libreta de direcciones escribiendo el nombre de inicio de sesión completo de un usuario. Además, la información de contacto de un usuario también se puede encontrar en Outlook.
Aunque tener registros de contacto completos en los archivos de la libreta de direcciones le permite usar Lync Server para iniciar el correo electrónico, el teléfono o las llamadas Telefonía IP empresarial (es decir, si Telefonía IP empresarial está habilitado en el servidor) con usuarios que no están configurados para el Protocolo de inicio de sesión (SIP), algunas organizaciones prefieren incluir solo usuarios habilitados para SIP en su servidor de libreta de direcciones Entradas. Puede filtrar la libreta de direcciones para incluir solo usuarios habilitados para SIP borrando el bit de 0x800 en la columna Flags de los siguientes atributos obligatorios: mailNickname, telephoneNumber, homePhone y mobile. También puede filtrar la libreta de direcciones para incluir solo usuarios habilitados para SIP estableciendo la 0x8000 (atributo include) en la columna Flags del atributo msRTCSIP-PrimaryUserAddress . Esto también ayuda a excluir cuentas de servicio de los archivos de la libreta de direcciones.
Después de modificar la tabla AbAttribute, puede actualizar los datos de la tabla AbUserEntry ejecutando el cmdlet Update-CsUserDatabase comando. Una vez completada la replicación de UR, puede actualizar el archivo en el almacén de archivos del servidor de la libreta de direcciones ejecutando manualmente el comando Cmdlet UpdateCsAddressBook .
Nota
El servidor front-end que se coloca el servidor de libreta de direcciones no es configurable administrativamente. Uno se elige durante la implementación, normalmente, el primer servidor front-end implementado. En caso de error, el servicio de libreta de direcciones se moverá a otro servidor front-end y no requiere atención administrativa.
Importante
Si ha consolidado o modificado la infraestructura desde una implementación de varios bosques o una implementación principal/secundaria (por ejemplo, consolidando la infraestructura antes de pasar a Lync Server), es posible que la descarga del servicio libreta de direcciones y la consulta web de la libreta de direcciones fallen para algunos usuarios. Cuando se encuentra en una implementación que tenía varios dominios o bosques, el atributo MsRTCSIP-OriginatorSid se rellena en los objetos de usuario que muestran el problema. El atributo MsRTCSIP-OriginatorSid debe establecerse en NULL en estos objetos para resolver el problema.