Dépannage de l'enregistrement partiel pour MRA

Introduction

Ce document décrit comment dépanner le protocole SIP (Partial Registered Session Initiation Protocol) Phone over Mobile and Remote Access (MRA), pourquoi cela se produit et comment l'identifier. 

Informations générales

Qu'est-ce que l'enregistrement partiel d'un périphérique ? 

Partiellement enregistrée signifie que toutes les lignes d'un téléphone SIP ne sont pas enregistrées. Ce problème peut être dû à différentes raisons, telles que les modèles de boutons de ligne, les incohérences de liste d'approbation d'identité/liste d'approbation de certificat (ITL/CTL), la taille des messages SIP, Keep alive, etc. 

Téléphone SIP avec enregistrement de plusieurs lignes

Le premier registre d'un point d'extrémité comportant plusieurs lignes contient toutes les lignes SIP configurées pour enregistrer toutes les lignes.

Ensuite, on s'attend à voir les messages REGISTER (Keep-alive) toutes les 120 secondes (en fait 115 secondes qui est 120 moins la valeur delta configurée dans le profil SIP, qui est de 5 secondes par défaut). Dans ce cas, le téléphone envoie le message keep-alive toutes les 115 secondes, comme illustré sur l'image :

Dans le premier REGISTER, le téléphone SIP envoie plus de détails dans la section Content-Type du protocole SDP (Session Description Protocol), comme indiqué dans l'image suivante :

Les messages REGISTER suivants ne contiennent aucune information Content-Type supplémentaire.

En résumé, lorsqu'un point d'extrémité connecté sur MRA a plusieurs lignes configurées et qu'un SIP Keep Alive arrive trop tard à Cisco Unified Communications Manager (CUCM), que CUCM a déjà effacé l'enregistrement (non enregistré le périphérique), lorsque le message Keep Alive arrive, CUCM réenregistre le périphérique mais uniquement la ligne principale, car c'est tout ce qui est dans le message d'enregistrement.

Il y a également d’autres scénarios lorsque le téléphone se connecte via MRA où ce problème peut se produire Si la connexion TCP (Transmission Control Protocol) tombe entre Expressway-C et CUCM, le téléphone SIP n’est pas enregistré du point de vue de CUCM, mais le téléphone ne le sait pas et envoie un registre de maintien de connexion au lieu d’un registre complet, ce qui provoque le comportement d’enregistrement partiel.

Dépannage

Collecter les fichiers journaux suivants :

- Journaux de diagnostics Expressway C et E. Téléchargement des journaux de diagnostic et des captures de paquets Expressway | Événements virtuels Cisco

- traces CUCM. Unified Communications Manager - RTMT Trace Collection | Événements virtuels Cisco

             - Call Manager

             - Journaux du système de l'Observateur d'événements et des applications. 

- PRT téléphone IP. Comment collecter un fichier PRT de point de terminaison de collaboration avec les téléphones Cisco 78XX et 88XX - Cisco

Les journaux d’Expressway sont pris en temps réel, il n’est pas possible de savoir quand serait le bon moment pour démarrer/arrêter les journaux de diagnostic, donc si vous voulez revoir les informations mentionnées ci-dessus, vous pouvez suivre la procédure suivante :

Procédure de dépannage facultative

Il existe un moyen de définir des alertes avec l'outil de surveillance en temps réel (RTMT). L’idée est de prendre les journaux d’Expressways avec Windows Secure Copy (WinSCP) juste après la réception de l’alerte par e-mail de l’outil RTMT. 

Note: Le serveur de messagerie doit être déjà configuré. https://www.cisco.com/c/en/us/support/docs/unified-communications/unity-connection/117890-technote-cucm-00.html

Configuration de l'alarme RTMT

Il est possible de créer une alarme avec l'outil RTMT, qui envoie un e-mail, une fois qu'un téléphone SIP est en état d'enregistrement partiel, afin de mettre en oeuvre l'alarme suivre les étapes suivantes : 

1. Ouvrez l'outil RTMT et accédez à Performance > Performance. Sélectionnez ensuite Cisco CallManager et recherchez PartialRegisteredPhone.
2. Cliquez ensuite avec le bouton droit de la souris et sélectionnez Définir l'alerte/les propriétés.

3. Cochez Activer l'alerte et Définir la gravité comme critique.
4. Sous Configuration du seuil, cochez Valeur, puis vous pouvez définir sur 1.
5. Cochez l'option Activer le courrier électronique.
6. Sous Action d'alerte déclencheur, sélectionnez Configurer, sélectionnez Ajouter et définissez un nouveau nom pour la liste d'actions, dans cet exemple, le nom est e-mail.
7. Ajouter l'adresse e-mail des alertes à recevoir.
8. Sélectionnez Enregistrer.

Une fois que vous avez reçu une alerte de l’outil RTMT, vous pouvez accéder à vos serveurs Expressways et suivre les étapes suivantes :

1. Ouvrez WinSCP, accédez à Expressway C et E, avec une adresse IP ou un nom de domaine complet (FQDN) et des informations d’identification racine.
2. Accédez à /mnt/harddisk/log/.
3. Télécharger les fichiers importants :
   • journal_réseau
   • messages
   • journal_développeur

L’utilisation d’Expressways peut écraser très rapidement les informations des fichiers journaux, assurez-vous d’avoir les fichiers avec l’horodatage correct.

Avec les informations incluses dans le fichier network_log, il est possible de déterminer si les messages REGISTER atteignent les serveurs CUCM à temps, et si après un problème, IP Phone envoie un message REGISTER avec une ou toutes les lignes à enregistrer de nouveau.

Demande d'amélioration

Actuellement, CUCM ne peut pas notifier les téléphones SIP qui sont partiellement enregistrés, une amélioration pour permettre CUCM la notification est déjà ouverte : CSCvw49110.

Comme indiqué sur la demande d'amélioration, la solution de contournement est :

• Réinitialisez le point de terminaison pour forcer toutes les lignes à se réenregistrer.
• En outre, augmentez la valeur Timer Register Delta dans le profil SIP sur CUCM à 20 (la valeur par défaut est 5) pour tolérer plus de retard et réduire la probabilité que cela se produise.