Cómo configurar los usuarios y la configuración de prueba de nodo de watcher

Resumen: Configure las cuentas de usuario de prueba y los ajustes de nodo de watcher para las transacciones sintéticas de Skype Empresarial Server.

Después de configurar el equipo que funcionará como nodo de monitor, debe hacer lo siguiente:

1. Configure las cuentas de usuario de prueba que usarán estos nodos de watcher. Si usa el método de autenticación Negotiate, también debe usar el cmdlet Set-CsTestUserCredential para habilitar estas cuentas de prueba para su uso en el nodo watcher.

2. Actualizar las opciones de configuración del nodo de monitor.

Configurar cuentas de usuario de prueba

No es necesario que las cuentas de prueba representen a personas reales, pero deben ser cuentas de Active Directory válidas. Además, estas cuentas deben estar habilitadas para Skype Empresarial Server, deben tener direcciones SIP válidas y deben estar habilitadas para Telefonía IP empresarial (para usar el Test-CsPstnPeerToPeerCall transacción sintética).

Si usa el método de autenticación TrustedServer, todo lo que tiene que hacer es asegurarse de que estas cuentas existen y configurarlas como se indica. Asigne al menos dos usuarios de prueba para cada grupo que quiera probar. Si usa el método de autenticación negociada, también debe usar el cmdlet de Set-CsTestUserCredential y el Shell de administración de Skype Empresarial Server para permitir que estas cuentas de prueba funcionen con las transacciones sintéticas. Para ello, ejecute un comando similar al siguiente (estos comandos suponen que se crean las dos cuentas de usuario de Active Directory y que estas cuentas están habilitadas para Skype Empresarial Server):

Set-CsTestUserCredential -SipAddress "sip:watcher1@litwareinc.com" -UserName "litwareinc\watcher1" -Password "P@ssw0rd"
Set-CsTestUserCredential -SipAddress "sip:watcher2@litwareinc.com" -UserName "litwareinc\watcher2" -Password "P@ssw0rd"

Debe incluir no solo la dirección SIP, sino también el nombre de usuario y una contraseña. Si no incluye la contraseña, el cmdlet Set-CsTestUserCredential le pedirá que escriba esa información. El nombre de usuario se pueden especificar con el formato nombre de dominio\nombre de usuario que se muestra en el bloque de código anterior.

Para comprobar que se crearon las credenciales de usuario de prueba, ejecute estos comandos desde el Shell de administración de Skype Empresarial Server:

Get-CsTestUserCredential -SipAddress "sip:watcher1@litwareinc.com"
Get-CsTestUserCredential -SipAddress "sip:watcher2@litwareinc.com"

Se devuelve información similar a la siguiente para cada usuario:

Nombre de usuario	Contraseña
Litwareinc\watcher1	System.Security.SecureString

Configurar un nodo de monitor básico con las transacciones sintéticas predeterminadas

Después de crear los usuarios de prueba, puede crear un nodo watcher mediante un comando similar a este:

New-CsWatcherNodeConfiguration -TargetFqdn "atl-cs-001.litwareinc.com" -PortNumber 5061 -TestUsers @{Add= "sip:watcher1@litwareinc.com","sip:watcher2@litwareinc.com"}

Este comando crea un nodo de monitor nuevo que usa la configuración predeterminada y ejecuta el conjunto predeterminado de transacciones sintéticas. El nuevo nodo watcher también usa los usuarios watcher1@litwareinc.comde prueba y watcher2@litwareinc.com. Si el nodo watcher usa la autenticación TrustedServer, las dos cuentas de prueba pueden ser cuentas de usuario válidas habilitadas para Active Directory y Skype Empresarial Server. Si el nodo watcher usa el método de autenticación negociado, estas cuentas de usuario también deben habilitarse para el nodo watcher mediante el cmdlet de Set-CsTestUserCredential.

Para validar que la detección automática de grupo de servidores de destino para el inicio de sesión se ha configurado correctamente en lugar de que esté destinado a un grupo directamente, siga estos pasos:

