Dépannage

Résolution des problèmes des fonctions

Cette section contient les informations de dépannage relatives à certaines fonctions du téléphone.

Informations manquantes sur l’appel ACD

Problème

Un téléphone de centre d’appel ne voit pas les informations d’appel durant un appel.

Solution

  • Vérifiez la configuration du téléphone pour déterminer si l’option Call Information Enable a pour valeur Oui.

  • Vérifiez la configuration du serveur BroadSoft pour déterminer si le profil du périphérique de l’utilisateur est configuré avec « Support Call Center MIME Type ».

Le téléphone n’affiche pas les touches programmables ACD

Problème

Le téléphone n’affiche pas les touches programmables de connexion ou de déconnexion de l’agent.

Solution

  • Vérifiez la configuration du serveur BroadSoft pour déterminer si cet utilisateur a été configuré comme agent de centre d’appel.

  • Activer les touches de fonction programmables (PSK) et ajouter les touches de fonction programmables ACD à la liste des touches de fonction programmables. Pour obtenir plus d’informations, reportez-vous à Personnaliser l’affichage des touches programmables.

  • Vérifiez la configuration du téléphone pour déterminer si l’option BroadSoft ACD est définie sur Oui.

Le téléphone n’affiche pas la disponibilité des agents ACD

Problème

Le téléphone n’affiche pas les touches de fonction de disponibilité et d’indisponibilité d’un agent.

Solution

  1. Vérifiez la configuration du serveur BroadSoft pour déterminer si cet utilisateur a été configuré comme agent de centre d’appel.

  2. Vérifiez la configuration du téléphone pour déterminer si l’option BroadSoft ACD est définie sur Oui.

  3. Configurez la touche de fonction programmable (PSK) État TGM et ajoutez la touche programmable ACD à la liste des touches de fonction programmables. Pour obtenir plus d’informations, reportez-vous à Personnaliser l’affichage des touches programmables.

  4. Demandez aux utilisateurs d’appuyer sur la touche État TGM pour afficher les états possibles Disponible, Non disponible, et Post-appel.

  5. Sélectionnez l’état de l’agent souhaité.

L’appel n’est pas enregistré

Problème

Lorsqu’un utilisateur essaie d’enregistrer un appel, l’enregistrement n’a pas lieu.

Cause

Il s’agit souvent de problèmes de configuration.

Solution

  1. Configurez le téléphone pour toujours enregistrer un appel.

  2. Passez un appel.

Si l’enregistrement ne démarre pas, il existe des problèmes de configuration. Vérifiez la configuration de l’enregistreur BroadWorks et de fabricants tiers.

Si l’enregistrement ne démarre pas :

  1. Configurez le téléphone pour enregistrer à la demande.

  2. Configurez Wireshark pour capturer une trace du trafic réseau entre le téléphone et Broadworks lorsque le problème se produit. Lorsque vous avez la trace, contactez le centre d’assistance technique pour obtenir de l’aide.

Un appel d’urgence ne parvient pas à joindre les services d’urgence

Problème

Un utilisateur essaie de passer un appel d’urgence, mais l’appel ne peut être mis en relation avec les services d’urgence (incendie, police ou un opérateur des services d’urgence).

Solution

Vérifiez la configuration de l’appel d’urgence :

Les serveurs de demande d’emplacement (fournisseur de service d’appel d’urgence) n’ont pas répondu en renvoyant un emplacement de téléphone, après plusieurs tentatives.

L’état Presence ne fonctionne pas

Problème

Le téléphone n’affiche pas les informations de présence.

Solution

Utilisez UC Communicator comme référence pour vérifier que le compte fonctionne.

Message de présence téléphonique : Déconnecté du serveur

Problème

Au lieu des informations de présence, l’utilisateur voit le message Déconnecté du serveur .

Solution

  • Vérifiez la configuration du serveur BroadSoft pour déterminer si le service IM et P est activé et affecté à cet utilisateur.

  • Vérifiez la configuration du téléphone pour déterminer si le téléphone peut se connecter à Internet et obtenir les messages XMPP.

  • Vérifiez les messages XMPP entrants et sortants enregistrés dans le journal système pour vous assurer qu’il peut se connecter avec succès.

Le téléphone ne peut pas accéder au répertoire BroadSoft pour XSI

Problème

Le téléphone affiche une erreur d’accès au répertoire XSI.

