Voix et communications unifiées : Cisco Unity

CallManager 5.x : Rappel non reçu pour les appels transférés de PSTN avec SIP

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (30 octobre 2014) | Commentaires


Contenu


Introduction

Ce document décrit comment résoudre l'absence d'un anneau de retour modifient la tonalité quand un appel de Protocole SIP (Session Initiation Protocol) est transféré au-dessus du réseau téléphonique commuté public (PSTN) par une passerelle de Cisco IOSÝ vers un téléphone IP de Skinny Client Control Protocol (SCCP).

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Gestionnaire de Cisco Unified Communications (Cisco CallManager) 5.x

Composants utilisés

Les informations dans ce document sont basées sur le gestionnaire 5.x de Cisco Unified Communications.

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.

Informations générales

Pour le SCCP les transferts sans suivi initiés, Cisco CallManager doit générer des tonalités ou une sonnerie de retour après qu'un appel soit déjà connecté. En d'autres termes, le Cisco CallManager fournit une annonce de medias pour des transferts sans suivi. Les transferts sans suivi initiés d'un téléphone IP de SCCP permettent la sonnerie de nouveau à l'original, utilisateur connecté de périphérique de SIP. Afin d'accomplir la sonnerie de retour, le Cisco CallManager utilise un périphérique fonctionnant avec le logiciel d'annonciateur qui est souvent situé avec un périphérique de Transfer Protocol de medias (MTP).

Problème

Une sonnerie de retour modifient la tonalité n'est pas entendue pour un appel de PSTN par un joncteur réseau de SIP au téléphone IP de SCCP quand elle transfère vers une autre destination.

Solution

Afin de résoudre ce problème, terminez-vous ces étapes :

  1. Ajoutez un annonciateur à la liste de groupe de ressources de medias (MRGL) du joncteur réseau particulier de SIP par lequel l'appel commence.

  2. Remettez à l'état initial le MRGL.

Un annonciateur est utilisé pour la sonnerie de SIP de retour. Le joncteur réseau de SIP doit avoir un MRGL qui contient l'annonciateur, ou l'annonciateur doit être dans la liste par défaut.

Le Cisco CallManager emploie des messages de SCCP afin d'établir une connexion de flot de Protocole RTP (Real-Time Transport Protocol) entre l'annonciateur et le périphérique. L'annonciateur joue l'annonce ou la tonalité pour prendre en charge ces conditions :

  • La sonnerie de retour modifient la tonalité — Quand vous transférez un appel sur le PSTN par une passerelle de Cisco IOS. L'annonciateur joue la tonalité parce que la passerelle ne peut pas jouer la tonalité quand l'appel est en activité.

  • La sonnerie de retour modifient la tonalité — Quand vous transférez des appels sur H.323 un joncteur réseau d'intercluster

  • La sonnerie de retour modifient la tonalité — Quand vous virez des appels sur le client de SIP d'un téléphone SCCP

  • Annonce — Périphériques configurés pour la préemption multiniveaux de priorité de Cisco

  • Tonalité d'insertion — Avant un participant joint une conférence ad hoc

Référez-vous à l'annonciateur pour plus de plus d'informations sur des annonciateurs.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 99341