Composition et accès : "Réseaux numériques à intégration de services (RNIS), canal de signalisation associé (CAS)"

Dépannage des échecs d'appel du second canal B sur les liaisons BRI RNIS

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


Contenu


Introduction

Le protocole point-à-point de Multilien (MPPP) te permet d'évoquer les deux canaux B ensemble dans une connexion RNIS BRI. MPPP fournit 128k (2 64 Kbits/s x) de bande passante entre les périphériques d'extrémité RNIS. Cependant, dans de nombreux cas, les Routeurs peuvent seulement se connecter à un canal B, alors que les autres séjours de canal B tournent au ralenti. Ce document discute comment dépanner des questions dans de telles situations.

Remarque: Cette procédure est principalement pour la connexion avec un lien BRI (c'est-à-dire, deux canaux B). Si vous employez MPPP pour empaqueter deux BRIs ou plus (c'est-à-dire, au moins trois canaux B), référez-vous à configurer le PPP à liaisons multiples avec des plusieurs interfaces BRI.

Conditions préalables

Conditions requises

Vérifiez si les Routeurs peuvent se connecter entre eux à un canal B. Ce document couvre seulement les pannes de connexion qui associent au canal supplémentaire de multilink. Si vous ne pouvez pas se connecter à un canal référez-vous à l'organigramme de dépannage RNIS BRI.

Ne procédez pas à la procédure dans ce document à moins que le premier canal se connecte avec succès.

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Général ISDN et concepts de configuration de Routage à établissement de connexion à la demande (DDR). Référez-vous à la présentation de formation pour la configuration de base RNIS et DDR disponible sur Cisco apprenant le pour en savoir plus de connexion.

  • Comment mettre au point le RNIS et le PPP. Vous devez pouvoir déterminer si le routeur compose, se connecte à la couche RNIS et négocie le PPP.

Composants utilisés

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

  • Versions de logiciel 12.1(2) et 12.2(2)T de ½ du ¿  de Cisco IOSïÂ

    Cisco a introduit la commande de dialer redial dans la version de logiciel 12.1(2) de ½ du ¿  de Cisco IOSïÂ. Plus tard, Cisco a modifié la commande d'inclure des options supplémentaires dans le Logiciel Cisco IOS version 12.2(2)T. Pour plus d'informations sur cette caractéristique, référez-vous à la Fonction Redial Enhancements.

  • Deux Routeurs connectés pour vivre circuits BRI.

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 utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Description du problème

Un routeur évoque les deux canaux B sur le BRI afin d'essayer de se connecter au pair RNIS. La connexion au pair réussit. Cependant, seulement un canal B se connecte avec succès. Les tentatives de PPP à liaisons multiples d'évoquer le canal B supplémentaire mais l'appel échoue continuellement.

Ce diagramme montre l'écoulement d'appel pour un appel réussi :

/image/gif/paws/22480/ppp_multilink_ts2.gif

Vous interroge doit demander la compagnie de téléphone

Quand vous configurez et dépannez le multilink, posez à la compagnie de téléphone du routeur APPELÉ ces questions :

  1. Question : Avons-nous besoin composons-nous un numéro ou deux numéros pour se connecter aux deux canaux B distants ?

    Réponse :

    Un nombre : Configurez une chaîne de numéroteur ou une carte simple de numéroteur sur l'examen médical ou l'interface de numérotation du routeur local, comme approprié. Référez-vous au pour en savoir plus d'étape 4. Poursuivez pour interroger 2.

    Deux nombres : Sur le routeur local, configurez une carte de numéroteur ou une chaîne de numéroteur pour chaque isdn number distant de canal B. Référez-vous au pour en savoir plus d'étape 4.

  2. Question : Les deux nombres de canal B sont-ils configurés à un groupe de recherche ?

    Réponse :

    Oui : C'est la configuration prévue pour les circuits qui ont besoin seulement d'un nombre pour se connecter aux deux canaux B. Le groupe de recherche lie les deux nombres de canal B (ainsi le côté appelant a besoin de seulement un nombre pour appeler). Après que le premier canal B se connecte, le routeur APPELANT compose de nouveau le même numéro. Le commutateur à l'extrémité distante, la plus proche du routeur APPELÉ identifie que le premier canal B est occupé, et transfère l'appel sur le deuxième canal B, et rend de ce fait l'empaquetement possible.

    Non : Demandez à la compagnie de téléphone pour configurer les deux nombres de canaux B à un groupe de recherche et pour rouler automatiquement plus d'un appel au deuxième nombre quand le premier est occupé. Si la compagnie de téléphone ne configure pas le groupe de recherche, configurez le dialer redial ou la commande rapide-rollver de retard RNIS comme expliqué dans l'étape 5 de la section de dépannage.

