Contenu

Introduction

Avant de commencer

Conventions

Conditions préalables

Components Used

Résolution de l'erreur de numéro non alloué/non affecté

Configuration incorrecte et débogages associés

Configuration et débogages corrigés

Informations connexes

Introduction

Les routeurs Cisco peuvent recevoir un appel RNIS en mode En bloc ou Overlap. Une fois configuré pour le mode En bloc, le message de configuration devrait contenir tous les renseignements d’adressage nécessaires pour router l’appel. En mode Overlap, le message de configuration ne contient pas l’adresse complète. Des messages d’information supplémentaires sont exigés du côté appelant pour compléter l’adresse appelée.

La configuration incorrecte du terminal de numérotation dial-peer est un piège courant lors de la configuration d’un routeur Cisco pour recevoir un appel RNIS en mode Overlap. Cela peut entraîner la réception incorrecte du numéro appelé, ce qui entraîne l'échec de l'appel.

Avant de commencer

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Conditions préalables

Les lecteurs de ce document doivent être bien informés de :

- configuration de RNIS sur les routeurs Cisco

- connaissance de base des terminaux de numérotation dial-peer et de la voix sur IP (VoIP)

Components Used

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

- Logiciel Cisco IOS® Version 12.2.7)a

- Routeur C3640

Les informations présentées dans ce document ont été créées à partir de périphériques dans un environnement de laboratoire spécifique. All of the devices used in this document started with a cleared (default) configuration. Si vous travaillez dans un réseau opérationnel, assurez-vous de bien comprendre l'impact potentiel de toute commande avant de l'utiliser.

Résolution de l'erreur de numéro non alloué/non affecté

La configuration de la réception de chevauchement sur le canal D modifie le comportement des routeurs lors de la réception d’appels RNIS. Le routeur répond au message de configuration par un ACK SETUP. Le réseau est ainsi informé qu'il est prêt à recevoir des messages d'informations supplémentaires contenant des éléments de routage d'appels supplémentaires.

Le problème se produit lorsque le numéro de destination utilisé dans le terminal de numérotation dial-peer n'a pas la même longueur que le numéro appelé reçu. Comme indiqué ci-dessous, le numéro de destination est résumé pour refléter une plage de nombres qui peuvent commencer par les mêmes chiffres :

- La plage de numéros de destination est comprise entre 5 000 et 5 600.

- Le terminal de numérotation dial-peer peut être configuré pour le modèle de destination 5.

Ce type de plan de numérotation fonctionne sans problème en mode En bloc, mais avec Overlap qui reçoit le routeur, il tente de passer l'appel après avoir reçu suffisamment de chiffres pour correspondre au numéro de destination. Dans ce cas, après réception du 5. Pour éviter cela, le terminateur « T » doit être placé après les chiffres du modèle de destination. Le routeur doit donc attendre l'expiration du compteur T302 après la réception de chaque chiffre, ce qui permet de collecter le numéro complet avant de passer l'appel.

Configuration incorrecte et débogages associés

Voici un exemple de configuration qui provoque l'échec des appels :

!

interface Serial3/0:15

no ip address

no logging event link-status

isdn switch-type primary-qsig

isdn overlap-receiving

isdn incoming-voice voice

isdn send-alerting

no cdp enable

!

!

voice-port 3/0:15

!

dial-peer cor custom

!

!

dial-peer voice 1 voip

destination-pattern 5

session target ipv4:10.0.0.1

!

!

Les commandes debug RNIS Q931 et debug voip ccapi inout ont été activées. Certains des débogages ont été omis par souci de clarté.

ECV-3640-2#

*Mar  2 01:47:05.705: ISDN Se3/0:15: RX <- SETUP pd = 8  callref = 0x001A

*Mar  2 01:47:05.705:         Bearer Capability i = 0x8090A3

*Mar  2 01:47:05.709:         Channel ID i = 0xA9839B

*Mar  2 01:47:05.709:         Facility i = 0x91AA068001008201008B0102A11

402025CA002013B300B30090A01050A01030A0104

*Mar  2 01:47:05.713:         Facility i = 0x91AA068001008201008B0100A10

C02025CB006042B0C09008400

*Mar  2 01:47:05.713:         Calling Party Number i = 0x00, 0x83, '5000',

Plan:Unknown, Type:Unknown

*Mar  2 01:47:05.717:         Called Party Number i = 0x80, '5', Plan:Unknown,

Type:Unknown

*Mar  2 01:47:05.717:         High Layer Compat i = 0x9181

!--- An incoming call with the first digit of called number 5.

*Mar  2 01:47:05.729: ISDN Se3/0:15: TX -> SETUP_ACK pd = 8  callref = 0x801A

*Mar  2 01:47:05.729:         Channel ID i = 0xA9839B

*Mar  2 01:47:06.385: ISDN Se3/0:15: RX <- INFORMATION pd = 8  callref = 0x001A

*Mar  2 01:47:06.385:         Called Party Number i = 0x80, '5', Plan:Unknown,

Type:Unknown

!--- An information message with the next digit 5.

*Mar  2 01:47:06.393: ccCallSetupRequest numbering_type 0x80

*Mar  2 01:47:06.393: ccCallSetupRequest encapType 2 clid_restrict_disable 1

null_orig_clg 0 clid_transparent 0 callingNumber 5000

*Mar  2 01:47:06.393: dest pattern 5, called 55, digit_strip 0

*Mar  2 01:47:06.393: callingNumber=5000, calledNumber=55, redirectNumber=