New-CsWatcherNodeConfiguration -UseAutoDiscovery $true -TargetFqdn "atl-cs-001.litwareinc.com" -PortNumber 5061 -TestUsers @{Add= "sip:watcher1@litwareinc.com","sip:watcher2@litwareinc.com"}

Configurar pruebas extendidas

Si desea habilitar la prueba RTC, que comprueba la conectividad con la red telefónica conmutada pública, debe realizar alguna otra configuración al configurar el nodo de monitor. En primer lugar, debe asociar los usuarios de prueba con el tipo de prueba RTC ejecutando un comando similar al siguiente desde el Shell de administración de Skype Empresarial Server:

$pstnTest = New-CsExtendedTest -TestUsers "sip:watcher1@litwareinc.com", "sip:watcher2@litwareinc.com" -Name "Contoso Provider Test" -TestType PSTN

A continuación, puede usar el cmdlet New-CsWatcherNodeConfiguration para asociar el tipo de prueba (almacenado en la $pstnTest de variables) a un grupo de Skype Empresarial Server. Por ejemplo, el siguiente comando crea una nueva configuración de nodo de watcher para la atl-cs-001.litwareinc.com de grupo, agregando los dos usuarios de prueba creados anteriormente y agregando el tipo de prueba RTC:

New-CsWatcherNodeConfiguration -TargetFqdn "atl-cs-001.litwareinc.com" -PortNumber 5061 -TestUsers @{Add= "sip:watcher1@litwareinc.com","sip:watcher2@litwareinc.com"} -ExtendedTests @{Add=$pstnTest}

Se produce un error en el comando anterior si no ha instalado los archivos principales de Skype Empresarial Server y la base de datos RTCLocal en el equipo del nodo de seguimiento.

Para probar varias directivas de voz, puede crear una prueba extendida para cada directiva con el cmdlet New-CsExtendedTest. Los usuarios siempre se deben configurar con las directivas de voz deseadas. Las pruebas extendidas se pasan al cmdlet New-CsWatcherNodeConfiguration con delimitadores de coma, como, por ejemplo:

-ExtendedTests @{Add=$pstnTest 1,$pstnTest 2,$pstnTest 3}

Dado que se llamó al cmdlet New-CsWatcherNodeConfiguration sin usar el parámetro Tests, solo se habilitan las transacciones sintéticas predeterminadas (y la transacción sintética extendida especificada) para el nuevo nodo watcher. Por lo tanto, el nodo watcher prueba los siguientes componentes:

• Registro

• IM

• GroupIM

• P2PAV (sesiones de audio/vídeo punto a punto)

• AvConference (audio/conferencia)

• Presence

• ABS (servicio de libreta de direcciones)

• ABWQ (servicio web de libreta de direcciones)

Los siguientes componentes no se probarán de forma predeterminada:

• ASConference

• AVEdgeConnectivity

• DataConference

• DialinConferencing

• ExumConnectivity (mensajería unificada de Exchange)

• JoinLauncher

• MCXP2PIM (mensajería instantánea de dispositivo móvil heredada)

• P2PVideoInteropServerSipTrunkAV

• PersistentChatMessage

• PSTN (llamadas de puerta de enlace RTC, especificadas como una prueba extendida)

• UcwaConference

• UnifiedContactStore

• XmppIM

Agregar y quitar transacciones sintéticas

Después de configurar un nodo de watcher, puede usar el cmdlet de Set-CsWatcherNodeConfiguration para agregar o quitar transacciones sintéticas del nodo. Por ejemplo, para agregar la prueba PersistentChatMessage al nodo de monitor, use el método Add y un comando similar al siguiente:

Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Add="PersistentChatMessage"}

Es posible agregar varias pruebas si se separan los nombres de las pruebas con comas. Por ejemplo:

Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Add="PersistentChatMessage","DataConference","UnifiedContactStore"}

Se produce un error si una o varias de estas pruebas (por ejemplo, DataConference) está habilitada en el nodo watcher. En este caso, recibirá un mensaje de error similar al siguiente:

