Voix : H.323

Dépannage des appels RNIS provenant de NetMeeting ou autres appareils H.323 tiers similaires ayant échoué

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Il y a un problème signalé avec les appels qui proviennent de NetMeeting ou de périphériques semblables d'un tiers H.323 par une passerelle de ½ du ¿  de Cisco IOSï au réseau téléphonique public commuté (PSTN) utilisant le RNIS. Échouer de ces appels pendant l'étape d'installation. Cette question est généralement - vu après qu'une mise à niveau de logiciel Cisco IOS soit exécutée sur la passerelle.

La capacité de support (capacité du support) est une indication de service de la couche RNIS 3 qui définit les caractéristiques d'un appel donné. La capacité du support d'un appel est indiquée dans le message de configuration Q.931 et elle est utilisée pour distinguer parmi les différents types d'appels voix et données.

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.

Conventions

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

Problème

Dans ce cas, les appels échouent parce que la capacité du support dans le message de configuration RNIS Q.931 indique inexactement que la capacité de transfert de l'information est placée pour les informations numériques sans restriction. La raison que ceci se produit est parce que lancer H.323 le périphérique place la capacité du support dans le message de configuration H.225 pour les informations numériques sans restriction. La passerelle passe d'une manière transparente ces informations au RNIS switch/PBX dans le message de configuration Q.931. Le Switch/PBX ne peut pas manipuler cette capacité du support et rejette l'appel.

Dans des versions logicielles plus tôt de Cisco IOS, la passerelle remplace la capacité du support pour indiquer la parole/audio. Cependant, dans des versions ultérieures, la passerelle ne remplace pas la capacité du support.

Des capacités du support communes pour des communications voix sont affichées dans les quatre premières lignes de cette table. Les trois lignes demeurantes affichent les capacités du support communes qui peuvent entraîner un appel qui provient d'un périphérique de tiers H.323 pour échouer.

Cette table récapitule quelques capacités du support communes :

Capacité du support Capacité de transfert de l'information Couche 1 Protocol des informations utilisateur
0x8090A2 La parole G.711 la parole d'u-law
0x8090A3 La parole G.711 a-law
0x9090A2 3.1 Audio de KHZ G.711 la parole d'u-law
0x9090A3 3.1 Audio de KHZ G.711 a-law
0x8890A2 Les informations numériques sans restriction G.711 la parole d'u-law
0x8890A3 Les informations numériques sans restriction G.711 a-law
0x8890 Les informations numériques sans restriction 64 Kbits/s (appel de données 64k)

C'est un exemple d'un debug isdn q931 sorti qui affiche un appel défaillant. Il indique que le switch/PBX efface l'appel juste après le message de DÉMARCHE d'APPEL. Code de cause de message de DÉBRANCHEMENT peut varier. Les codes de cause classique incluent les contenus avec éléments d'informations incorrectes et la destination incompatible.


!--- Action: A NetMeeting call is placed 
!--- to the PSTN through a Cisco IOS gateway.



!--- Outgoing Q.931 SETUP message.

Aug  8 19:29:59.546: ISDN Se0:23: TX -> SETUP pd = 8  callref = 0x0001

Aug  8 19:29:59.546:         Bearer Capability i = 0x8890A2

!--- Bearer cap indicates the call carries the "Unrestricted Digital Information" 
!--- transfer capability.

Aug  8 19:29:59.550:         Channel ID i = 0xA98397
Aug  8 19:29:59.550:         Calling Party Number i = 0x00, 0x80, '3555',
     Plan:Unknown, Type:Unknown
Aug  8 19:29:59.550:         Called Party Number i = 0x80, '95551212,
     Plan:Unknown, Type:Unknown
Aug  8 19:29:59.610: ISDN Se0:23: RX <- CALL_PROC pd = 8  callref = 0x8001
Aug  8 19:29:59.610:         Channel ID i = 0xA98397
Aug  8 19:29:59.806: ISDN Se0:23: RX <- DISCONNECT pd = 8  callref = 0x8001

!--- Call is cleared by the switch or PBX.

Aug  8 19:29:59.810:        Cause i = 0x82E4 - Invalid information element contents
Aug  8 19:29:59.814: ISDN Se0:23: TX -> RELEASE pd = 8  callref = 0x0001
Aug  8 19:29:59.850: ISDN Se0:23: RX <- RELEASE_COMP pd = 8  callref = 0x81


!--- Call is cleared for the cause Incompatible destination.


Aug  8 20:30:11.820:        Cause i = 0x80D8 - Incompatible destination
Aug  8 20:30:11.836: ISDN Se0:23: TX -> RELEASE pd = 8  callref = 0x0001
Aug  8 20:30:11.852: ISDN Se0:23: RX <- RELEASE_COMP pd = 8  callref = 0x81

Solutions

Solution 1

Configurez lancer H.323 le périphérique pour placer la capacité du support appropriée dans le message de configuration H.225.

Solution 2

Si lancer H.323 le périphérique ne peut pas être modifié, modifiez la configuration de passerelle de Cisco IOS pour remplacer la capacité du support dans le message de configuration RNIS Q.931. Utilisez la capacité du support de commande de mode de configuration de port vocal pour la placer pour la parole ou 3100 hertz d'audio comme approprié.


!--- This is an example of how to configure the bearer cap parameter 
!--- on a Cisco AS5300.


esc-5300-2(config)#voice-port 0:D
esc-5300-2(config-voiceport)#bearer-cap ?
  3100hz   enable 3100hz
  speech   enable speech
esc-5300-2(config-voiceport)#bearer-cap speech


!--- Sample output of the IOS configuration
!--- <some output omitted>.

!
voice-port 0:D
 bearer-cap Speech
!

Remarque: Si vous exécutez le Logiciel Cisco IOS version 12.2(11)T, où H.323 la version 4 fonctionne sur votre routeur, vous pouvez éprouver le problème avec NetMeeting. Les détails sont joints dans l'ID de bogue Cisco CSCdw49975 (clients enregistrés seulement).


Informations connexes


Document ID: 14006