Voix et communications unifiées : Cisco Unified Communications Manager (CallManager)

Téléphone IP : L'occupation du renvoi d'appel génère une tonalité d'occupation à cadence rapide

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (30 octobre 2014) | Commentaires


Contenu


Introduction

Ce document décrit comment résoudre le problème occupé rapide dans un téléphone IP de Cisco quand un appelant obtient un occupé rapide du nombre expédié par appel et l'appel transféré échoue.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Gestionnaire de Cisco Unified Communications

  • Téléphone IP de gamme Cisco 7900

Composants utilisés

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

  • Cisco Unified Callmanager 4.x

  • Gestionnaire 5.x de Cisco Unified Communications

  • Téléphone IP 7960 de Cisco

Les informations dans ce document sont basées sur le gestionnaire de Cisco Unified Communications 4.1(3).

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. 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 opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Renvoi d'appel

L'appel en avant est utilisé quand un appel est étendu à un téléphone IP, mais il disparaît sans réponse parce que l'appelé est occupé ou indisponible. L'appel transféré peut être dirigé vers un autre numéro de téléphone ou un nombre de messagerie vocale.

Problème

Quand un téléphone IP de Cisco est placé pour expédier un appel, l'appel transféré ne fonctionne pas, et l'appelant entend une tonalité occupée ou engagée. Ceci se produit pour des appels transférés internes et externes.

Solution

L'appel en avant échoue parce que la prévention en avant de boucle est due faussement déclenché à une fuite dans le compteur de MaxForwardsToDn.

Nombre maximum de sauts en avant : Le compteur incrémente chaque fois que un appel est expédié de celui numéro composé. Une fois l'appel est effacé ou connecté, le compteur est décrémenté. Cette logique détecte et efface les boucles externes entre CCM et PSTN, ou un CCM et un PBX différent.

Le Cisco CallManager termine l'appel si le nombre de sauts spécifiés dans ce paramètre est dépassé et la destination définitive est indisponible (par exemple, occupé ou non enregistré). Si le nombre de sauts spécifiés dans ce paramètre est dépassé, l'appel est terminé. Si une précipitation des appels entrés en même temps et ne sont pas répondues, ce compte pourrait augmenter et dépasser le maximum, et des appels sont terminés.

Afin de résoudre ce problème, terminez-vous ces étapes pour remettre à l'état initial le compteur de MaxForwardsToDn :

  1. Allez outre du crochet sur le phonethat a le compteur élevé et l'enregistre à CCM :

    Écrivez **##*30 du dialpad afin de permettre au téléphone de recevoir le code.

  2. Allez outre du crochet de nouveau sur le même téléphone IP de Cisco, et écrivez **##*35 du dialpad afin d'effacer les compteurs de MaxForwardsToDn.

  3. Terminez-vous les appels au téléphone IP afin de vérifier si le problème est résolu.


Informations connexes


Document ID: 107346