Set-CsWatcherNodeConfiguration: hay una secuencia de claves duplicada 'DataConference' para la clave o restricción de identidad única 'urn:schema:Microsoft.Rtc.Management.Settings.WatcherNode.2010:TestName'.

Cuando se produce este error, no se aplica ningún cambio. Es necesario volver a ejecutar el comando sin la prueba duplicada.

Para quitar una transacción sintética de un nodo de monitor, use el método Remove. Por ejemplo, este comando quita la prueba ABWQ de un nodo de monitor:

Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Remove="ABWQ"}

Puede usar el método Replace para reemplazar todas las pruebas habilitadas actualmente por una o más pruebas nuevas. Por ejemplo, si solo desea que un nodo de monitor ejecute la prueba IM, puede configurar esto con el siguiente comando:

Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Replace="IM"}

Al ejecutar el comando anterior, se deshabilitarán todas las transacciones sintéticas del nodo de monitor especificado, excepto para la prueba IM.

Ver y probar la configuración de nodo de monitor

Si desea ver las pruebas que se asignaron a un nodo de monitor, use un comando similar a este:

Get-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" | Select-Object -ExpandProperty Tests

Este comando devuelve información similar a esta, dependiendo de las transacciones sintéticas que se asignan al nodo:

Registro IM GroupIM P2PAV AvConference Presence PersistentChatMessage DataConference

Get-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" | Select-Object -ExpandProperty Tests | Sort-Object

Para comprobar que se haya creado un nodo de monitor, escriba el siguiente comando desde el Shell de administración de Skype Empresarial Server:

Get-CsWatcherNodeConfiguration

Obtendrá información similar a esta:

Identidad: atl-cs-001.litwareinc.com
TestUsers: {sip:watcher1@litwareinc.com, sip:watcher2@litwareinc.com ...}
ExtendedTests: {TestUsers=IList<System.String>; Name=Prueba RTC; Te...}
TargetFqdn: atl-cs-001.litwareinc.com
NúmeroPuerto: 5061

Para comprobar que el nodo watcher está configurado correctamente, escriba el siguiente comando en el Shell de administración de Skype Empresarial Server:

Test-CsWatcherNodeConfiguration

Este comando prueba cada nodo de watcher de la implementación y confirma si se han completado las siguientes acciones:

• Se instala el rol de Registrador necesario.

• Se crea la clave del Registro necesaria (completada al ejecutar el cmdlet de Set-CsWatcherNodeConfiguration).

• Los servidores ejecutan la versión correcta de Skype Empresarial Server.

• Los puertos están configurados correctamente.

• Los usuarios de prueba asignados tienen las credenciales necesarias.

Administración de nodos de monitor

Aparte de modificar las transacciones sintéticas que se ejecutan en un nodo de monitor, los administradores también pueden usar el cmdlet Set-CsWatcherNodeConfigurationpara llevar a cabo otras tareas importantes, como habilitar y deshabilitar el nodo de monitor o configurarlo para que use direcciones URL internas o externas cuando ejecute sus pruebas.

De forma predeterminada, los nodos de monitor están diseñadas para ejecutar periódicamente todas sus transacciones sintéticas habilitadas. En ocasiones, sin embargo, es posible que desee suspender esas transacciones. Por ejemplo, si el nodo watcher se desconecta temporalmente de la red, no hay ningún motivo para ejecutar las transacciones sintéticas. Sin conectividad de red, dichas transacciones no se pueden realizar correctamente. Para deshabilitar temporalmente un nodo de monitor, ejecute un comando similar al siguiente desde el Shell de administración de Skype Empresarial Server:

Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -Enabled $False

Este comando deshabilita la ejecución de transacciones sintéticas en el nodo atl watcher 001.litwareinc.com. Para volver a ejecutarlas, establezca la propiedad Enabled en True ($True):

Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -Enabled $True

Remove-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com"

Con este comando se elimina toda la configuración de nodo de monitor del equipo en cuestión, lo que evita que se ejecuten transacciones sintéticas automáticamente. Sin embargo, el comando no desinstala los archivos del agente de System Center ni los archivos de Skype Empresarial Server sistema.