Dépannez

Remarque: Avant que vous utilisiez cette procédure, vérifiez si les Routeurs sont connectés entre eux à un un canal B. Si vous ne pouvez pas se connecter à un canal, référez-vous à l'organigramme de dépannage RNIS BRI.

  1. Activez ces commandes de débogage : mettez au point le numéroteur, le debug isdn q931, et le debug ppp negotiation.

  2. Le trafic initié destiné pour le périphérique distant. Assurez-vous qu'il y a assez de trafic pour initier l'appel supplémentaire.

    Conseil : Vous pouvez employer l'utilitaire étendu de ping pour varier le datagramme/longueur de paquet et le nombre de pings. Référez-vous utilisant les commandes étendues de ping et de traceroute étendu pour plus d'informations sur la façon utiliser des pings étendus.

  3. Vérifiez si le routeur tente le deuxième appel. Les debugs apparaissent comme ceci :

    *Mar  1 01:30:55.295: BRI3/0 DDR: rotor dialout [priority]
    
    !--- Use BRI 3/0 to dial out.
    
    *Mar  1 01:30:55.295: BRI3/0 DDR: Dialing cause ip 
    (s=10.1.1.1, d=172.22.53.201)
    
    !--- DDR dialing cause is a ping to the remote router.
    
    *Mar  1 01:30:55.295: BRI3/0 DDR: Attempting to dial 5558888
    
    !--- Dial the remote number.
    
    *Mar  1 01:30:55.295: ISDN BR3/0: TX ->  SETUP pd = 8  callref = 0x07
    *Mar  1 01:30:55.299:         Bearer Capability i = 0x8890218F
    *Mar  1 01:30:55.299:         Channel ID i = 0x83
    *Mar  1 01:30:55.299:         Keypad Facility i = '5558888'
  4. Le routeur tente-il le deuxième appel ?

    • Oui : Passez à l'étape 5.

    • Non : L'implication est que le routeur n'est pas correctement configuré pour le PPP à liaisons multiples. Configurez ces commandes :

      Commande Description
      ppp multilink Configurez la commande de ppp multilink (sur des Routeurs) sous l'interface physique et l'interface de numérotation (si vous utilisez des Profils de composeur).

      Remarque:  Si vous ajoutez cette commande, vous devez déconnecter toutes les connexions existantes et puis rebrancher pour les nouveaux paramètres de multilink que vous voulez s'appliquer. La négociation de Multilien se produit pendant l'établissement d'appel. Par conséquent, aucune modification au multilink n'est mise en application sur les connexions qui se sont terminées la négociation LCP.

      dialer load-threshold 5 sortant Reliez le chargement (dont de 1 à 255) au delà le numéroteur initie un autre appel à la destination. La bande passante est un rapport de 255, où 255 est de 100 pour cent de la bande passante disponible. Dans cet exemple, le canal supplémentaire est soulevé quand le chargement sortant sur le lien est de 5/255 ou 2 pour cent. Variez cette valeur basée sur vos besoins.

      Conseil : Les utilisateurs configurent parfois la commande du dialer load-threshold 1 d'utiliser tous les canaux B immédiatement pour chaque appel. La théorie derrière cette configuration est que si tous les canaux B montent immédiatement, et chaque appel utilise le canal entier RNIS, l'appel doit être plus court dans la durée parce que les données d'utilisateur ont besoin de moins d'heure de transférer.

      Tandis que cette théorie est bruit, dans la pratique Cisco recommande que vous ne placiez jamais votre valeur de dialer load-threshold à n'importe quoi moins de 3. Si vous placez cette valeur à moins de 3, les plusieurs canaux RNIS montent immédiatement, et mènent au conflit entre les deux canaux et un manque de se connecter à l'un d'entre eux.
      nombre de chaîne de nombre ou de numéroteur de nom de nom d'IP address de carte de numéroteur Configurez une carte de numéroteur (ou la chaîne de numéroteur) pour chaque isdn number distant de canal B. L'adresse IP et le nom pour les deux déclarations doivent être identique, seulement l'isdn number doit être différent. Exemple :
      dialer map ip 192.168.1.1 name asc001 13305551111
      dialer map ip 192.168.1.1 name asc001 13305551112
      ou
      dialer string 13305551111
      dialer string 13305551112

      Remarque:  Si la compagnie de téléphone vous informe que vous avez besoin seulement composez un numéro, vous avez besoin de seulement une carte ou instruction de numérotation de numéroteur.

      Pour plus d'informations sur les options de configuration pour le PPP à liaisons multiples, référez-vous au PPP à liaisons multiples pour le DDR - configuration de base et vérification.

  5. Configurez une de ces commandes sous l'examen médical ou l'interface de numérotation :

    • tentatives 3 de l'intervalle de renumérotation du routeur d'appels 5 — L'intervalle entre les tentatives de cadran est de cinq secondes, parce que un maximum de trois tentatives.

      Cet intervalle tient compte pour que le vieil appel soit démoli complètement avant la tentative de rappel.

    • isdn fast-rollover-delay 5 — Placez le retard inversé à 5 secondes.

      Fournissez ce retard pour permettre le vieil appel à démolir complètement avant la nouvelle tentative d'appel. Cette commande est nécessaire sur quelques Commutateurs RNIS parce que la nouvelle tentative d'appel peut se produire avant que le vieil appel soit complètement démoli. Ceci fait échouer le deuxième appel.

