PartitionByOU sustituida por msRTCSIP-GroupingID

 

Última modificación del tema: 2012-06-19

En Office Communications Server 2007 R2, si el parámetro PartitionByOU (que se mantiene en el Instrumental de administración de Windows, WMI) se configura como TRUE, las búsquedas de usuarios devolverán solamente los contactos de otros usuarios que sean miembros de la misma unidad organizativa (OU) que el usuario que haya realizado la búsqueda. Esta función es muy útil si en su organización hay un grupo de usuarios que prefieren no revelar sus contactos en las búsquedas generales de usuarios.

En Lync Server 2010, se sustituye WMI por el Almacén de administración central y Active Directory Domain Services (AD DS) para administrar y almacenar configuraciones de objetos de servidor o usuario. Esta función se ha rediseñado sabiendo que muchas organizaciones tienen una estructura de OU muy compleja y limitar a los usuarios a silos basados en OU presenta una limitación tal que ha dejado de ser viable como técnica de administración de usuarios. Los usuarios necesitan visibilidad más allá de sus OU. Lync Server 2010 agrega un atributo a los objetos de usuario. Este atributo, msRTCSIP-GroupingID, se puede rellenar con la Identificación única global (GUID) solamente en los usuarios que necesiten buscarse entre sí. Si el usuario no es miembro del grupo etiquetado, los resultados de la búsqueda no mostrarán los contactos del usuario. Sin embargo, se debe tener en cuenta que, aunque un usuario no pueda recibir los resultados de la búsqueda de ciertos usuarios mediante la libreta de direcciones, podrá usar la información de contacto de correo electrónico, la entrada manual o la información de número de teléfono.

Para los clientes que actualmente usan Office Communications Server 2007 R2 y que han estado utilizando el método de PartitionByOU, existen dos posibles escenarios para pasar del método PartitionByOU al msRTCSIP-GroupingID.

Opción 1: configurar el atributo msRTCSIP-GroupingID del objeto de usuario con el GUID de la OU, en todos los usuarios de esa OU. Este método garantiza que los miembros seguirán conservando la misma funcionalidad que tenían hasta ahora. El atributo se puede rellenar con un script o cmdlet de Windows PowerShell.

Precaución:

El atributo msRTCSIP-GroupingID no debe usarse en entornos de hospedaje comercial, ya que no es compatible con Microsoft debido a los riesgos de seguridad y privacidad que se corren al proporcionar servicios multiempresa en un entorno de hospedaje. El uso de este atributo solo favorece la agrupación de usuarios en particiones lógica y no crea ninguna partición en la que se pueda controlar con eficacia la privacidad y la seguridad de los inquilinos.

Opción 2: diseñar desde cero la partición que desee y, a continuación, rellenar el atributo de los objetos de usuario según las necesidades de su organización. Los clientes nuevos y los que ya usen Office Communications Server y deseen rediseñar su solución actual deben usar este método.

Se recomienda escribir un script de Windows PowerShell para rellenar el atributo de los usuarios que desee incluir en los silos de las agrupaciones.

Si decide usar msRTCSIP-GroupingID para incluir a los usuarios en silos de determinados grupos, la siguiente tabla describe una configuración sencilla:

Usuarios	GroupingID	ID de OU
User1	GUID 1	GUID X
User2	GUID 3	GUID X
User3	GUID 2	GUID X
User4	GUID 1	GUID X
User5	GUID 3	GUID X

Si User1 busca contactos, el resultado será User4, y User2 obtendrá un resultado que contenga User5. El ID de la OU no afecta a los resultados de la búsqueda: solo influye el atributo GroupingID.