Voix : Digital CCS

Les usagers de RTPC n'entendent pas de rappels lorsqu'ils passent des appels à destination de téléphones IP

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document discute un problème où un appelant du réseau téléphonique public commuté (PSTN) n'entend pas une sonnerie de retour en appelant un téléphone IP.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

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 de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Problème

Il y a quelques situations dans lesquelles une passerelle peut intermittant échouer pour fournir la sonnerie de retour modifient la tonalité (RBT) à un appelant de RNIS entrant. Ce problème a été vu sur des gens du pays, la longue distance, et des appels internationaux.

  • La passerelle génère l'anneau de retour vers le côté de réseau (PSTN ou PBX automatique [PABX]), si l'installation contient la progression IE = 3, signifiant que l'adresse d'origine (appelant) est NON-ISDN.

  • La passerelle ne génère pas l'anneau de retour vers le côté de réseau (PSTN ou PABX), si l'installation ne contient aucun IE de progression (IE =0 de progression), signifiant que l'adresse d'origine (appelant) est le RNIS.

C'est un exemple de quand ceci pourrait se produire. Les appels internationaux arrivent par l'intermédiaire du RNIS.

PSTN --------- Passerelle IOS ------------ CallManager ------------ Téléphone IP

L'exemple d'un appel qui récupère la sonnerie modifient la tonalité

Un appel d'un terminal NON-ISDN est reçu. L'installation contient une progression IE = 3. La passerelle génère la sonnerie de retour quand elle reçoit l'alerte du Cisco CallManager.

Remarque: Ceux-ci met au point ont été capturés en émettant la commande de logiciel de Cisco IOSÝ de debug isdn q931 :

01:34:48: ISDN Se0:15: RX <- SETUP pd = 8 callref = 0x002B
01:34:48: Sending Complete
01:34:48: Bearer Capability i = 0x9090A3
01:34:48: Channel ID i = 0xA9838D
01:34:48: Progress Ind i = 0x8583 - Origination address is non-ISDN 
01:34:48: Calling Party Number i = 0x2183, '27045000', Plan:ISDN, Type:National
01:34:48: Called Party Number i = 0xA1, '27182145', Plan:ISDN, Type:National
01:34:48: ISDN Se0:15: TX -> CALL_PROC pd = 8 callref = 0x802B
01:34:48: Channel ID i = 0xA9838D
01:34:48: act_alert: Tone Ring Back generated in direction Network One
01:34:48: act_gen_tone: Tone Ring Back generated in direction Network
01:34:48: ISDN Se0:15: TX -> ALERTING pd = 8 callref = 0x802B

L'exemple d'un appel qui ne récupère pas la sonnerie modifient la tonalité

Un appel est reçu d'un terminal RNIS. Il n'y a aucun IE de progression dans l'installation. (Progression IE = 0). La passerelle ne génère pas la sonnerie de retour quand elle reçoit l'alerte du Cisco CallManager.

01:37:01: ISDN Se0:15: RX <- SETUP pd = 8 callref = 0x002E
01:37:01: Sending Complete
01:37:01: Bearer Capability i = 0x8090A3
01:37:01: Channel ID i = 0xA98391
01:37:01: Calling Party Number i = 0x2183, '478681058', Plan:ISDN, Type:International
01:37:01: Called Party Number i = 0xA1, '27182145', Plan:ISDN, Type:International
01:37:01: High Layer Compat i = 0x9181
01:37:01: ISDN Se0:15: TX -> CALL_PROC pd = 8 callref = 0x802E
01:37:01: Channel ID i = 0xA98391
01:37:01: ISDN Se0:15: TX -> ALERTING pd = 8 callref = 0x802E

Dans cet exemple, la passerelle s'attend à ce que le RNIS génère la sonnerie de retour (en raison d'aucun pi de 3). Le RNIS, cependant, ne génère pas une sonnerie de retour modifient la tonalité. Ceci a comme conséquence l'appelant entendant seulement le silence jusqu'à ce que l'appelé réponde à l'appel. Ceci peut être dû à une question d'interworking RNIS entraînée parce que l'appel a commencé internationalement (normalement la sonnerie est générée au périphérique de terminaison pour des appels internationaux).

Solution

Vous pouvez forcer la passerelle pour générer une sonnerie de retour en émettant la commande de l'enable 3 d'installation de progress_ind. Configurez ceci sur le VoIP indiquant le Cisco CallManager.

!

dial-peer voice 500 voip
destination-pattern 5...
progress_ind setup enable 3

!-- Forces ring back tone for this peer.

session target ipv4:10.200.73.15
codec g711ulaw
!

Remarque: En cas de plusieurs pairs VoIP qui peuvent être appariés, veillez à configurer ceci sur tous.

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: 8331