Problèmes de chevauchement RNIS lors de la réception d'un numéro non alloué / non affecté

Options de téléchargement

PDF (167.4 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (91.0 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (79.0 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:2 février 2006

ID du document:23382

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

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#