Cómo funciona la conmutación por fallo de servicios telefónicos para la versión 14 de Jabber sobre MRA

Introducción

Este documento describe cómo funciona la conmutación por fallas para los servicios telefónicos en Jabber cuando se registran a través de Mobile and Remote Access (MRA) con la adición de Session Traversal Utilities for NAT (STUN) keep alives en la versión 14 y posteriores.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• Cisco Unified Communications Manager (CUCM).
• Cisco Expressway Core.
• Cisco Expressway Edge.
• Cisco Jabber para Windows.
• Cisco Jabber para MAC.
• Cisco Jabber para Android.
• Cisco Jabber para iOS

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• Expressway versión X14.0.
• CUCM 14.0.
• Cisco Jabber Versión 14.0.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Antecedentes

Para las versiones anteriores a x14.0, la solución MRA no admite la conmutación por fallo automática para los servicios telefónicos en clientes de software como Jabber. Con la introducción de STUN keep alives, esto se soporta ahora siempre y cuando los componentes involucrados cumplan con los criterios requeridos, esto permite a Jabber registrarse en un servidor secundario si la ruta principal o el servidor en sí se ponen en peligro o inalcanzable.

Configuración

La única configuración necesaria es habilitar STUN Keep Alives en los servidores de Expressway. Esta función está activada de forma predeterminada y solo es necesario configurarla si se ha desactivado anteriormente.

Paso 1. Abra la interfaz web de Expressway-C.

Paso 2. Vaya a Configuración > Unified Communications > Configuración > Avanzado.

Paso 3. Abra la interfaz de línea de comandos (CLI) de Expressway-C.

Paso 4. Ejecute el siguiente comando: xconfiguration SIP Advanced StunKeepAliveForRegisteredPathEnabled: encendido.

Nota: La configuración debe coincidir entre los servidores de núcleo y de borde para evitar problemas de decodificación.

Resolución de problemas

Para garantizar que la función es efectiva, es necesario analizar la señalización de registro.

Recopilar registros de diagnóstico

Paso 1. En la interfaz web de Expressway Servers, navegue hasta Mantenimiento > Diagnóstico > Registro de diagnóstico.

Paso 2. Marque la casilla de verificación Take tcpdump while logging.

Paso 3. Seleccione Iniciar nuevo registro en los servidores Core y Edge.

Paso 4. Inicie sesión en su cuenta en el cliente Jabber con su nombre de usuario y contraseña estándar y espere a que se registren los servicios telefónicos.

Paso 5. Seleccione Detener registro en los servidores Core y Edge

Paso 6. En todos los servidores de Expressway, seleccione Recopilar registro y Descargar registro después de que se cargue.

Nota: En el caso de un clúster, el paso 6 debe repetirse en los pares secundarios.

Registro

Un cliente Jabber en la versión 14 y posteriores incluye la etiqueta x-cisco-mra-ha=AR_SK en el mensaje de registro como se muestra a continuación en el encabezado de contacto o el encabezado admitido, esto indica que se admiten las opciones de mantenimiento STUN.

 SIPMSG:
 |REGISTER sip:cmpub01.rvalverd.local SIP/2.0
 Via: SIP/2.0/TLS 172.16.84.136:58980;branch=z9hG4bK00003665
 Call-ID: 00505696-779a0005-00001bba-00007938@172.16.84.136
 CSeq: 104 REGISTER
 Contact: ;+sip.instance="";+u.sip!devicename.ccm.cisco.com="CSFMRA01";+u.sip!model.ccm.cisco.com="503";video;x-cisco-mra-ha=AR_SK;x-cisco-reg-id=1
 From: ;tag=00505696779a000700006827-00006484

El mensaje 200 OK debe contener esto también en el encabezado Supported para indicar que el servidor lo soporta.

 SIPMSG:
 |SIP/2.0 200 OK
 Via: SIP/2.0/TLS 172.16.84.136:58980;branch=z9hG4bK00007e98;received=10.88.246.8;rport=58980;ingress-zone=CollaborationEdgeZone
 Call-ID: 00505696-779a0005-00001bba-00007938@172.16.84.136
 CSeq: 105 REGISTER
 Contact: ;+sip.instance="";+u.sip!devicename.ccm.cisco.com="CSFMRA01";+u.sip!model.ccm.cisco.com="503";video;x-cisco-mra-ha=AR_SK;x-cisco-reg-id=1;+u.sip!userid.ccm.cisco.com="mra01";x-cisco-newreg
 From: ;tag=00505696779a000700006827-00006484
 To: ;tag=385623253
 Server: Cisco-CUCM12.5
 Expires: 120
 Date: Thu, 24 Jun 2021 19:09:09 GMT
 Supported: X-cisco-srtp-fallback,X-cisco-sis-9.2.0,X-cisco-supports-AR_SK
 Session-ID: 9b8c276600255000a0000e5dc13f0000;remote=c31f584200255000a00000ddda3c0000

Después de esto, jabber envía un paquete STUN keep alive cada 30 segundos a los servidores de Expressway para verificar la disponibilidad de la trayectoria. El tiempo de espera para que STUN siga activo es de 3 segundos y si no se recibe respuesta, Jabber considera que el nodo de borde está inactivo y realiza una conmutación por error de registro a través de un servidor de borde diferente.

Nota: El cliente MRA no intenta una conmutación por error de registro mientras está en una llamada activa. En su lugar, la conmutación por fallas se coloca en cola hasta que la llamada finaliza. Si esto sucede, la conmutación por fallas ocurre incluso si el servidor caído se recupera.