Solution

  1. Vérifiez les informations d’identification SIP et du compte d’utilisateur dans la configuration du serveur BroadSoft.

  2. Vérifiez les messages d’erreur dans syslog.

  3. Vérifiez les informations sur l’erreur sur l’écran du téléphone.

  4. Si la connexion HTTPS échoue, vérifiez le message d’erreur sur l’écran du téléphone et dans le syslog.

  5. Installez l’autorité de certification personnalisée pour la connexion HTTPS si le certificat BroadSoft n’est pas connecté à partir de l’autorité de certification racine intégrée au téléphone.

Le téléphone n’affiche pas les contacts

Problème

Le téléphone n’affiche aucun contact dans l’écran Tous les répertoires lorsque Mode de recherche de tous les éléments activé et Mode navigation activé sont définis sur Oui.

Solution

  1. Vérifiez que le carnet d’adresses personnel est activé pour le téléphone.

  2. Vérifiez la présence de contacts dans le carnet d’adresses personnel local et dans le téléphone couplé en Bluetooth.

Le téléphone n’a pas pu charger les journaux PRT sur le serveur distant

Problème

Lorsque vous avez tenté de générer les journaux de l’outil de rapport de problème (PRT) sur le téléphone, les journaux PRT ont été générés avec succès. Toutefois, le téléphone n’a pas pu charger les journaux PRT sur le serveur distant. L’écran du téléphone affiche Erreur : 109 ou Problème d erapport ainsi qu’une URL non disponible d’un fichier compressé (par exemple, tar. gz).

Solution

Assurez-vous que le serveur Web est activé sur le téléphone, reportez-vous à Configurer le réseau à partir du téléphone.

L’ Erreur : 109 indique que la règle de chargement du PRT est incorrecte.

La mention Problème de rapport indique que la règle de téléchargement PRT est vide.

Pour résoudre ce problème, vous devez saisir une règle de chargement de type PRT correcte sur la page Web d’administration du téléphone.

Les mots de passe enregistrés deviennent non valides après une rétrogradation de la mise à niveau

Problème

Vous mettez à jour certains mots de passe sur un téléphone qui utilise la version 11.3(6) du micrologiciel ou une version ultérieure, puis vous rétrogradez le téléphone vers la version 11.3(5) du micrologiciel ou une version antérieure. Dans ce scénario, les mots de passe mis à jour ou enregistrés deviennent invalides après la rétrogradation à une version antérieure.

Sur le téléphone doté de la version 11.3(6) ou ultérieure du micrologiciel, même si vous rétablissez le mot de passe d’origine, ce problème se produit toujours après la rétrogradation.

Solution

Pour la version 11.3(6) ou ultérieure du micrologiciel, si vous mettez à jour les mots de passe, vous devez reconfigurer les mots de passe pour éviter le problème de rétrogradation. Sinon, ce problème ne se produit pas après la mise à niveau inférieure.

Le tableau suivant présente les mots de passe affectés par le problème de rétrogradation de version :

Tableau 1. Liste des mots de passe

Catégorie

Type de mot de passe

Configuration du système

User Password

Mot de passe Admin

Profil Wi-Fi (1 à 4)

Mot de passe Wi-Fi

Clé WEP

Phrase secrète PSK

Service téléphonique XSI

identifiant de connexion / Mot de passe

SIP Password

BroadSoft XMPP

Mot de passe

Service XML

XML Password

LDAP

Mot de passe

Paramètres de la fonctionnalité d’appel

Auth Page Password

Informations sur l’abonné

Mot de passe

Service de ligne XSI

identifiant de connexion / Mot de passe

TR-069

ACS Password

Connection Request Password

BACKUP ACS Password

Échec de l’intégration du téléphone à Webex

Problème

Un téléphone est embarqué avec l’activation du périphérique EDOS qui utilise l’adresse MAC du téléphone, et il est embarqué dans le Cloud Webex. Un administrateur supprime l’utilisateur du téléphone d’une organisation dans le hub de contrôle Webex, puis attribue le téléphone à un autre utilisateur. Dans ce scénario, le téléphone ne parvient pas à se connecter au Cloud Webex, même s’il peut se connecter au service Webex Calling. Plus précisément, le statut du téléphone dans le Control Hub est affiché comme « Hors ligne ».

Solution

