Probar el uso compartido de aplicaciones en Lync Server 2013

 

Última modificación del tema: 2014-11-01

Programación de verificación

Cada día

Herramienta de pruebas

Windows PowerShell

Permisos necesarios

Cuando se ejecutan de forma local con el Shell de administración de Lync Server, los usuarios deben ser miembros del grupo de seguridad RTCUniversalServerAdmins.

Cuando se ejecutan con una instancia remota de Windows PowerShell, los usuarios deben tener asignado un rol RBAC que tenga permiso para ejecutar el cmdlet de Test-CsASConference. Para ver una lista de todos los roles RBAC que pueden usar este cmdlet, ejecute el siguiente comando desde el símbolo del sistema de Windows PowerShell:

Get-CsAdminRole | Where-Object {$_.Cmdlets -match "Test-CsASConference"}

Descripción

El cmdlet Test-CsASConference comprueba que un par de usuarios de prueba pueden participar en una conferencia en línea que incluye el uso compartido de aplicaciones. Para ello, el cmdlet registra los dos usuarios con Lync Server 2013 y, a continuación, usa una de las cuentas de usuario para crear una nueva conferencia que incluye el uso compartido de aplicaciones. A continuación, el cmdlet comprueba que el segundo usuario pueda unirse a esa conferencia.

Ejecutar la prueba

El comando que se muestra en el ejemplo 1 comprueba que se puede realizar una conferencia de uso compartido de aplicaciones en el grupo atl-cs-001.litwareinc.com. Este comando asume que ha configurado un par de usuarios de prueba para el grupo especificado. Si no existen estos usuarios de prueba, se producirá un error en el comando.

Test-CsASConference -TargetFqdn "atl-cs-001.litwareinc.com"

El ejemplo 2 prueba la capacidad del servicio Del iniciador de unirse para participar en una conferencia de uso compartido de aplicaciones en el atl-cs-001.litwareinc.com del grupo. Tenga en cuenta que este comando prueba solo el servicio en sí; no necesita ningún dispositivo móvil para ejecutar el comando.

Test-CsASConference -TargetFqdn "atl-cs-001.litwareinc.com" -TestJoinLauncher 

Los comandos que se muestran en el ejemplo 2 prueban la capacidad de un par de usuarios (litwareinc\pilar y litwareinc\kenmyer) de iniciar sesión en Lync Server 2013 y, a continuación, realizar una conferencia de uso compartido de aplicaciones. Para ello, el primer comando del ejemplo usa el cmdlet Get-Credential para crear un objeto de credencial de interfaz de línea de comandos Windows PowerShell que contiene el nombre y la contraseña de la usuario Pilar Ackerman. (Dado que el nombre de inicio de sesión, litwareinc\pilar, se ha incluido como parámetro, el Windows PowerShell cuadro de diálogo Solicitud de credenciales solo requiere que el administrador escriba la contraseña de la cuenta Pilar Ackerman). Después, el objeto de credencial resultante se almacena en una variable denominada $cred 1. El segundo comando hace lo mismo, esta vez devolver un objeto de credencial para la cuenta de Ken Myer.

Con los objetos de credenciales en la mano, el tercer comando determina si estos dos usuarios pueden iniciar sesión en Lync Server 2013 y realizar una conferencia de uso compartido de aplicaciones. Para realizar esta tarea, se llama al cmdlet Test-CsASConference, junto con los parámetros siguientes: TargetFqdn (el FQDN del grupo de registradores); SenderSipAddress (la dirección SIP del primer usuario de prueba); SenderCredential (el objeto Windows PowerShell que contiene las credenciales de este mismo usuario); ReceiverSipAddress (la dirección SIP para el otro usuario de prueba); y ReceiverCredential (el objeto Windows PowerShell que contiene las credenciales del otro usuario de prueba).

$cred1 = Get-Credential "litwareinc\pilar" 
$cred2 = Get-Credential "litwareinc\kenmyer" 
Test-CsASConference -TargetFqdn atl-cs-001.litwareinc.com -SenderSipAddress "sip:pilar@litwareinc.com" -SenderCredential $cred1 -ReceiverSipAddress "sip:kenmyer@litwareinc.com" -ReceiverCredential $cred2

Determinar el éxito o el fracaso

Si el uso compartido de aplicaciones está configurado correctamente, recibirá una salida similar a esta, con la propiedad Result marcada como Correcto:

Fqdn de destino: atl-cs-001.litwareinc.com

Resultado : Éxito

Latencia : 00:00:01

Mensaje de error :

Diagnóstico:

Si los usuarios especificados no pueden compartir aplicaciones, el resultado se mostrará como Error y se registrará información adicional en las propiedades Error y Diagnóstico:

Fqdn de destino: atl-cs-001.litwareinc.com

Resultado : Error

Latencia : 00:00:00

Mensaje de error: 10060, error en un intento de conexión porque la parte conectada

no respondieron correctamente después de un período de tiempo, o bien

error en la conexión establecida porque el host conectado tiene

error al responder 10.188.116.96:5061

Excepción interna:Se produjo un error en el intento de conexión porque el

parte conectada no respondió correctamente después de un período de

tiempo o error en la conexión establecida porque el host conectado

no ha podido responder 10.188.116.96:5061

Diagnóstico:

Por ejemplo, la salida anterior incluye la nota "el usuario conectado no respondió correctamente" que normalmente indica un problema con el servidor perimetral.

Motivos por los que podría haber fallado la prueba

Estas son algunas razones comunes por las que test-CsASConference podría fallar:

  • Se ha proporcionado un valor de parámetro incorrecto. Si se usa, los parámetros opcionales deben configurarse correctamente o se producirá un error en la prueba. Vuelva a ejecutar el comando sin los parámetros opcionales y compruebe si se realiza correctamente.

  • Se producirá un error en este comando si se asignó a los usuarios de prueba una directiva de conferencia que les impide usar el uso compartido de aplicaciones.

  • Este comando producirá un error si el servidor perimetral está mal configurado o aún no se ha implementado.