De forma predeterminada, los nodos de watcher usan las direcciones URL web externas de una organización al realizar pruebas. Sin embargo, los nodos de watcher también se pueden configurar para usar las direcciones URL web internas de la organización. Esto permite a los administradores comprobar el acceso de la dirección URL a los usuarios ubicados dentro de la red perimetral. Para configurar un nodo de watcher para que use direcciones URL internas en lugar de direcciones URL externas, establezca la propiedad UseInternalWebURls en True ($True):

Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -UseInternalWebUrls $True

Restablecer esta propiedad al valor predeterminado de False ($False) hace que el vigilante use de nuevo las direcciones URL externas:

Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -UseInternalWebUrls $False

Instrucciones de configuración especiales para transacciones sintéticas

La mayor parte de las transacciones sintéticas se pueden ejecutar en un nodo de monitor tal cual está. En la mayoría de los casos, en cuanto la transacción sintética se agrega a los valores de configuración del nodo de monitor, el nodo de monitor puede empezar a usar la transacción sintética durante las fases de prueba. Sin embargo, hay algunas transacciones sintéticas que requieren instrucciones de configuración especiales, como se indica en las siguientes secciones.

Transacciones sintéticas de conferencia de datos

Si su equipo de nodo de monitor se encuentra fuera de la red perimetral, probablemente no podrá ejecutar la transacción sintética de conferencia de datos a menos que deshabilite primero la configuración de proxy del explorador de Internet de Windows Internet Explorer® para la cuenta de servicio de red completando los pasos siguientes:

1. En el equipo del nodo del monitor, selecciona Inicio, selecciona Todos los programas, haz clic en Accesorios, haz clic con el botón derecho en Símbolo del sistema y, a continuación, haz clic en Ejecutar como administrador.

2. En la ventana de la consola, escriba el siguiente comando y presione ENTRAR:

    bitsadmin /util /SetIEProxy NetworkService NO_PROXY
   

   Verá el siguiente mensaje en la ventana de comandos:

    BITSAdmin is deprecated and is not guaranteed to be available in future versions of Windows. Administration tools for the BITS service are now provided by BITS PowerShell cmdlets.
   
    Internet proxy settings for account NetworkService set to NO_PROXY. 
   
    (connection = default)
   

   Este mensaje indica que ha deshabilitado la configuración de proxy de Internet Explorer para la cuenta de servicio de red.

Transacción sintética de mensajería unificada de Exchange

La transacción sintética de Mensajería unificada de Exchange (UM) comprueba que los usuarios de prueba se pueden conectar a las cuentas de correo de voz hospedadas en Exchange.

Los usuarios de prueba deben estar preconfigurados con cuentas de correo de voz.

Transacción sintética de chat persistente

Para usar la transacción sintética de chat persistente, en primer lugar se debe crear un canal y conceder permiso a los usuarios de prueba para que puedan usarlo.

Puede usar la transacción sintética de chat persistente para configurar este canal:

$cred1 = Get-Credential "contoso\testUser1"
$cred2 = Get-Credential "contoso\testUser2"

Test-CsPersistentChatMessage -TargetFqdn pool0.contoso.com -SenderSipAddress sip:testUser1@contoso.com -SenderCredential $cred1 -ReceiverSipAddress sip:testUser2@contoso.com -ReceiverCredential $cred2 -TestUser1SipAddress sip:testUser1@contoso.com -TestUser2SipAddress sip:testUser2@contoso.com -Setup $true

Ejecute esta tarea de configuración desde dentro de la empresa:

• Si se realiza en un equipo que no es servidor, el usuario que ejecuta el cmdlet debe pertenecer al rol CsPersistentChatAdministrators de control de acceso basado en roles (RBAC).

• Si se realiza desde el propio servidor, el usuario que ejecuta el cmdlet debe pertenecer al grupo RTCUniversalServerAdmins.

Transacción sintética de llamada punto a punto de RTC