Effectuez manuellement une réinitialisation aux valeurs d’usine sur le téléphone après la suppression d’un utilisateur dans le Control Hub. Pour plus d’informations sur la façon d’effectuer une réinitialisation aux valeurs d’usine, consultez l’une des rubriques suivantes pour plus de détails :

Problèmes d’affichage du téléphone

Les utilisateurs risquent de voir des éléments inhabituels affichés. Utilisez les sections suivantes pour résoudre le problème.

Le téléphone affiche des polices irrégulières

Problème

L’écran du téléphone a des polices plus petites que prévu ou des caractères spéciaux sont affichés. Les caractères spéciaux incluent par exemple des lettres d’un autre alphabet que ceux qu’utilisent les paramètres régionaux.

Cause

Les causes possibles sont :

  • Le serveur TFTP ne dispose pas de l’ensemble approprié de fichiers de polices et de paramètres régionaux.

  • Des fichiers XML ou d’autres fichiers sont spécifiés comme fichiers de polices.

  • Les fichiers de polices et de paramètres régionaux n’ont pas été téléchargés correctement.

Solution

  • Les fichiers de polices et de paramètres régionaux doivent être dans le même répertoire.

  • N’ajoutez ou ne modifiez pas de fichiers dans la structure des dossiers de polices et de paramètres régionaux.

  • Sur la page web du téléphone, sélectionnez Connexion d’administration > Avancé > Infos > État et faites défiler la liste jusqu’à la section Package de téléchargement des paramètres régionaux pour vérifier que les fichiers de paramètres et de polices de caractères régionaux ont été téléchargés avec succès. Si ce n’est pas le cas, essayez à nouveau d’effectuer le téléchargement.

L’écran du téléphone affiche des carrés à la place des caractères asiatiques

Problème

Le téléphone est configuré pour une langue asiatique, mais il affiche des carrés à la place des caractères asiatiques.

Cause

Les causes possibles sont :

  • Le serveur TFTP ne dispose pas de l’ensemble approprié de fichiers de polices et de paramètres régionaux.

  • Les fichiers de polices et de paramètres régionaux n’ont pas été téléchargés correctement.

Solution

  • Les fichiers de polices et de paramètres régionaux doivent être dans le même répertoire.

  • Sur la page web du téléphone, sélectionnez Connexion d’administration > Avancé > Infos > État et faites défiler la liste jusqu’à la section Package de téléchargement des paramètres régionaux pour vérifier que les fichiers de paramètres et de polices de caractères régionaux ont été téléchargés avec succès. Si ce n’est pas le cas, essayez à nouveau d’effectuer le téléchargement.

Signaler tous les problèmes du téléphone à partir de la page Web du téléphone

Si vous travaillez avec le centre d’assistance technique Cisco pour résoudre un problème, ils ont généralement besoin des journaux de l’outil de rapport de problème pour vous aider à résoudre le problème. Vous pouvez générer les journaux PRT à l’aide de la page Web du téléphone et les charger sur un serveur de journaux à distance.

Avant de commencer

Accéder à la page Web d’administration du téléphone. Reportez-vous à Accéder à l’interface Web du téléphone.

Procédure


Étape 1

Sélectionnez Infos > Informations de débogage.

Étape 2

Dans la section Rapports de problèmes, cliquez sur Générer PRT.

Étape 3

Entrez les informations suivantes dans l’écran Signaler prob. :

  1. Saisissez la date à laquelle le problème est survenu dans le champ Date. Ce champ affiche la date du jour par défaut.

  2. Saisissez l’heure à laquelle le problème est survenu dans le champ Heure. Ce champ affiche l’heure actuelle par défaut.

  3. Dans la zone de liste déroulante Sélectionner un problème, choisissez la description du problème dans les options disponibles.

Étape 4

Cliquez sur Soumettre dans l’écran Signaler prob.

Le bouton Soumettre n’est activé que si vous sélectionnez une valeur dans la zone de liste déroulante Sélectionner un problème.

Vous recevez une alerte de notification sur la page Web Téléphone qui indique si le téléchargement PRT a réussi ou non.


Signaler des problèmes téléphoniques à partir du Webex Control Hub

Vous pouvez émettre un rapport de problème de téléphone à distance depuis le Webex Control Hub, une fois que le téléphone s’est connecté avec succès au Webex Cloud.

Avant de commencer

Procédure