display_info= calling_oct3a=83

!--- The router matches received digits 55 with dial peer 1.

*Mar  2 01:47:06.421: ccCallDisconnect (callID=0x25, cause=0x1 tag=0x0)

*Mar  2 01:47:06.421: ccCallDisconnect (callID=0x24, cause=0x1 tag=0x0)

*Mar  2 01:47:06.425: cc_api_call_disconnect_done(vdbPtr=0x62679168,

callID=0x24, disp=0, tag=0x0)

!--- The call was disconnected from the remote router, because !--- the number is incomplete as only 55 is sent, this fails to match any dial !--- peers (dial peers at remote router were four digits in length).

*Mar  2 01:47:06.433: ISDN Se3/0:15: TX -> DISCONNECT pd = 8  callref = 0x801A

*Mar  2 01:47:06.433:         Cause i = 0x8081 - Unallocated/unassigned number

!--- The call was disconnected because of an unallocated/unassigned number.

ECV-3640-2#

ECV-3640-2#

ECV-3640-2#

ECV-3640-2#

Configuration et débogages corrigés

Dans cet exemple, le numéro composé est 5678. Le terminal de numérotation dial-peer a été corrigé avec l'ajout du terminateur « T ». La configuration Overlap inclut également le réglage du temporisateur T302 pour refléter une configuration plus réaliste. Le compteur par défaut est de 10 secondes, ce qui peut être trop long dans certaines situations.

interface Serial3/0:15

no ip address

no logging event link-status

isdn switch-type primary-qsig

isdn overlap-receiving T302 2000

!--- The T302 timer is configured to wait for two seconds.

isdn incoming-voice voice

isdn send-alerting

no cdp enable

!

!

voice-port 3/0:15

!

dial-peer cor custom

!

!

!

dial-peer voice 1 voip

destination-pattern 5T

!--- The "T" is added to the dial peer.

session target ipv4:10.0.0.1

!

end

ECV-3640-2#

*Mar  2 21:36:10.132: ISDN Se3/0:15: RX <- SETUP pd = 8  callref = 0x0024

*Mar  2 21:36:10.136:         Bearer Capability i = 0x8090A3

*Mar  2 21:36:10.136:         Channel ID i = 0xA98386

*Mar  2 21:36:10.136:         Facility i = 0x91AA068001008201008B0102A114020262A

002013B300B30090A01050A01030A0104

*Mar  2 21:36:10.140:         Facility i = 0x91AA068001008201008B0100A10C020262B

006042B0C09008400

*Mar  2 21:36:10.140:         Calling Party Number i = 0x00, 0x83, '5000',

Plan:Unknown, Type:Unknown

*Mar  2 21:36:10.144:         Called Party Number i = 0x80, '5', Plan:Unknown,

Type:Unknown

*Mar  2 21:36:10.144:         High Layer Compat i = 0x9181

!--- An incoming call with the first digit of called number 5.

*Mar  2 21:36:10.164: ISDN Se3/0:15: TX -> SETUP_ACK pd = 8  callref = 0x8024

*Mar  2 21:36:10.164:         Channel ID i = 0xA98386

*Mar  2 21:36:10.360: ISDN Se3/0:15: RX <- INFORMATION pd = 8  callref = 0x0024

*Mar  2 21:36:10.364:         Called Party Number i = 0x80, '6', Plan:Unknown,

Type:Unknown

!--- An information message with the next digit 6.

*Mar  2 21:36:10.660: ISDN Se3/0:15: RX <- INFORMATION pd = 8  callref = 0x0024

*Mar  2 21:36:10.664:         Called Party Number i = 0x80, '7', Plan:Unknown,

Type:Unknown

!--- An information message with the next digit 7.

*Mar  2 21:36:10.924: ISDN Se3/0:15: RX <- INFORMATION pd = 8  callref = 0x0024

*Mar  2 21:36:10.924:         Called Party Number i = 0x80, '8', Plan:Unknown,

Type:Unknown

!--- An information message with the next digit 8.

*Mar  2 21:36:20.168: ccCallSetupRequest encapType 2 clid_restrict_disable 1

null_orig_clg 0 clid_transparent 0 callingNumber 5000

*Mar  2 21:36:20.172: dest pattern 5T, called 5678, digit_strip 0

*Mar  2 21:36:20.172: callingNumber=5000, calledNumber=5678, redirectNumber=

display_info= calling_oct3a=83

!--- The router matches received digits 5678 with dial peer 1.

*Mar  2 21:36:20.228: ISDN Se3/0:15: TX -> CALL_PROC pd = 8  callref = 0x8024

*Mar  2 21:36:20.420: cc_api_call_cut_progress(vdbPtr=0x6221F1E8, callID=0x38,

prog_ind=0x8, sig_ind=0x1)

*Mar  2 21:36:20.440: ISDN Se3/0:15: TX -> ALERTING pd = 8  callref = 0x8024

*Mar  2 21:36:20.440:         Progress Ind i = 0x8188 - In-band info or appropriate

now available

!--- The call is successfully routed and the remote phone is ringing.

ECV-3640-2#

Informations connexes

- Configuration des interfaces RNIS pour la voix

- Présentation des codes de motif de déconnexion debug isdn q931

- Présentation du module de réseau 1 ou 2 ports PRI RNIS/T1 canalisé

- Dépannage de l'accès primaire (PRI) T1

- Assistance concernant les produits vocaux et de communications unifiées

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

- Support technique - Cisco Systems