Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Problème

Solutions

Solution 1

Solution 2

Informations connexes

Introduction

Il y a un problème signalé avec les appels provenant de NetMeeting ou de périphériques H.323 tiers similaires via une passerelle Cisco IOS® vers le réseau téléphonique public commuté (RTPC) utilisant RNIS. Ces appels échouent lors de l'étape de configuration. Ce problème est généralement observé après une mise à niveau du logiciel Cisco IOS sur la passerelle.

La fonction de support (casquette de support) est une indication de service de couche 3 RNIS qui définit les caractéristiques d’un appel donné. La limite de support d'un appel est indiquée dans le message Q.931 SETUP et sert à distinguer les différents types d'appels vocaux et de données.

Conditions préalables

Conditions requises

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

Components Used

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 car la limite de support du message Q.931 SETUP RNIS indique de manière incorrecte que la capacité de transfert d'informations est définie pour les informations numériques illimitées. Cela se produit parce que le périphérique H.323 d'origine définit la limite de support dans le message H.225 SETUP pour les informations numériques illimitées. La passerelle transmet ces informations de manière transparente au commutateur/PBX RNIS dans le message Q.931 SETUP. Le commutateur/PBX ne peut pas gérer cette limite de support et rejette l'appel.

Dans les versions antérieures du logiciel Cisco IOS, la passerelle remplace la limite de support pour indiquer la voix/l'audio. Cependant, dans les versions ultérieures, la passerelle n'écrase pas le capuchon du support.

Les casques de support courants pour les appels vocaux sont affichés dans les quatre premières lignes de ce tableau. Les trois lignes restantes affichent des casques de support communs qui peuvent provoquer l'échec d'un appel provenant d'un périphérique H.323 tiers.

Ce tableau récapitule quelques-unes des majuscules les plus courantes :

Plafond du porteur

Capacité de transfert d'informations

Protocole de couche 1 des informations utilisateur

0x8090A2

Discours

Discours G.711 u-Law

0x8090A3

Discours

G.711 A-law

0x9090A2

Audio 3,1 KHz

Discours G.711 u-Law

0x9090A3

Audio 3,1 KHz

G.711 A-law

0x8890A2

Informations numériques illimitées

Discours G.711 u-Law

0x8890A3

Informations numériques illimitées

G.711 A-law

0x8890

Informations numériques illimitées

64 Kbits/s (64 000 appels de données)

Voici un exemple de sortie debug isdn q931 qui montre un appel ayant échoué. Il indique que le commutateur/PBX efface l'appel immédiatement après le message CALL PROCEEDING. Le code de cause du message DISCONNECT peut varier. Les codes de cause courants incluent le contenu d'élément d'information non valide 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 le périphérique H.323 d'origine pour définir la limite de support appropriée dans le message H.225 SETUP.

Solution 2

Si le périphérique H.323 d'origine ne peut pas être reconfiguré, modifiez la configuration de la passerelle Cisco IOS pour remplacer le capuchon du support dans le message Q.931 SETUP RNIS. Utilisez la commande de mode de configuration voice-port Bearer-cap pour la voix ou 3100 hz selon le cas.

!--- 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 !---

.

!

voice-port 0:D

bearer-cap Speech

!

Remarque : Si vous exécutez le logiciel Cisco IOS Version 12.2(11)T, où H.323 version 4 s'exécute sur votre routeur, vous pouvez rencontrer des problèmes avec NetMeeting. Les détails sont inclus dans l'ID de bogue Cisco CSCdw49975 (clients enregistrés uniquement).

Informations connexes

- Comment configurer Microsoft NetMeeting avec les passerelles Cisco IOS

- Assistance technique concernant la technologie vocale

- Support produit pour Voix et Communications IP

- Dépannage des problèmes de téléphonie IP Cisco

- Support et documentation techniques - Cisco Systems