La transacción sintética Test-CsPstnPeerToPeerCall confirma que es posible realizar y recibir llamadas a través de la Red telefónica conmutada (RTC).

Para ejecutar esta transacción sintética, se debe configurar lo siguiente:

• Dos usuarios de prueba habilitados para UC (el autor y el receptor).

• Números de llamada directa a la extensión (DID) de cada cuenta de usuario.

• Las directivas VoIP y las rutas de voz que permiten que las llamadas al número del receptor lleguen a la puerta de enlace RTC.

• Una puerta de enlace RTC que acepta llamadas y elementos multimedia que redirigen la llamada al grupo particular de un receptor, en función del número marcado.

Transacción sintética de almacén de contactos unificados

La transacción sintética del almacén de contactos unificado comprueba la capacidad de Skype Empresarial Server de recuperar contactos en nombre de un usuario de Exchange.

Para ejecutar esta transacción, se deben cumplir las siguientes condiciones:

• Autenticación de servidor a servidor Lyss-Exchange debe estar configurada.

• Los usuarios de prueba deben tener un buzón de Exchange válido.

Después de que se cumplan estas condiciones, puede ejecutar el siguiente cmdlet de Windows PowerShell para migrar las listas de contactos de los usuarios de prueba a Exchange:

Test-CsUnifiedContactStore -TargetFqdn pool0.contoso.com -UserSipAddress sip:testUser1@contoso.com -RegistrarPort 5061 -Authentication TrustedServer -Setup

Puede que las listas de contactos de usuario de prueba tarden un poco en migrarse a Exchange. Para supervisar el progreso de la migración, se puede ejecutar la misma línea de comandos sin la marca -Setup:

Test-CsUnifiedContactStore -TargetFqdn pool0.contoso.com -UserSipAddress sip:testUser1@contoso.com -RegistrarPort 5061 -Authentication TrustedServer

La ejecución de estas línea de comandos será correcta una vez finalizada la migración.

Transacción sintética XMPP

La transacción sintética de mensajería instantánea XMPP (Extensible Messaging and Presence Protocol) requiere que la característica XMPP esté configurada con uno o más dominios federados.

Para habilitar la transacción sintética XMPP, se debe incluir un parámetro XmppTestReceiverMailAddress con una cuenta de usuario en un dominio XMPP que pueda enrutarse. Por ejemplo:

Set-CsWatcherNodeConfiguration -Identity pool0.contoso.com -Tests @{Add="XmppIM"} -XmppTestReceiverMailAddress user1@litwareinc.com

En este ejemplo, debe existir una regla de Skype Empresarial Server para redirigir los mensajes de litwareinc.com a una puerta de enlace XMPP.

Transacción sintética de Video Interop Server (VIS)

La transacción sintética de Video Interop Server (VIS) requiere que descargue e instale los archivos de compatibilidad de transacciones sintéticas (VISSTSupportPackage.msi).

Para instalar VISSTSupportPackage.msi, asegúrate de que las dependencias (en Requisitos del sistema) para el msi ya están instaladas. Ejecute VISSTSupportPackage.msi para realizar una instalación. La .msi instala todos los archivos en la siguiente ruta: "%ProgramFiles%\VIS Synthetic Transaction Support Package".

Para obtener más información sobre cómo ejecutar la transacción sintética VIS, vea el cmdlet Test-CsP2PVideoInteropServerSipTrunkAV .

Cambiar la frecuencia de ejecución para transacciones sintéticas

De forma predeterminada, las transacciones sintéticas se ejecutan con los usuarios configurados cada 15 minutos. Las transacciones sintéticas se ejecutan de forma secuencial en un conjunto de usuarios para evitar que dos transacciones sintéticas entren en conflicto. Se necesita un intervalo más largo para dar tiempo para que finalice todas las transacciones sintéticas.

