Fonctionnement du basculement des services téléphoniques pour Jabber version 14 sur MRA

Introduction

Ce document décrit comment fonctionne le basculement pour les services téléphoniques sur Jabber lorsqu'il est enregistré via Mobile and Remote Access (MRA) avec l'ajout de Session Traversal Utilities for NAT (STUN) keep alive sur la version 14 et ultérieure.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

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

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

• Expressway Version X14.0.
• CUCM 14.0.
• Cisco Jabber Version 14.0.

The information in this document was created from the devices in a specific lab environment. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Informations générales

Pour les versions antérieures à x14.0, la solution MRA ne prend pas en charge le basculement automatique pour les services téléphoniques sur les clients logiciels tels que Jabber. Avec l'introduction de STUN keep alive, ceci est maintenant pris en charge tant que les composants impliqués répondent aux critères requis, ce qui permet à jabber de s'enregistrer sur un serveur secondaire si la route principale ou le serveur lui-même devient compromise ou inaccessible.

Configuration

La seule configuration requise est d’activer STUN Keep Alives sur les serveurs d’autoroute. Cette fonctionnalité est activée par défaut et ne doit être configurée que si elle a été désactivée précédemment.

Étape 1. Ouvrez l’interface Web d’Expressway-C.

Étape 2. Accédez à Configuration > Unified Communications > Configuration > Advanced.

Étape 3. Ouvrez l’interface de ligne de commande (CLI) d’Expressway-C.

Étape 4. Exécutez la commande suivante : xconfiguration SIP Advanced StunKeepAliveForRegisteredPathEnabled : activé.

Remarque : Le paramètre doit correspondre entre les serveurs principaux et périphériques afin d'éviter les problèmes de décodage.

Dépannage

Pour garantir l'efficacité de la fonctionnalité, la signalisation d'enregistrement doit être analysée.

Collecter les journaux de diagnostic

Étape 1. Sur l’interface Web des serveurs expressway, accédez à Maintenance > Diagnostics > Diagnostic Logging.

Étape 2. Cochez la case Take tcpdump while logging.

Étape 3. Sélectionnez Start new log sur les serveurs Core et Edge.

Étape 4. Connectez-vous à votre compte sur le client jabber avec votre nom d'utilisateur et votre mot de passe standard et attendez que les services téléphoniques s'enregistrent.

Étape 5. Sélectionnez Arrêter la journalisation sur les serveurs Core et Edge

Étape 6. Sur tous les serveurs expressway, sélectionnez Collecter le journal et Télécharger le journal après son chargement.

Remarque : Dans le cas d'un cluster, l'étape 6 doit être répétée sur les homologues secondaires.

Inscription

Un client jabber sur la version 14 et ultérieure inclut la balise x-cisco-mra-ha=AR_SK sur le message de registre comme vu ci-dessous sur l'en-tête Contact ou l'en-tête Supported, cela indique que STUN keep alive sont pris en charge.

 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

Le message 200 OK doit également contenir cette valeur dans l'en-tête Supported pour indiquer que le serveur la prend en charge.

 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

Ensuite, jabber envoie un paquet STUN keep alive toutes les 30 secondes aux serveurs expressway afin de vérifier la disponibilité du chemin. Le délai d'attente pour le maintien en activité STUN est de 3 secondes et si aucune réponse n'est reçue, le jabber considère que le noeud de périphérie est hors service et effectue un basculement d'enregistrement via un autre serveur de périphérie.

Remarque : Le client MRA ne tente pas un basculement d'enregistrement lorsqu'il est en cours d'appel. Le basculement est mis en file d'attente jusqu'à la fin de l'appel. Dans ce cas, le basculement se produit même si le serveur arrêté est restauré.