Étape 1

Générer le rapport de problème d’un téléphone, à partir du Webex Control Hub.

Pour plus d’informations, reportez-vous au Guide de la Solution Webex pour Cisco BroadWorks.

Étape 2

(Facultatif) Vérifiez l’état de génération PRT de l’une des manières suivantes :

  • Accédez à la page Web d’administration du téléphone, sélectionnez info > État > Statut PRT. L’ État de génération PRT indique que la génération PRT déclenchée par le Control Hub a réussi et que l’État de Téléchargement PRT indique que le téléchargement a réussi.

  • Sur le téléphone, sélectionnez Applications > État > Dernier rapport d’informations sur les problèmes . L’écran affiche l’état du rapport est téléchargé. L’heure de génération du rapport, l’heure de téléchargement du rapport et le nom de fichier PRT ont la même valeur que dans la page Web d’administration du téléphone.

    Lorsque vous ne générez pas de PRT ou que vous réinitialisez le téléphone au paramètres d’usine, le Dernier rapport d’informations sur les problèmes n’apparaît pas.

  • Accédez au centre d’assistance du Webex Control Hub et vérifiez les valeurs de la génération PRT. Les valeurs sont identiques à celles indiquées sur le téléphone et sur la page Web d’administration du téléphone.


réinitialisation aux valeurs d’usine du téléphone à partir de la page Web du téléphone

Vous pouvez effectuer une réinitialisation aux valeurs d’usine du téléphone à partir de la page Web du téléphone. La réinitialisation se produit uniquement si le téléphone est inactif. Si le téléphone n’est pas inactif, la page Web du téléphone affiche un message indiquant que le téléphone est occupé et que vous devez réessayer.

Avant de commencer

Accéder à la page Web d’administration du téléphone. Reportez-vous à Accéder à l’interface Web du téléphone.

Procédure


Étape 1

Sélectionnez Infos > Informations de débogage.

Étape 2

Dans la section Factory Reset, cliquez sur Factory Reset.

Étape 3

Cliquez sur Confirm factory reset.


Lancez la réinitialisation aux valeurs d’usine avec SIP-Notify

Vous pouvez lancer à distance une réinitialisation aux valeurs d’usine d’un téléphone lorsque celui-ci est supprimé du serveur.

Procédure


Pour lancer une réinitialisation aux valeurs d’usine, envoyez un message SIP-Notify du serveur au téléphone, en précisant comme événementréinitialisation aux valeurs d’usine.

Lors de la réinitialisation aux valeurs d’usine du téléphone avec SIP-Notify, vous observerez les notifications suivantes sur l’écran du téléphone.
  • Si le téléphone est inactif et n’a pas d’appel actif ou si le téléphone n’est pas en cours de mise à niveau, il affiche un message, Réinitialisation d’usine à la demande de l’administrateur, puis le téléphone redémarre pour terminer la réinitialisation aux valeurs d’usine.

  • Si le téléphone est occupé par un appel actif ou s’il est en cours de mise à niveau, un message s’affiche : Le téléphone sera réinitialisé d’usine lorsqu’il sera inactif, conformément à la demande de l’administrateur. Une fois le téléphone inactif, il affiche Réinitialisation d’usine à la demande de l’administrateur, puis le téléphone redémarre pour terminer la réinitialisation aux valeurs d’usine.


Activer l’affichage de l’alerte mot de passe

Vous pouvez activer l’option Afficher les avertissements de mot de passe pour afficher les avertissements de mot de passe dans le menu du téléphone et sur la page Web. Lorsque le téléphone redémarre après une réinitialisation aux valeurs d’usine, il affiche un écran de configuration du mot de passe qui invite l’utilisateur à configurer un mot de passe. Cela permet de renforcer la sécurité du téléphone. Lorsque vous configurez le mot de passe d’utilisateur à partir de la page Web d’administration du téléphone et du menu du téléphone, une icône de déverrouillage apparaît sur le téléphone. Toutefois, si l’utilisateur choisit d’ignorer la configuration, le téléphone affiche un message de risque de sécurité.

Lorsque le téléphone ne dispose d’aucun mot de passe d’utilisateur ou administrateur, la page Web d’administration du téléphone affiche l’icône « Aucun mot de passe fourni » dans le coin gauche. De plus, les paramètres mot de passe d’utilisateur et Mot de passe administrateur« seront accompagnés » d’icônes Pas de mot de passe fourni.