Exemple de sortie

Cette section fournit une configuration et une sortie de débogage témoin pour un appel réussi et infructueux. Utilisez cette section comme la référence pour vous vérifier si met au point observent la correspondance celle affichée ici :

ppp_multilink_ts1.gif

interface BRI1/0
 ip address 192.168.1.111 255.255.255.0
 encapsulation ppp
 dialer map ip 192.168.1.1 name asc001 13305551111
 dialer map ip 192.168.1.1 name asc001 13305551112
 
!--- Notice that the dialer map statements are identical except for 
 !--- the phone numbers to dial. 
 !--- The numbers correspond to the ISDN numbers of the remote BRI.
 !--- This router will use the first dialer map, then the second dialer map. 

 dialer load-threshold 1 either

 !--- Set the load-threshold to the required value and direction dialer-group 1.

 isdn switch-type basic-ni
 isdn spid1 25255588880101 5558888
 isdn spid2 25255588890101 5558889 
 isdn fast-rollover-delay 5
 

 !--- Rollover delay is set to 5 seconds.

 ppp authentication chap pap callin
 ppp multilink

 !--- Enable multilink on the interface.

Lancez le debug isdn q931 et le debug ppp negotiation et initiez un ping à l'adresse IP d'extrémité distante.

asc011#ping 192.168.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.1, timeout is 2 seconds:
Aug 24 16:30:35.651 est: ISDN BR1/0: TX -> SETUP pd = 8 callref = 0x3B
Aug 24 16:30:35.655 EST: Bearer Capability i = 0x8890218F
Aug 24 16:30:35.655 EST: Channel ID i = 0x83
Aug 24 16:30:35.659 EST: Keypad Facility i = '13305551111' 

!--- Calling out with the number specified in the first dialer map.

Aug 24 16:30:35.896 EST: ISDN BR1/0: RX <- CALL_PROC pd = 8 callref = 0xBB
Aug 24 16:30:35.896 EST: Channel ID i = 0x89
Aug 24 16:30:35.900 EST: Locking Shift to Codeset 5
Aug 24 16:30:35.900 EST: Codeset 5 IE 0x2A i = 0x80880B,'13305551111', 
  0x800109800114800114800114..
Aug 24 16:30:38.877 EST: ISDN BR1/0: RX <- ALERTING pd = 8 callref = 0xBB
Aug 24 16:30:38.881 EST: Signal i = 0x01 - Ring back tone on
Aug 24 16:30:38.929 EST: ISDN BR1/0: RX <- CONNECT pd = 8 callref =0xBB
Aug 24 16:30:38.929 EST: Signal i = 0x3F - Tones off
Aug 24 16:30:38.937 EST: %LINK-3-UPDOWN: Interface BRI1/0:1, changed state to up
Aug 24 16:30:38.941 EST: BR1/0:1 PPP: Treating connection as a callout
Aug 24 16:30:38.945 EST: BR1/0:1 PPP: Phase is ESTABLISHING, Active Open
  [0 sess , 0 load]