Si es conveniente ejecutar transacciones sintéticas con más frecuencia, el número de transacciones sintéticas que se ejecutan con un determinado conjunto de usuarios debe reducirse para que las pruebas puedan completarse en el intervalo de tiempo deseado con algún búfer para retrasos ocasionales en la red. Si es conveniente ejecutar más transacciones sintéticas, cree más conjuntos de usuarios para ejecutar otras transacciones sintéticas.

Para cambiar la frecuencia de ejecución de las transacciones, siga estos pasos:

1. Abra System Center Operations Manager. Seleccione la sección Creación. Haga clic en la sección Reglas (en Creación).

2. En la sección Reglas, busque la regla con el nombre "Main Synthetic Transaction Runner Performance Collection Rule".

3. Haga clic con el botón derecho en la regla y seleccione Invalidaciones, seleccione Invalidar la regla y, después, seleccione "Para todos los objetos de clase: Pool Watcher".

4. En la ventana Propiedades Invalidar, seleccione Nombre del parámetro "Frecuencia" y establezca el Valor de invalidación en el valor deseado.

5. En la misma ventana, seleccione el módulo de administración al que debe aplicarse esta invalidación.

Uso de registro enriquecido para transacciones sintéticas

Las transacciones sintéticas son muy útiles para ayudar a identificar problemas con el sistema. Por ejemplo, el cmdlet Test-CsRegistration podría alertar a los administradores sobre posibles problemas de los usuarios para registrarse en Skype Empresarial Server. Sin embargo, es posible que se necesiten más detalles para determinar la causa real de un error.

Por esta razón, las transacciones sintéticas proporcionan un registro enriquecido. Con el registro enriquecido, para cada actividad que lleve a cabo una transacción sintética, se registra la siguiente información:

• La hora a la que se inició la actividad.

• La hora a la que finalizó la actividad.

• La acción que se ha realizado (por ejemplo, crear, unirse o abandonar una conferencia, iniciar sesión en Skype Empresarial Server o enviar mensaje instantáneo).

• Mensajes informativos, detallados, de advertencia o de error generados cuando se ejecutó la actividad.

• Mensajes de registro SIP.

• Códigos de diagnóstico o registros de excepción generados cuando se ejecutó la actividad.

• Resultado neto de la ejecución de la actividad.

Esta información se genera automáticamente cada vez que se ejecuta una transacción sintética, pero no se muestra ni se guarda automáticamente en un archivo de registro. Si está ejecutando manualmente una transacción sintética, puede usar el parámetro OutLoggerVariable para especificar la variable de Windows PowerShell en la que se va a almacenar la información. Desde allí, tiene la opción de usar uno de estos dos métodos para guardar y ver mensajes de error en los registros enriquecidos en formato XML o HTML.

Para recuperar la información de solución, especifique el parámetro OutLoggerVariable, seguido de un nombre de variable que elija:

Test-CsRegistration -TargetFqdn atl-cs-001.litwareinc.com -OutLoggerVariable RegistrationTest

Cuando ejecute este comando, verá una salida similar a esta:

Fqdn de destino : resultado de atl-cs-001.litwareinc.com : latencia de error : 00:00:00 Mensaje de error : Este equipo no tiene ningún certificado asignado. Diagnóstico :Puede acceder a información mucho más detallada sobre este error que solo el mensaje de error que se muestra aquí.

Para acceder a esta información en formato HTML, utilice un comando similar a este para guardar la información almacenada en la variable RegistrationTest en un archivo HTML:

$RegistrationTest.ToHTML() | Out-File C:\Logs\Registration.html

Del mismo modo, puede usar el método ToXML() para guardar los datos en un archivo XML:

$RegistrationTest.ToXML() | Out-File C:\Logs\Registration.xml

Puede ver estos archivos con Windows Internet Explorer, Microsoft Visual Studio o con cualquier otra aplicación capaz de abrir archivos HTML/XML.

Las transacciones sintéticas que se ejecutan desde dentro de System Center Operations Manager generarán automáticamente estos archivos de registro para detectar errores. Estos registros no se generarán si se produce un error en la ejecución antes de que Skype Empresarial Server PowerShell pueda cargar y ejecutar la transacción sintética.