Probar el chat persistente en Lync Server 2013

 

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

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 Test-CsPersistentChatMessage. 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-CsPersistentChatMessage"}

Descripción

El cmdlet Test-CsPersistentChatMessage comprueba que un par de usuarios de prueba pueden intercambiar mensajes mediante el servicio de chat persistente. Para ello, el cmdlet registra los dos usuarios en Lync Server 2013, conecta a los usuarios a un salón de chat persistente, intercambia un par de mensajes y, a continuación, sale del salón de chat y cierra la sesión de los dos usuarios. Tenga en cuenta que las llamadas a este cmdlet producirán un error si no ha creado ningún salón de chat o si las dos cuentas de usuario de prueba no tienen asignada una directiva de chat persistente que les da acceso al servicio de chat persistente.

Ejecutar la prueba

Los comandos que se muestran en el ejemplo siguiente prueban la capacidad de un par de usuarios (litwareinc\pilar y litwareinc\kenmyer) para iniciar sesión en Lync Server 2013 y, a continuación, intercambiar mensajes mediante el servicio de chat persistente. 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 incluyó como parámetro, el cuadro de diálogo Windows PowerShell solicitud de credenciales solo requiere que el administrador escriba la contraseña de la cuenta Pilar Ackerman). A continuación, el objeto credentials resultante se almacena en una variable denominada $cred 1. El segundo comando hace lo mismo, esta vez devolviendo 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 e intercambiar mensajes mediante el chat persistente. Para realizar esta tarea, se llama al cmdlet Test-CsPersistentChatMessage mediante 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-CsPersistentChatMessage -TargetFqdn atl-persistentchat-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 usuario especificado tiene una directiva de ubicación válida, recibirá un resultado similar a este, con la propiedad Result marcada como Correcta:

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

Resultado : Éxito

Latencia : 00:00:00

Mensaje de error :

Diagnóstico:

Si los usuarios especificados no pueden intercambiar mensajes mediante el servicio de chat persistente, el resultado se mostrará como Error y se registrará información adicional en las propiedades Error y Diagnóstico:

ADVERTENCIA: No se ha podido leer el número de puerto del registrador para el determinado completo

nombre de dominio (FQDN). Usar el número de puerto predeterminado del registrador. Excepción:

System.InvalidOperationException: no se encuentra ningún clúster coincidente en la topología.

En

Microsoft.Rtc.Management.SyntheticTransactions.SipSyntheticTransaction.TryRetri

eveRegistrarPortFromTopology(Int32& registrarPortNumber)

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

no se pudo responder [2001:4898:e8:f39e:5c9a:ad83:81b3:9944]: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 se ha podido responder

[2001:4898:e8:f39e:5c9a:ad83:81b3:9944]:5061

Diagnóstico:

Motivos por los que podría haber fallado la prueba

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

  • Se ha proporcionado un valor de parámetro incorrecto. Es posible que las cuentas de prueba necesarias no existan o se hayan creado correctamente.

  • Es posible que se haya producido un problema de red que provoca un retraso inesperado que agota el tiempo de espera de la prueba.