Aug 24 16:30:38.945 EST: BR1/0:1 PPP: No remote authentication for call-out
Aug 24 16:30:38.945 EST: BR1/0:1 LCP: O CONFREQ [Closed] id 5 len 23
Aug 24 16:30:38.945 EST: BR1/0:1 LCP: MagicNumber 0x55EE5FC7 (0x050655EE5FC7)
Aug 24 16:30:38.945 EST: BR1/0:1 LCP: MRRU 1524 (0x110405F4)
Aug 24 16:30:38.949 EST: BR1/0:1 LCP: EndpointDisc 1 Local 
  (0x130901617363303131)
Aug 24 16:30:38.949 EST: ISDN BR1/0: TX -> CONNECT_ACK pd = 8 callref = 0x3B
...

!--- Output omitted.

...
Aug 24 16:30:39.009 EST: BR1/0:1 LCP: I CONFACK [ACKsent] id 5 Len 23
Aug 24 16:30:39.009 EST: BR1/0:1 LCP: MagicNumber 0x55EE5FC7(0x050655EE5FC7)
Aug 24 16:30:39.009 EST: BR1/0:1 LCP: MRRU 1524 (0x110405F4)
Aug 24 16:30:39.009 EST: BR1/0:1 LCP: EndpointDisc 1 Local 
  (0x130901617363303131)
Aug 24 16:30:39.013 EST: BR1/0:1 LCP: State is Open
Aug 24 16:30:39.013 EST: BR1/0:1 PPP:Phase is AUTHENTICATING, by the peer
  [0 sess, 0 load]
Aug 24 16:30:39.057 EST: BR1/0:1 CHAP: I CHALLENGE id 151 Len 27 from "asc001"
Aug 24 16:30:39.061 EST: BR1/0:1 CHAP: O RESPONSE id 151 Len 27 from "asc011"
Aug 24 16:30:39.109 EST: BR1/0:1 CHAP: I SUCCESS id 151 Len 4

!--- Authentication is successful.

Aug 24 16:30:39.109 EST: BR1/0:1 PPP: Phase is VIRTUALIZED [0 sess, 0 load]
Aug 24 16:30:39.113 EST: Vi1 PPP: Phase is DOWN, Setup [0 sess, 0 load]
Aug 24 16:30:39.121 EST: %LINK-3-UPDOWN: Interface Virtual-Access1,
changed state to up
Aug 24 16:30:39.121 EST: Vi1 PPP: Treating connection as a callout
Aug 24 16:30:39.121 EST: Vi1 PPP: Phase is ESTABLISHING, Active Open [0sess, 0load]
Aug 24 16:30:39.125 EST: Vi1 PPP: No remote authentication for call-out
Aug 24 16:30:39.125 EST: Vi1 LCP: O CONFREQ [Closed] id 1 Len 23
Aug 24 16:30:39.125 EST: Vi1 LCP: MagicNumber 0x55EE6079(0x050655EE6079)
Aug 24 16:30:39.125 EST: Vi1 LCP: MRRU 1524 (0x110405F4)
Aug 24 16:30:39.125 EST: Vi1 LCP: EndpointDisc 1 Local (0x130901617363303131)
Aug 24 16:30:39.129 EST: Vi1 PPP: Phase is UP [0 sess, 0 load]
Aug 24 16:30:39.129 EST: Vi1 IPCP: O CONFREQ [Closed] id 1 Len 10
Aug 24 16:30:39.129 EST: Vi1 IPCP: Address 192.168.1.111(0x0306C0A8016F)
Aug 24 16:30:39.137 EST: Vi1 IPCP: I CONFREQ [REQsent] id 1 Len 10
Aug 24 16:30:39.137 EST: Vi1 IPCP: Address 192.168.1.1 (0x0306C0A80101)
Aug 24 16:30:39.137 EST: Vi1 IPCP: O CONFACK [REQsent] id 1 Len 10
Aug 24 16:30:39.137 EST: Vi1 IPCP: Address 192.168.1.1 (0x0306C0A80101)
Aug 24 16:30:39.177 EST: Vi1 IPCP: I CONFACK [ACKsent] id 1 Len 10
Aug 24 16:30:39.177 EST: Vi1 IPCP: Address 192.168.1.111 (0x0306C0A8016F)
Aug 24 16:30:39.181 EST: Vi1 IPCP: State is Open
Aug 24 16:30:39.185 EST: BR1/0 IPCP: Install route to 192.168.1.1