Avant de commencer

Procédure


Étape 1

SélectionnezVoix > Système.

Étape 2

Dans la section Configuration du système, réglez le paramètre Afficher les avertissements relatifs au mot de passe sur Oui.

Vous pouvez également activer ces paramètres dans le fichier de configuration du téléphone (cfg.xml).

<Display_Password_Warnings ua="na">Yes</Display_Password_Warnings>

Par défaut : Oui

Options : Oui|Non

Si le paramètre est réglé sur Non, les notifications de mot de passe n’apparaissent ni sur la page Web ni sur l’écran du téléphone. De plus, les indicateurs des informations sur les mots de passe ne sont pas envoyés au serveur.

Étape 3

Lorsque les icônes « Aucun mot de passe fourni » apparaissent en regard des paramètres mot de passe d’utilisateur et Mot de passe administrateur, cliquez sur l’onglet Modifier le mot de passe pour définir le mot de passe.

Une fois le mot de passe d’utilisateur et le mot de passe administrateur définis, l’invite située à côté des boutons disparaît. Lorsque vous définissez les deux mots de passe, toutes les notifications de mot de passe disparaissent.

Étape 4

Cliquez sur Envoyer toutes les modifications.


Redémarrez le téléphone à partir du Webex Control Hub

Vous pouvez redémarrer le téléphone à partir du Webex Control Hub à distance, une fois que le téléphone a été intégré avec succès dans Webex Cloud. Vous ne pouvez redémarrer qu’un téléphone qui est à l’état inactif. S’il est en cours d’utilisation, par exemple lors d’un appel, le téléphone ne redémarre pas.

Avant de commencer

Procédure


Étape 1

À partir du Webex Control Hub, redémarrez un téléphone.

Pour plus d’informations, reportez-vous au Guide de la Solution Webex pour Cisco BroadWorks.

Étape 2

(Facultatif) Vous pouvez vérifier le motif de redémarrage de l’une des manières suivantes après le redémarrage du téléphone :

  • Accéder à la page Web d’administration du téléphone, sélectionnez infos > État > Historique des redémarrages. La raison du redémarrage est indiquée comme étant déclenchée par un cloud.

  • Sur le téléphone, sélectionnez Applications > État > Historique des redémarrages . L’ écran Historique des redémarrages indique que le redémarrage a été déclenché par le Cloud.


Signaler un problème de téléphone à distance

Vous pouvez lancer un rapport de problème de téléphone à distance. Le téléphone génère un rapport de problème à l’aide de l’outil de génération de rapport de problème Cisco, avec la description de problème « Déclenchement PRT à distance ». Si vous avez configuré une règle de téléchargement pour les rapports de problème, le téléphone télécharge le rapport de problème en fonction de la règle de téléchargement.

Vous pouvez afficher l’état de la génération de rapport de problème, le télécharger sur la page Web d’administration du téléphone. Lorsqu’un rapport de problème est généré avec succès, vous pouvez télécharger le rapport de problème à partir de la page Web d’administration du téléphone.

Procédure


Pour lancer un rapport de problème de téléphone à distance, émettez un message SIP-NOTIFY à partir du serveur vers le téléphone, avec l’événement prt-gen.


Capture de paquets

Pour des raisons de dépannage, il se peut que vous deviez collecter une capture de paquets à partir d’un téléphone IP.

Avant de commencer

Accéder à la page Web d’administration du téléphone. Reportez-vous à Accéder à l’interface Web du téléphone.

Procédure


Étape 1

Sélectionnez Infos > Informations de débogage.

Étape 2

Dans la section Outil de rapport de problème, cliquez sur le bouton Démarrer la capture des paquets champ Capture des paquets.

Étape 3

Sélectionnez Tous pour capturer tous les paquets reçus par le téléphone et sélectionnez Adresse IP hôte pour capturer des paquets uniquement lorsque la source ou la destination est l’adresse IP du téléphone.

Étape 4

Passer des appels téléphoniques vers et depuis le téléphone sélectionné.

Étape 5

Lorsque vous souhaitez arrêter la capture de paquets, cliquez sur Arrêter la capture des paquets.

Étape 6

Cliquez sur Soumettre.

Vous voyez un fichier dans le champ Fichier de capture. Ce fichier contient les paquets filtrés.

