Administrar el servicio de libreta de direcciones
Última modificación del tema: 2012-04-04
La instalación predeterminada del servicio de libreta de direcciones forma parte de la implementación de Microsoft Lync Server 2010Enterprise Edition server o Servidor Standard Edition. Las bases de datos que usa el servicio de libreta de direcciones (RTCab y RTCab1) se crean en SQL Server (para Enterprise Edition server, es SQL Server back-end y para Servidor Standard Edition, SQL Server combinado).
Normalización del número de teléfono del servidor de libreta de direcciones
Lync Server 2010 requiere números de teléfono RFC 3966/E.164 estandarizados. Para usar números de teléfono sin estructura o formateados de forma incoherente, Lync Server se sirve del servidor de libreta de direcciones y preprocesa los números de teléfono antes de que se envíen 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 por ejemplo, Microsoft Lync 2010, Microsoft Lync 2010 Phone Edition y Microsoft Lync 2010 Mobile, pueden usar estos números normalizados.
Tal como se describió en Nuevas características de la libreta de direcciones, es posible que las reglas de normalización que se usaron en versiones anteriores no funcionen debidamente si no se realizan algunos ajustes. Dado que se quitan los espacios en blanco y los caracteres no obligatorios que preceden a las reglas de normalización, si la expresión regex busca específicamente un guión u otro carácter que se quitó, es posible que la regla de normalización produzca un error. Debe comprobar las reglas de normalización para asegurarse de que no van a buscar estos caracteres que no son obligatorios o de que la regla pueda provocar un error pero continuar en caso de que el carácter no esté presente en el lugar donde la regla prevé que va a estar.
Replicador de usuarios y servidor de libreta de direcciones
El servidor de libreta de direcciones usa datos que aporta el Replicador de usuarios para actualizar la información que obtiene inicialmente de la lista global de direcciones (LDG). El Replicador de usuarios escribe los atributos de Active Directory Domain Services (AD DS) para 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 archivos en el almacén de archivos del servidor de libreta de direcciones y en la base de datos RTCab o RTCab1 de la libreta de direcciones. En el esquema de la tabla AbUserEntry se usan dos columnas, UserGuid y UserData. UserGuid es la columna de índice y contiene el GUID de 16 bits del objeto de Active Directory. UserData es una columna de imagen que contiene todos los atributos de Active Directory Domain Services (AD DS) previamente mencionados para ese contacto.
El Replicador de usuarios determina los atributos de Active Directory que se van a escribir; para ello, lee 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 e Indicadores. La tabla se crea durante la configuración de la base de datos. Si la tabla AbAttribute está vacía, el Replicador de usuarios omite su lógica de procesamiento de la tabla AbUserEntry. Los atributos del servidor de libreta de direcciones son dinámicos y se recuperan en la tabla AbAttribute, la cual escribe inicialmente el servidor de libreta de direcciones cuando se activa el servidor de libreta de direcciones.
Con la activación del servidor de libreta de direcciones se rellena la tabla con los valores necesarios para admitir Lync Server. La tabla siguiente muestra los valores actuales.
| ID | Name | Indicadores |
|---|---|---|
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 |
Mobile |
0x0B622800 |
12 |
otherTelephone |
0x0C302000 |
13 |
ipPhone |
0x0D302000 |
14 |
Correo |
0x0E500000 |
15 |
groupType |
0x0F010800 |
16 |
Departamento |
0x10000000 |
17 |
Descripción |
0x11000100 |
18 |
Administrador |
0x12040001 |
19 |
proxyAddress |
0x00500105 |
20 |
msExchHideFromAddressLists |
0xFF000003 |
99 |
entryID |
0x99000000 |
Los números en la columna Id. deben ser únicos y no se pueden volver a usar. Asimismo, si los valores de Id. se mantienen por debajo de 256, se ahorra espacio en los archivos de resultados que escribe el servidor de libreta de direcciones. Sin embargo, el valor de Id. máximo es 65535. La columna Nombre corresponde al nombre de atributo de Active Directory que debe poner el Replicador de usuarios en la tabla AbUserEntry para cada contacto. El valor en la columna Indicadores se usa para definir el tipo de atributo. El Replicador de usuarios reconoce los siguientes tipos de atributo de servidor de libreta de direcciones, lo cual se indica mediante el byte inferior del valor en la columna Indicadores.
| Atributo | Descripción |
|---|---|
0x0 |
Un atributo de cadena. El Replicador de usuarios convierte este tipo a UTF-8 antes de almacenarlo en la tabla AbUserEntry. |
0x1 |
Un atributo binario. El Replicador de usuarios lo almacena en el objeto binario grande sin conversión alguna. |
0x2 |
Un atributo de cadena, pero se incluye solo si el valor del atributo comienza con "tel:". Es principalmente para atributos de cadena con varios valores, específicamente proxyAddresses. En este caso, el servidor de libreta de direcciones solo se interesará por entradas proxyAddresses que comiencen con "tel:". Por tanto, para ahorrar espacio, el Replicador de usuarios almacena solamente las entradas que comienzan con "tel:". |
0x3 |
Un atributo de cadena booleano, que si es TRUE hace que el Replicador de usuarios no incluya este contacto en la tabla AbUserEntry. Si es FALSE, hace que el Replicador de usuarios incluya los atributos de este contacto en la tabla AbUserEntry, pero no el atributo particular con este indicador. Este es otro tipo de caso especial que es básicamente para el atributo msExchHideFromAddressLists. |
0x4 |
Un atributo de cadena, pero se incluye solo si el valor del atributo comienza con "smtp:" e incluye el símbolo "@". |
0x5 |
Un atributo de cadena, pero se incluye solo si el valor del atributo comienza con "tel:" o "smtp:" e incluye el símbolo "@". |
0x100 |
Si se ha establecido, es un atributo de varios valores que pueden aparecer más de una vez para cada contacto. |
0x400 |
Si se ha establecido, identifica el atributo del nombre de la cuenta de usuario de correo electrónico para un contacto. El servidor de libreta de direcciones usa este indicador para identificar el valor de atributo que se va a mostrar en la entrada de registro de eventos de normalización del teléfono. |
0x800 |
Si se ha establecido, identifica un atributo necesario para un contacto. El servidor de libreta de direcciones incluye un usuario en la tabla AbUserEntry únicamente si existe un valor para este atributo en Active Directory. Si hay más de un atributo obligatorio, solamente se requerirá uno de ellos para tener un valor que incluya al usuario en la tabla AbUserEntry. |
0x1000 |
Si se ha establecido, el servidor de libreta de direcciones siempre normaliza el valor de este atributo. |
0x2000 |
Si se ha establecido, el servidor de libreta de direcciones usa el número normalizado en proxyAddresses, en caso de que la configuración del CMS de UseNormalizationRules tenga el valor FALSE; de lo contrario, se comporta de la misma forma que cuando el bit del indicador es 0x1000. |
0x4000 |
Si se ha establecido, el servidor de libreta de direcciones no incluye objetos en la tabla AbUserEntry que tengan este valor para el atributo especificado. Por ejemplo, si el atributo msRTCSIP-PrimaryUserAddress tiene establecido este bit del indicador, los contactos con este atributo no se escribirán en la base de datos. |
0x8000 |
Si se ha establecido, el servidor de libreta de direcciones no incluye objetos en la tabla AbUserEntry que no tengan este valor para el atributo especificado. Si los bits del indicador 0x4000 y 0x8000 no se han establecido en un objeto, el atributo con el valor de bit del indicador establecido en 0x4000 tendrá prioridad y el objeto se excluye de la tabla AbUserEntry. |
0x10000 |
Si se ha establecido, representa un objeto de grupo. El Replicador de usuarios se sirve de este bit de indicador para incluir contactos con el atributo groupType, cuya presencia indica que se trata de un grupo (por ejemplo, una lista de distribución o un grupo de seguridad). |
0x20000 |
Si se ha establecido, el Replicador de usuarios se sirve de este bit de indicador para incluir este atributo en archivos de servidor de libreta de direcciones específicas de un dispositivo (es decir, archivos con una extensión .dabs). |
Filtrado de la libreta de direcciones
Los usuarios que se han incluido en los archivos del servidor de libreta de direcciones se pueden controlar según ciertos atributos de Active Directory Domain Services (AD DS) que aparecen en la tabla AbAttribute. Uno de estos atributos que se usa para el filtrado es el atributo msExchangeHideFromAddressBook. Se trata de un atributo de usuario que agrega el esquema de Exchange. Si el valor de este atributo es TRUE, Exchange Server lo usa para ocultar el contacto de la lista global de direcciones (LGD) de Outlook. De forma similar, si el valor de este atributo es TRUE, el Replicador de usuarios no incluye a ese usuario en la tabla AbUserEntry y no estará en los archivos del servidor de libreta de direcciones.
Puede usar ciertos bits de indicador para definir un filtro que se vaya a usar en los atributos del servidor de libreta de direcciones. Por ejemplo, la presencia de ciertos bits de indicador pueden identificar un atributo como un atributo de inclusión o un atributo de exclusión. El Replicador de usuarios deja fuera a los contactos que contienen un atributo de exclusión y a los contactos que no contienen un atributo de inclusión.
En estos momentos, existen tres tipos diferentes de filtros. En la tabla siguiente se enumeran estos filtros.
| Atributo | Descripción |
|---|---|
0x800 |
Si se ha establecido, identifica un atributo necesario para un contacto. El Replicador de usuarios usa este bit de indicador para dejar fuera los contactos que no contienen al menos uno de los atributos obligatorios. OuPathId es un atributo obligatorio, que está siempre establecido. De forma que se debe establecer al menos uno de los otros atributos obligatorios. De lo contrario, el contacto (es decir, con el valor del atributo OuPathId obligatorio) no se escribirá en la base de datos. Por ejemplo, si telephoneNumber y homePhone se definen como atributos obligatorios, únicamente los contactos que tengan al menos uno de estos atributos se escribirán en la base de datos. |
0x4000 |
Si se ha establecido, identifica a un atributo de exclusión. El Replicador de usuarios se sirve de este bit de indicador para filtrar contactos que contienen este atributo. Por ejemplo, si se definió msRTCSIP-PrimaryUserAddress como un atributo de exclusión, los contactos que tengan este atributo no se escribirán en la base de datos. |
0x8000 |
Si se ha establecido, identifica a un atributo de inclusión. El Replicador de usuarios se sirve de este bit de indicador para filtrar contactos que no contienen este atributo. Por ejemplo, si se definió msRTCSIP-PrimaryUserAddress como un atributo de inclusión, únicamente se escribirán en la base de datos los contactos que tengan este atributo. |
Nota
Si se establecieron los bits de indicador 0x4000 (atributo de exclusión) y 0x8000 (atributo de inclusión), el bit 0x4000 sobrescribe el bit 0x8000 y el contacto se excluirá.
Pese a que puede filtrar la libreta de direcciones para que incluya exclusivamente a ciertos usuarios, cuando se restringen entradas no se 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 usuarios y enviar manualmente mensajes instantáneos o iniciar llamadas manualmente a usuarios que no estén en la libreta de direcciones si especifican el nombre de inicio de sesión completo del usuario. Asimismo, la información de contacto para un usuario se puede encontrar en Outlook o en la libreta de direcciones de Windows.
Aunque al disponer de registros de contactos íntegros en los archivos de la libreta de direcciones se puede usar Lync 2010 para iniciar correos electrónicos, llamadas telefónicas o de Enterprise Voice (es decir, si Enterprise Voice se ha habilitado en el servidor) con los usuarios que no se han configurado para el Protocolo de inicio de sesión (SIP), algunas organizaciones prefieren incluir únicamente a usuarios habilitados para SIP en sus entradas del servidor de libreta de direcciones. Puede filtrar la libreta de direcciones para que incluya solamente a usuarios habilitados para SIP si borra el bit 0x800 en la columna Indicadores de los siguientes atributos obligatorios: mailNickname, telephoneNumber, homePhone y mobile. También puede filtrar la libreta de direcciones para que incluya solamente a usuarios habilitados para SIP; para ello establezca un bit 0x8000 (atributo de inclusión) en la columna Indicadores del atributo msRTCSIP-PrimaryUserAddress. Esto sirve también de ayuda para excluir cuentas del servicio de los archivos de la libreta de direcciones.
Una vez haya modificado la tabla AbAttribute, puede actualizar los datos en la tabla AbUserEntry mediante la ejecución del comando Update-CsUserDatabase del cmdlet. Cuando se haya completado la replicación, puede actualizar el archivo en el almacén de archivos del servidor de la libreta de direcciones ejecutando manualmente el comando UpdateCsAddressBook del cmdlet.
Nota
El front-end donde está el servidor de libreta de direcciones no se puede configurar de forma administrativa. Se elige uno durante la implementación, por lo general el primer front-end que se implementa. En caso de error, el servicio de libreta de direcciones se transferirá a otro front-end y no requiere atención administrativa. Asimismo, hay dos bases de datos para el servido de libreta de direcciones: RTCab y RTCab1. Las bases de datos se actualizan a diario, pero se van alternando en función de la base de datos que se actualice. Si la base de datos RTCab se actualiza, las consultas se harán en la base de datos RTCab1 mientras dure la actualización. Al día siguiente, se actualizará RTCab1 y las consultas se realizarán en RTCab mientras dure la actualización. De esta forma se garantiza que al menos una de las bases de datos estará disponible para su consulta y para la creación de archivos de la libreta de direcciones.
.gif "important") Importante: |
|---|
| Si ha consolidado o modificado de alguna otra forma la infraestructura a partir de una implementación de varios bosques o de una implementación de miembro principal/secundario (como la consolidación de su infraestructura antes de transferirse a Lync Server 2010), es posible que experimente errores para algunos usuarios con la descarga del servicio de libreta de direcciones y del servicio de consulta web de la libreta de direcciones. Cuando en una implementación que tenía varios dominios o bosques, se incluye 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. |