!--- First call is successful. We will now initiate the additional call.

Aug 24 16:30:39.754 EST: ISDN BR1/0: TX -> SETUP pd = 8 callref = 0x3C
Aug 24 16:30:39.754 EST: Bearer Capability i = 0x8890218F
Aug 24 16:30:39.758 EST: Channel ID i = 0x83
Aug 24 16:30:39.762 EST: Keypad Facility i = '13305551111' 

!--- We once again dial out with the first dialer map (the expected behavior).
!--- This call fails and router rolls over to use the second dialer map.

Aug 24 16:30:39.995 EST: ISDN BR1/0: RX <- CALL_PROC pd = 8 callref = 0xBC
Aug 24 16:30:39.995 EST: Channel ID i = 0x8A
Aug 24 16:30:39.999 EST: Locking Shift to Codeset 5
Aug 24 16:30:39.999 EST: Codeset 5 IE 0x2A i = 
  0x80880B,'13305551111',0x800109800114800114800114
Aug 24 16:30:40.111 EST: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI1/0:1,
  changed state to up
Aug 24 16:30:40.131 EST: %LINEPROTO-5-UPDOWN: Line protocol on Interface
  Virtual-Access1, changed state to up
Aug 24 16:30:41.209 EST: BR1/0:1 LCP: I ECHOREQ [Open] id 1 Len 12 magic 0x8EFDDF16
Aug 24 16:30:41.209 EST: BR1/0:1 LCP: O ECHOREP [Open] id 1 Len 12 magic 0x55EE5FC7
Aug 24 16:30:42.779 EST: ISDN BR1/0: RX <- DISCONNECT pd = 8 callref = 0xBC
Aug 24 16:30:42.783 EST: Cause i = 0x8291 - User busy
Aug 24 16:30:42.783 EST: Signal i = 0x04 - Busy tone on

!--- The call fails. The remote switch sends a message that the B-channel is busy.
!--- Upon receipt of this disconnect, the router dials the second dialer map.
!--- If you do not receive this Disconnect within a certain timeframe, the router
!--- does not attempt another call. The dialer redial or isdn fast-rollover
!--- commands can fix this issue.

Aug 24 16:30:42.795 EST: %ISDN-6-CONNECT: Interface BRI1/0:1 is now connected to
  13305551111 asc001
Aug 24 16:30:42.807 EST: ISDN BR1/0: TX -> RELEASE pd = 8 callref = 0x3C
Aug 24 16:30:42.831 EST: ISDN BR1/0: TX -> SETUP pd = 8 callref = 0x3D
Aug 24 16:30:42.835 EST: Bearer Capability i = 0x8890218F
Aug 24 16:30:42.835 EST: Channel ID i = 0x83
Aug 24 16:30:42.839 EST: Keypad Facility i = '13305551112'

!--- Dial with the second dialer map.

Aug 24 16:30:42.927 EST: ISDN BR1/0: RX <- RELEASE_COMP pd = 8 callref = 0xBC
Aug 24 16:30:42.931 EST: Signal i = 0x3F - Tones off
Aug 24 16:30:43.096 EST: ISDN BR1/0: RX <- CALL_PROC pd = 8 callref = 0xBD
Aug 24 16:30:43.096 EST: Channel ID i = 0x8A
Aug 24 16:30:43.100 EST: Locking Shift to Codeset 5 asc011#
Aug 24 16:30:43.100 EST: Codeset 5 IE 0x2A i = 0x80880B, '13305551112'
  ,0x800109800114800114800114
Aug 24 16:30:46.329 EST: ISDN BR1/0: RX <- ALERTING pd = 8 callref = 0xBD
Aug 24 16:30:46.329 EST: Signal i = 0x01 - Ring back tone on
Aug 24 16:30:46.361 EST: ISDN BR1/0: RX <- CONNECT pd = 8 callref = 0xBD
Aug 24 16:30:46.361 EST: Signal i = 0x3F - Tones off
Aug 24 16:30:46.373 EST: %LINK-3-UPDOWN: Interface BRI1/0:2, changed state to up
Aug 24 16:30:46.373 EST: BR1/0:2 PPP: Treating connection as a callout
...

!--- Output omitted.