Résolution des problèmes opérationnels liés au déploiement de DNS64/NAT64

Problème

Les appels ne fonctionnent pas via NAT64.

Cause

Ce problème peut se produire en raison de paramètres de configuration incorrects ou de paramètres manquants requis pour le fonctionnement de NAT64.

Solution

  1. Vérifiez si la configuration Forced NAT64 est activée.
    <Forced_NAT64>Yes</Forced_NAT64>
  2. Vérifiez que le téléphone a obtenu une adresse IPv6.

  3. Assurez-vous que DNS64 est activé sur le serveur DNS. Vous pouvez le vérifier à partir du journal du téléphone en recherchant le mot-clé ipv4only.arpa. Si le téléphone envoie une requête AAAA avec ipv4only.arpa et obtient une réponse, DNS64 est activé.

  4. Vérifiez que les messages SIP sont envoyés avec IPv6.

  5. Vérifiez que le SDP dans le message INVITE contient une adresse IPv6.

  6. Si les appels ICE échouent, vérifiez les candidats ICE dans les réponses INVITE et 200 OK.

Conseils pour la résolution de problèmes de qualité d’écoute

Lorsque vous remarquez d’importantes variations persistantes des mesures, consultez le tableau suivant pour obtenir des informations générales sur la résolution de problèmes.

Tableau 2. Variation des mesures de la qualité vocale

Variation de mesure

Condition

Le ratio de masquage et les secondes masquées augmentent considérablement

Troubles du réseau dus à une perte de paquets ou à une gigue élevée.

Le ratio de masquage est proche de zéro ou nul, mais la qualité d’écoute est mauvaise.

  • Bruit ou distorsions dans le canal audio, par exemple un écho ou des niveaux sonores.
  • Appels en tandem faisant l’objet de plusieurs opérations d’encodage ou de décodage, par exemple appels d’un réseau cellulaire ou d’un réseau de carte prépayée.
  • Problèmes acoustiques provenant d’un haut-parleur, d’un téléphone portable mains libres ou d’un casque sans fil.

Observez les compteurs de paquets transmis (TxCnt) et de paquets reçus (RxCnt) pour vérifier que les paquets de voix circulent de manière fluide.

Les notes MOS LQK diminuent considérablement

Endommagement du réseau suite à une perte de paquets ou à des niveaux de gigue élevés :

  • Les diminutions de MOS LQK peuvent indiquer un endommagement généralisé et uniforme.
  • Les diminutions de MOS LQK isolées peuvent indiquer un endommagement par salves.

Effectuez une vérification croisée du ratio de masquage et des secondes masquées pour rechercher la preuve d’une perte de paquets et d’une gigue éventuelles.

Les notes MOS LQK augmentent considérablement

  • Vérifiez si le téléphone utilise un autre codec que celui attendu (RxType et TxType).
  • Vérifiez si la version de MOS LQK a changé suite à une mise à niveau de micrologiciel.

Remarque


Les mesures de la qualité vocale prennent uniquement en compte la perte de trames, et non le bruit ou la distorsion.


Comportement du téléphone pendant les périodes de congestion du réseau

Tout élément susceptible de dégrader la performance du réseau risque d’affecter la qualité audio du téléphone IP Cisco, et dans certains cas, d’entraîner l’abandon d’un appel. Parmi les sources de dégradation du réseau figurent, de manière non exhaustive, les activités suivantes :

  • Les tâches administratives telles qu’une analyse de port interne ou une analyse de sécurité

  • Les attaques se produisant sur le réseau, telles que les attaques de déni de service

Pour réduire ou éliminer les éventuels effets nuisibles pour les téléphones, planifiez les tâches réseau administratives lors des périodes d’inutilisation des téléphones, ou excluez les téléphones des tests.

Où trouver des informations supplémentaires

Si vous avez d’autres questions relatives au dépannage de votre téléphone, reportez-vous au FAQ de dépannage des téléphones multiplateformes IP Cisco série 6800, 7800 et 8800 sur le site Web Cisco suivant :

https://www.cisco.com/c/en/us/support/collaboration-endpoints/ip-phone-8800-series-multiplatform-firmware/products-tech-notes-list.html

https://www.cisco.com/c/en/us/support/collaboration-endpoints/ip-phone-7800-series-multiplatform-firmware/products-tech-notes-list.html