...
Aug 24 16:30:46.445 EST: BR1/0:2 LCP: State is Open
Aug 24 16:30:46.445 EST: BR1/0:2 PPP: Phase is AUTHENTICATING, by the peer 
  [0 sess, 1 load]
Aug 24 16:30:46.489 EST: BR1/0:2 CHAP: I CHALLENGE id 31 Len 27 from "asc001"
Aug 24 16:30:46.493 EST: BR1/0:2 CHAP: O RESPONSE id 31 Len 27 from "asc011"
Aug 24 16:30:46.542 EST: BR1/0:2 CHAP: I SUCCESS id 31 Len 4
Aug 24 16:30:46.542 EST: BR1/0:2 PPP: Phase is VIRTUALIZED [0 sess, 1 load]
Aug 24 16:30:46.546 EST: BR1/0:2 MLP: asc001, multilink up
Aug 24 16:30:47.343 EST: BR1/0:1 LCP: I ECHOREP [Open] id 1 Len 12 magic 
  0x8EFDDF16
Aug 24 16:30:47.343 EST: BR1/0:1 LCP: Received id 1, sent id 1, line up
Aug 24 16:30:47.343 EST: BR1/0:2 LCP: I ECHOREP [Open] id 1 Len 12 magic 
  0x8EFDFC22
Aug 24 16:30:47.347 EST: BR1/0:2 LCP: Received id 1, sent id 1, line up
Aug 24 16:30:47.543 EST: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI1/0:2,
  changed state to up

!--- The 2 B-channel Call connects.

asc011#

Utilisez la commande active de show isdn de vérifier la connexion. Notez le numéro appelé pour chaque appel sortant.

--------------------------------------------------------------------------------
ISDN ACTIVE CALLS
--------------------------------------------------------------------------------
Call   Calling   Called  Remote  Seconds  Seconds   Seconds  Charges
Type    Number   Number  Name     Used    Left      Idle     Units/Currency
--------------------------------------------------------------------------------
Out         +3305551111 asc001         55 Unavail    0         0
Out         +3305551112 asc001         48 Unavail    0         0
-------------------------------------------------------------------------------

Cet exemple affiche un appel défaillant. Une certaine sortie inutile est omise.


asc008#ping 192.168.1.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.1, timeout is 2 seconds:
Aug 21 09:33:17.627 EST: BR1/0 DDR: Dialing cause ip (s=192.168.1.108,d=192.168.1.1)
Aug 21 09:33:17.627 EST: BR1/0 DDR: Attempting to dial 13305551111
Aug 21 09:33:17.635 EST: ISDN BR1/0: TX -> SETUP pd = 8 callref = 0x0C
Aug 21 09:33:17.639 EST: Bearer Capability i = 0x8890
Aug 21 09:33:17.639 EST: Channel ID i = 0x83
Aug 21 09:33:17.639 EST: Keypad Facility i = '13305551111'

!--- Calling out with the number specified in the first dialer map.

Aug 21 09:33:18.184 EST: ISDN BR1/0: RX <- CALL_PROC pd = 8 callref = 0x8C
Aug 21 09:33:18.184 EST: Channel ID i = 0x89.
Aug 21 09:33:20.532 EST: ISDN BR1/0: RX <- ALERTING pd = 8 callref =0x8C
Aug 21 09:33:20.536 EST: Signal i = 0x01 - Ring back tone on
Aug 21 09:33:20.564 EST: ISDN BR1/0: RX <- CONNECT pd = 8 callref =0x8C
Aug 21 09:33:20.568 EST: Signal i = 0x3F - Tones off
Aug 21 09:33:20.572 EST: %LINK-3-UPDOWN: Interface BRI1/0:1, changed state to up
Aug 21 09:33:20.576 EST: BR1/0:1 PPP: Treating connection as a callout
Aug 21 09:33:20.580 EST: BR1/0:1 PPP: Phase is ESTABLISHING, Active Open
  [0 sess, 1 load]
...

! --Output omitted.

...
Aug 21 09:33:20.660 EST: BR1/0:1 LCP: State is Open
Aug 21 09:33:20.660 EST: BR1/0:1 PPP: Phase is AUTHENTICATING, by the peer 
  [0 sess, 1 load]
Aug 21 09:33:20.720 EST: BR1/0:1 CHAP: I CHALLENGE id 127 Len 27 from "asc001"
Aug 21 09:33:20.720 EST: BR1/0:1 CHAP: O RESPONSE id 127 Len 27 from "asc008"
Aug 21 09:33:20.784 EST: BR1/0:1 CHAP: I SUCCESS id 127 Len 4

!--- Authentication is successful.

Aug 21 09:33:20.784 EST: BR1/0:1 PPP: Phase is VIRTUALIZED [0 sess, 1 load]
Aug 21 09:33:20.784 EST: Vi1 PPP: Phase is DOWN, Setup [0 sess, 1 load]
Aug 21 09:33:20.792 EST: %LINK-3-UPDOWN: Interface Virtual-Access1,
  changed state to up
...

!--- Output omitted.

...
Aug 21 09:33:20.864 EST: Vi1 IPCP: Address 192.168.1.108(0x0306C0A8016C)
Aug 21 09:33:20.864 EST: Vi1 IPCP: State is Open
Aug 21 09:33:20.868 EST: Vi1 DDR: dialer protocol up
Aug 21 09:33:20.868 EST: BR1/0 IPCP: Install route to 192.168.1.1
Aug 21 09:33:21.089 EST: BR1/0 DDR: Attempting to dial 13305551111
Aug 21 09:33:21.093 EST: ISDN BR1/0: TX -> SETUP pd = 8 callref = 0x0D
Aug 21 09:33:21.097 EST: Bearer Capability i = 0x8890
Aug 21 09:33:21.097 EST: Channel ID i = 0x83
Aug 21 09:33:21.101 EST: Keypad Facility i = '13305551111'

!--- The second call is dialed out with the first dialer map.
!--- The first B-channel on the remote BRI is in use. You must receive a
!--- Disconnect(cause code:busy).

Aug 21 09:33:21.581 EST: ISDN BR1/0: RX <- CALL_PROC pd = 8 callref =0x8D
Aug 21 09:33:21.581 EST: Channel ID i = 0x8A
Aug 21 09:33:21.786 EST: %LINEPROTO-5-UPDOWN: Line protocol on 
  InterfaceBRI1/0:1, changed state to up
Aug 21 09:33:21.802 EST: %LINEPROTO-5-UPDOWN: Line protocol on Interface 
  Virtual -Access1, changed state to up
Aug 21 09:33:23.577 EST: ISDN BR1/0: RX <- PROGRESS pd = 8 callref = 0x8D
Aug 21 09:33:23.577 EST: Cause i = 0x8491 - User busy
Aug 21 09:33:23.581 EST: Progress Ind i = 0x8488 - In-band info or appropriate
  now available

!--- In this case, the "Rx <- PROGRESS" is returned, the CALLED 
!--- router does not even try to call out on the second number because the router  
!--- assumes the call is in progress. You must receive a DISCONNECT for the router
!--- to dial the second number.

Aug 21 09:33:26.578 EST: %ISDN-6-CONNECT: Interface BRI1/0:1 is now 
  connected to 13305551111 asc001
Aug 21 09:33:51.091 EST: BRI1/0: wait for isdn carrier timeout, call  nbid=0x8010
Aug 21 09:33:51.091 EST: BR1/0 DDR: Attempting to dial 13305551112
Aug 21 09:33:51.099 EST: ISDN BR1/0: TX -> DISCONNECT pd = 8 callref = 0x0D
Aug 21 09:33:51.103 EST: Cause i = 0x8090 - Normal call clearing
Aug 21 09:33:51.147 EST: ISDN BR1/0: RX <- RELEASE pd = 8 callref = 0x8D
Aug 21 09:33:51.155 EST: ISDN BR1/0: TX -> RELEASE_COMP pd = 8 callref = 0x0Di

!--- No CONNECT follows the PROGRESS, and so the ISDN carrier times out.
!--- Interestingly the ISDN dialer calls out, but the IOS 
!--- disconnects the same (due to the expiry of certain dialer timers).

Utilisez la commande active de show isdn de vérifier la connexion. Notez que seulement une connexion est en activité.

--------------------------------------------------------------------------------
ISDN ACTIVE CALLS
--------------------------------------------------------------------------------
Call     Calling    Called    Remote    Seconds    Seconds  Seconds    Charges
Type     Number     Number     Name       Used      Left       Idle 
Units/Currency
--------------------------------------------------------------------------------
Out             +3305551111  asc001       25       Unavail      0         0
--------------------------------------------------------------------------------


Informations connexes


Document ID: 22480