Dépannage de connectivité d'accès commuté – appel sortant non-DDR
Contenu
Introduction
Ce document fournit des méthodes de dépannage de différents types de connexions de numérotation et n'est pas destiné à être lu du début à la fin. La structure est conçue pour permettre au lecteur de passer aux sections d'intérêt, qui sont chacune des variations du thème de dépannage global d'un cas spécifique. Ce document couvre trois grands scénarios ; avant de commencer le dépannage, déterminez le type d'appel tenté et accédez à cette section :
Conditions préalables
Conditions requises
Aucune condition préalable spécifique n'est requise pour ce document.
Components Used
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
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.
Historique
La connexion commutée est simplement l'application du réseau téléphonique public commuté (RTPC) qui transporte les données au nom de l'utilisateur final. Il s’agit d’un équipement client (CPE) qui envoie au commutateur téléphonique un numéro de téléphone vers lequel diriger une connexion. Les AS3600, AS5200, AS5300 et AS5800 sont tous des exemples de routeurs capables d'exécuter une interface PRI (Primary Rate Interface) avec des banques de modems numériques. L’AS2511, en revanche, est un exemple de routeur qui communique avec des modems externes.
Le marché des opérateurs s'est considérablement développé et le marché exige désormais des densités de modems plus élevées. La réponse à ce besoin est un niveau plus élevé d'interopérabilité avec l'équipement de la compagnie de téléphone et le développement du modem numérique. Il s'agit d'un modem capable d'un accès numérique direct au RTPC. En conséquence, des modems CPE plus rapides ont été développés pour tirer parti de la clarté du signal dont jouissent les modems numériques. Le fait que les modems numériques se connectant au RTPC via une interface PRI ou BRI (Basic Rate Interface) puisse transmettre des données à plus de 53 000 en utilisant la norme de communication V.90 atteste du succès de l'idée.
Les premiers serveurs d'accès étaient les AS2509 et AS2511. L'AS2509 peut prendre en charge 8 connexions entrantes à l'aide de modems externes et l'AS2511 peut prendre en charge 16. L'AS5200 a été introduit avec 2 PRI et pourrait prendre en charge 48 utilisateurs utilisant des modems numériques, et représente un grand bond en avant en matière de technologie. Les densités de modems ont augmenté régulièrement avec l'AS5300 prenant en charge 4, puis 8 PRI. Enfin, l'AS5800 a été introduit pour répondre aux besoins des installations de classe opérateur qui doivent gérer des dizaines de T1 entrants et des centaines de connexions utilisateur.
Quelques technologies obsolètes méritent d'être mentionnées dans une discussion historique sur la technologie de numérotation. 56Kflex est une vieille norme de 56k (pré-V.90) proposée par Rockwell. Cisco prend en charge la version 1.1 de la norme 56Kflex sur ses modems internes, mais recommande de migrer les modems CPE vers V.90 dès que possible. Une autre technologie obsolète est l'AS5100. L'AS5100 était une coentreprise entre Cisco et un fabricant de modems. L'AS5100 a été créé pour augmenter la densité des modems grâce à l'utilisation de cartes quadruples. Il s'agissait d'un groupe d'AS2511 conçus comme des cartes insérées dans un fond de panier partagé par des cartes à quatre modems et une carte T1 double.
Conventions
Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.
Légende non DDR
Il existe quelques raisons courantes de passer un appel sortant non DDR à partir d'un serveur d'accès Cisco :
-
Pour utiliser le serveur d'accès avec l'utilitaire Cisco Dialout.
-
Pour utiliser le serveur d'accès en tant que serveur de terminal pour accéder à une session commutée de cellules de caractères sur un autre serveur, peut-être pour vous connecter manuellement et démarrer PPP ultérieurement.
-
Pour tester ou configurer un modem (reportez-vous à la section Configuration d'une connexion Telnet inverse).
Comme pour le dépannage des légendes DDR, le flux général de raisonnement pour le dépannage des légendes non DDR ressemble à ce qui suit :
-
La connexion TCP au port d’écoute est-elle réussie ? (Un oui passe à la question suivante)
-
Le modem est-il en mesure d'offrir l'invite AT ?
-
L'appel est-il transmis au RTPC ?
-
L'extrémité distante répond-elle à l'appel ?
-
L'appel est-il terminé ?
-
Les données transitent-elles sur la liaison ?
-
La session est-elle établie ? (PPP ou terminal)
Quelques remarques sur l'utilitaire Cisco Dialout
L'utilitaire Cisco Dialout permet à une communauté de PC Windows de partager efficacement les ressources modem d'un serveur d'accès. Les étapes générales de la configuration de l'utilitaire Cisco Dialout pour une communauté d'utilisateurs sont les suivantes :
-
Configurez le serveur d'accès réseau (NAS) avec les commandes suivantes sous les configurations de ligne :
line 1 16 modem InOut rotary 1 transport input all flowcontrol hardware
-
Installez Cisco Dialout sur les PC qui utiliseront les modems NAS. Vérifiez les configurations :
-
Double-cliquez sur l'icône de l'utilitaire de numérotation en bas à droite de l'écran.
-
Cliquez sur More.
-
Cliquez sur Configurer les ports.
-
-
Il est également conseillé d'activer la journalisation par modem sur le PC. Pour cela, cliquez sur Démarrer > Panneau de configuration > Modems. Sélectionnez votre modem de numérotation Cisco et cliquez sur le bouton Propriétés. Sélectionnez l'onglet Connexion, puis cliquez sur le bouton Avancé. Activez la case à cocher Enregistrer un fichier journal.
-
Configurez la mise en réseau à accès commuté sur les PC pour utiliser le port COM Cisco Dialout.
Il y a quelques éléments à savoir sur la sélection du numéro de port pour l'utilitaire Cisco Dialout. Par défaut, il tente d'utiliser le port TCP 6001. Cela signifie qu'il est le seul utilisateur sur un NAS sortant. Comme ce n'est pas le cas normalement, il est préférable d'utiliser le 7001 pour profiter de la fonction rotatif. Les processus d'écoute TCP sont créés en plaçant la commande transport input sur une configuration de ligne. Voici un tableau des différentes plages de numéros de port IP :
Tableau 3 : Ports d'écoute TCP configurés par la commande « Transport Input »| 2000 | protocole Telnet |
| 3000 | Protocole Telnet avec protocole rotatif |
| 4000 | Protocole TCP brut |
| 5000 | Protocole TCP brut avec rotation |
| 6000 | Protocole Telnet, mode binaire |
| 7000 | Protocole Telnet, mode binaire avec rotation |
| 9000 | Protocole XRemote |
| 10 000 | Protocole XRemote avec rotative |
Un rotatif permet à quelqu'un d'établir une connexion TCP entrante à un port spécifié et de se connecter à tout modem actuellement disponible qui a le numéro de groupe rotatif. Dans l'exemple ci-dessus, le groupe rotatif configure les écouteurs sur 3001, 5001, 7001 et 10001. L'utilitaire Cisco Dialout utilise le mode binaire, de sorte que 7001 est le numéro correct pour configurer les programmes clients à utiliser sur les PC.
Dépannage de la numérotation non DDR
Procédez comme suit pour dépanner votre numérotation non DDR.
-
Pour voir le succès initial d'une légende non DDR (par exemple, une légende Configuration inverse Telnet), utilisez la commande debug telnet pour voir la connexion telnet entrante au routeur.
-
Si la connexion TCP est refusée, il n'y a pas d'écouteur à l'adresse et au port spécifiés ou quelqu'un est déjà connecté à ce port. Vérifiez l'adresse à laquelle vous vous connectez et vérifiez le numéro de port.
Vérifiez également que l'entrée modem (ou modem dtr-active) et l'entrée transport toutes les commandes apparaissent sous la configuration de ligne pour la ligne atteinte. Si vous utilisez la fonction de rotation, assurez-vous que la commande rotative 1 (ou n'importe quel numéro choisi) apparaît également dans la configuration de ligne. Pour savoir si une personne est connectée, établissez une connexion Telnet avec le routeur et utilisez la commande show line. Recherchez un astérisque pour indiquer que la ligne est utilisée. En outre, utilisez la commande show line n pour vous assurer que le CTS (Clear to Send) est élevé et que le DSR (Data Set Ready) ne l'est pas. Utilisez la commande clear line n pour déconnecter la session en cours sur ce numéro de port.
À ce stade, le protocole Telnet doit fonctionner. Ensuite, identifiez le type de support utilisé pour la connexion sortante :
Légende externe non DDR du modem asynchrone
Pour identifier une légende externe non DDR de modem asynchrone (par exemple, Configuration de la légende Reverse Telnet), procédez comme suit :
-
Entrez la commande AT et assurez-vous qu'une réponse OK apparaît. Si la réponse OK n'apparaît pas, entrez la commande AT&FE1Q0. Entrez de nouveau la commande AT pour voir si la réponse OK apparaît. Si la réponse OK apparaît, le modem doit peut-être être initialisé. Si vous n'obtenez toujours pas de réponse OK, vérifiez les paramètres de câblage, de vitesse de ligne et de parité sur le modem asynchrone local à la connexion du routeur. Pour plus d'informations, reportez-vous au Guide de connexion modem-routeur.
-
Activez le volume du haut-parleur du modem à l'aide de la commande ATM1 et entrez ATDT <number>.
-
Si l'extrémité distante ne semble pas répondre, vérifiez que l'appel est passé par le modem d'origine en appelant manuellement un numéro local à l'aide de la commande ATDT <number>et en écoutant la sonnerie.
-
S'il n'y a pas de sonnerie, l'appel ne sort pas.
Échangez les câbles du modem d'origine et réessayez. Si cela ne fonctionne toujours pas, essayez un combiné sur la ligne. Veillez à utiliser le même câble que celui utilisé par le modem. Si le combiné n'est pas en mesure de passer un appel sortant même avec le nouveau câble, contactez l'opérateur téléphonique pour vérifier la ligne téléphonique d'origine.
-
Si le modem semble passer les appels comme prévu, assurez-vous que le numéro de téléphone appelé est correct.
Utilisez un combiné pour appeler le numéro de réception. Veillez à utiliser le même câble que celui utilisé par le modem. Si un appel manuel est en mesure d'atteindre le numéro de réception, écoutez le modem distant pour proposer une tonalité de réponse (ABT). Si l'appel reste sans réponse ou qu'aucun ABT n'est entendu, le modem récepteur ne peut pas être configuré pour répondre automatiquement. La commande permettant de dire à la plupart des modems de répondre automatiquement est ATS0=1. Le modem récepteur doit peut-être être initialisé ou débogué. Si le modem récepteur est connecté à un routeur Cisco, reportez-vous au Guide de connexion modem-routeur pour plus de détails. Vérifiez le modem et remplacez-le si nécessaire.
-
Si un appel manuel ne parvient pas à atteindre le modem asynchrone de réponse, modifiez les câbles téléphoniques sur le modem récepteur et essayez un téléphone normal sur la ligne du modem récepteur. Si l'appel peut être reçu par le téléphone normal, il y a probablement un problème avec le modem récepteur. Vérifiez le modem et remplacez-le si nécessaire.
-
Si l'appel manuel n'est toujours pas en mesure d'atteindre le téléphone normal sur la ligne en question, essayez une autre ligne (connue) dans l'installation de réception. Si cela se connecte, demandez à l'opérateur de téléphonie de vérifier la ligne téléphonique vers le modem récepteur.
-
Si l'appel manuel n'est pas en mesure d'atteindre l'installation de réception et qu'il s'agit d'un appel longue distance, demandez à la partie d'origine d'essayer un autre numéro longue distance (connu).
Si cela fonctionne, l'installation ou la ligne de réception ne peut pas être provisionnée pour recevoir des appels longue distance. Si la ligne d'origine ne peut pas atteindre d'autres numéros interurbains, elle n'est peut-être pas activée. Essayez les codes 10-10 pour différentes compagnies interurbains.
-
Assurez-vous que les modems asynchrones s'entraînent.
Si les modems asynchrones ne s'entraînent pas, appelez manuellement le numéro et écoutez le message statique. Il peut y avoir d'autres facteurs qui interférent avec la montée des trains. Il peut y avoir un problème de câble entre le modem récepteur et l’ETTD auquel il est connecté. Les pannes de formation sont probablement un problème de circuit ou d'incompatibilité. Il est possible de remédier à cette situation en détonant les modems, ce qui les limite à des vitesses moins « agressives ». À titre d'exemple de cette technique, essayons une connexion à l'un des systèmes de test de Cisco. Tout d'abord, nous allons activer les rapports sur les taux de transmission des données des haut-parleurs et des ETCD :
atm1 OK
Ensuite, nous allons passer à un TP statique :
at OK atdt914085703932 NO CARRIER
La connexion normale semble échouer. Dans ce cas, nous savons qu'il s'agit d'une ligne bruyante, alors mettez le modem à ses paramètres d'usine (&f), activez le haut-parleur (m1) et cassez le modem à 28,8 (&n14 pour les modems USR) avec la commande suivante :
at&fm1&n14 OK
Nous réessayons maintenant le numéro :
atdt914085703932 CONNECT 28800/ARQ Welcome! Please login with username cisco, password cisco, and type the appropriate commands for your test: ppp - to start ppp slip - to start slip arap - to start arap access-3 line 29 MICA V.90 modems User Access Verification Username: cisco Password: access-3>
-
Assurez-vous que les données circulent. Appuyez plusieurs fois sur la touche Retour pour voir si les données circulent entre le système distant et la session locale. Si les données ne circulent pas, il peut y avoir un problème de câble ou de signal lorsque le modem asynchrone distant tente de communiquer avec l’ETTD distant. Déboguer et remplacer selon les besoins.
Si la saisie de données obtient une réponse raisonnable de l'autre côté, la connexion par modem fonctionne.
Légende non DDR CAS T1/E1
Procédez comme suit pour exécuter une légende CAS T1/E1 non DDR.
-
Diagnostiquez un appel non DDR à modem asynchrone CAS T1/E1, utilisez les commandes suivantes, puis essayez de passer un appel :
Avertissement : L'exécution de débogages sur un système occupé peut interrompre le routeur en surchargeant le processeur ou en surexécutant la mémoire tampon de la console.router# debug modem router# debug modem csm router# debug cas
Remarque : La commande debug cas est disponible sur les plates-formes Cisco AS5200 et AS5300 exécutant Cisco IOS ? Logiciel version 12.0(7)T et ultérieure. Dans les versions antérieures d'IOS, la commande service internal doit être entrée dans le niveau principal de la configuration du routeur et modem-mgmt csm debug-rbs doit être entrée à l'invite exec. Le débogage de RBS sur le Cisco AS5800 nécessite une connexion à la carte de liaison. (Utilisez modem-mgmt csm no-debug-rbs pour désactiver le débogage.)
-
Entrez la commande AT et assurez-vous qu'une réponse OK apparaît.
Si la réponse OK n'apparaît pas, entrez la commande AT&F. Entrez de nouveau la commande AT pour voir si la réponse OK apparaît. Si la réponse OK apparaît, le modem doit peut-être être initialisé. Si vous n'obtenez toujours pas de réponse OK, il se peut qu'il y ait un problème avec le module modem. Avant de pouvoir passer un appel, un modem doit être attribué à l'appel. Pour afficher ce processus et l'appel suivant, utilisez la sortie de débogage pour déterminer si cela se produit. Exemple :
Activation des débogages :
router#conf t Enter configuration commands, one per line. End with CNTL/Z. router(config)#service internal router(config)#^Z router#modem-mgmt csm ? debug-rbs enable rbs debugging no-debug-rbs disable rbs debugging router#modem-mgmt csm debug-rbs router# neat msg at slot 0: debug-rbs is on neat msg at slot 0: special debug-rbs is on
Désactivation des débogages :
router# router#modem-mgmt csm no-debug-rbs neat msg at slot 0: debug-rbs is off
Le débogage de ces informations sur un AS5800 nécessite une connexion à la carte de liaison. Voici un exemple d'appel sortant normal sur un serveur CAS T1 provisionné et configuré pour FXS-Ground-Start :
Mica Modem(1/0): Rcvd Dial String(5551111) [Modem receives digits from chat script] CSM_PROC_IDLE: CSM_EVENT_MODEM_OFFHOOK at slot 1, port 0 CSM_RX_CAS_EVENT_FROM_NEAT:(A003): EVENT_CHANNEL_LOCK at slot 1 and port 0 CSM_PROC_OC4_DIALING: CSM_EVENT_DSX0_BCHAN_ASSIGNED at slot 1, port 0 Mica Modem(1/0): Configure(0x1) Mica Modem(1/0): Configure(0x2) Mica Modem(1/0): Configure(0x5) Mica Modem(1/0): Call Setup neat msg at slot 0: (0/2): Tx RING_GROUND Mica Modem(1/0): State Transition to Call Setup neat msg at slot 0: (0/2): Rx TIP_GROUND_NORING [Telco switch goes OFFHOOK] CSM_RX_CAS_EVENT_FROM_NEAT:(A003): EVENT_START_TX_TONE at slot 1 and port 0 CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_DSX0_START_TX_TONE at slot 1, port 0 neat msg at slot 0: (0/2): Tx LOOP_CLOSURE [Now the router goes OFFHOOK] Mica Modem(1/0): Rcvd Tone detected(2) Mica Modem(1/0): Generate digits:called_party_num=5551111 len=8 Mica Modem(1/0): Rcvd Digits Generated CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_ADDR_INFO_COLLECTED at slot 1, port 0 CSM_RX_CAS_EVENT_FROM_NEAT:(A003): EVENT_CHANNEL_CONNECTED at slot 1 and port 0 CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_DSX0_CONNECTED at slot 1, port 0 Mica Modem(1/0): Link Initiate Mica Modem(1/0): State Transition to Connect Mica Modem(1/0): State Transition to Link Mica Modem(1/0): State Transition to Trainup Mica Modem(1/0): State Transition to EC Negotiating Mica Modem(1/0): State Transition to Steady State Mica Modem(1/0): State Transition to Steady State Speedshifting Mica Modem(1/0): State Transition to Steady State
Les débogages pour les T1 et E1 avec d'autres types de signalisation sont similaires.
Si vous arrivez à ce point dans le débogage, cela signifie que les modems d'appel et de réponse ont été formés et connectés. Si un modem est correctement alloué pour l'appel sortant mais que la connexion ne parvient pas à atteindre ce niveau, il faut examiner le T1. Utilisez la commande show controller t1/e1 pour vérifier que T1/E1 fonctionne. Reportez-vous à Dépannage des lignes série pour une explication de la sortie de show controller. Si le T1/E1 ne fonctionne pas correctement, le dépannage T1/E1 est nécessaire.
-
Si le modem semble passer les appels comme prévu, assurez-vous que le numéro de téléphone appelé est correct.
Utilisez un combiné pour appeler le numéro de réception. Si un appel manuel est en mesure d'atteindre le numéro de réception, écoutez le modem distant pour proposer une tonalité de réponse (ABT). Si l'appel reste sans réponse ou qu'aucun ABT n'est entendu, le modem récepteur ne peut pas être configuré pour répondre automatiquement. La commande permettant de dire à la plupart des modems de répondre automatiquement est ATS0=1. Le modem récepteur doit peut-être être initialisé ou débogué. Si le modem récepteur est connecté à un routeur Cisco, reportez-vous au Guide de connexion modem-routeur pour plus de détails. Vérifiez le modem et remplacez-le si nécessaire.
-
Si l'appel manuel n'est toujours pas en mesure d'atteindre le téléphone normal sur la ligne en question, essayez une autre ligne (connue) dans l'installation de réception. Si cela se connecte, demandez à l'opérateur de téléphonie de vérifier la ligne téléphonique vers le modem récepteur.
-
S'il s'agit d'un appel longue distance, demandez à la partie d'origine d'essayer un autre numéro longue distance (connu).
Si cela fonctionne, l'installation ou la ligne de réception ne peut pas être provisionnée pour recevoir des appels longue distance. Si la ligne d'origine (CAS) ne peut pas atteindre d'autres numéros longue distance, il se peut qu'elle ne soit pas activée. Essayez les codes 10-10 pour différentes compagnies interurbains.
-
Assurez-vous que les modems asynchrones s'entraînent.
Si les modems asynchrones ne s'entraînent pas, appelez manuellement le numéro et écoutez le message statique. Il peut y avoir d'autres facteurs qui interférent avec la montée des trains. Il peut y avoir un problème de câble entre le modem récepteur et l’ETTD auquel il est connecté. Les pannes de formation sont probablement un problème de circuit ou d'incompatibilité. Il est possible de remédier à cette situation en détonant les modems, ce qui les limite à des vitesses moins « agressives ». À titre d'exemple de cette technique, essayons une connexion à l'un des systèmes de test de Cisco.
at OK
Nous passons ensuite à un TP statique :
at OK atdt914085703932 NO CARRIER
La connexion normale semble échouer. Dans ce cas, nous savons qu'il s'agit d'une ligne bruyante, alors mettons le modem aux paramètres d'usine (&f), allumons le haut-parleur (m1) et calculons le modem à 28,8 (S56=28800) avec la commande suivante :
at&fs56=28800 OK
Nous réessayons maintenant le numéro :
atdt914085703932 CONNECT 28800/ARQ Welcome! Please login with username cisco, password cisco, and type the appropriate commands for your test: ppp - to start ppp slip - to start slip arap - to start arap access-3 line 29 MICA V.90 modems User Access Verification Username: cisco Password: access-3>
-
Assurez-vous que les données circulent.
Appuyez plusieurs fois sur la touche Retour pour voir si les données circulent entre le système distant et la session locale. Si les données ne circulent pas, il peut y avoir un problème de câble ou de signal lorsque le modem asynchrone distant tente de communiquer avec l’ETTD distant. Déboguer et remplacer selon les besoins.
Avertissement : L'exécution de débogages sur un système occupé peut interrompre le routeur en surchargeant le processeur ou en surexécutant la mémoire tampon de la console.Si la saisie de données obtient une réponse raisonnable de l'autre côté, la connexion par modem fonctionne.
Légende PRI non DDR
Procédez comme suit pour exécuter une légende PRI non DDR.
-
Diagnostiquez un appel non DDR à modem asynchrone PRI, utilisez les commandes suivantes, puis essayez de passer un appel :
Avertissement : L'exécution de débogages sur un système occupé peut faire planter le routeur en surchargeant le processeur ou en surexécutant la mémoire tampon de la console ! router# debug modem router# debug modem csm router# debug isdn q931 router# debug isdn
-
Entrez la commande AT et assurez-vous qu'une réponse OK s'affiche.
Si la réponse OK n'apparaît pas, entrez la commande AT&F. Entrez de nouveau la commande AT pour voir si la réponse OK apparaît. Si la réponse OK apparaît, le modem peut avoir besoin d'utiliser un modemcap pour être initialisé. Ceci implique l'utilisation de la commande modem autoconfigure type xxx , où xxx est le type de modem. Si vous n'obtenez toujours pas de réponse OK, il se peut qu'il y ait un problème avec le module modem. Vérifiez que le modem peut passer un appel en lançant manuellement une numérotation. Si l'extrémité distante ne semble pas répondre, vérifiez que l'appel est passé par le modem en appelant manuellement un numéro local à l'aide de la commande ATDT <number> et en écoutant la sonnerie. Si aucun appel ne sort, il peut y avoir un problème RNIS. En cas de première suspicion de défaillance RNIS sur un BRI, vérifiez toujours le résultat de show isdn status. Les éléments clés à noter sont que la couche 1 doit être active et la couche 2 doit être dans un état MULTIPLE_FRAME_ESTABLISHED. Référez-vous à Interpréter l'affichage de l'état RNIS pour plus d'informations sur la lecture de ce résultat, ainsi que pour des mesures correctives.
Pour les appels RNIS sortants, debug isdn q931 et debug isdn events sont les meilleurs outils à utiliser. Heureusement, le débogage des appels sortants est très similaire au débogage des appels entrants. Un appel normalement réussi peut ressembler à ceci :
*Mar 20 21:07:45.025: ISDN SE0:23: Event: Call to 5553759 at 64 Kb/s *Mar 20 21:07:45.033: ISDN SE0:23: TX -> SETUP pd = 8 callref = 0x2C *Mar 20 21:07:45.037: Bearer Capability i = 0x8890 *Mar 20 21:07:45.041: Channel ID i = 0x83 *Mar 20 21:07:45.041: Keypad Facility i = 0x35353533373539 *Mar 20 21:07:45.141: ISDN SE0:23: RX <- CALL_PROC pd = 8 callref = 0xAC *Mar 20 21:07:45.145: Channel ID i = 0x89 *Mar 20 21:07:45.157: ISDN SE0:23: received HOST_PROCEEDING Channel ID i = 0x0101 *Mar 20 21:07:45.161: ------------------- Channel ID i = 0x89 *Mar 20 21:07:45.313: ISDN SE0:23: RX <- CONNECT pd = 8 callref = 0xAC *Mar 20 21:07:45.325: ISDN SE0:23: received HOST_CONNECTNotez que le message CONNECT est le principal indicateur de succès. Si aucun CONNECT n'est reçu, vous pouvez voir un message DISCONNECT ou RELEASE_COMP (version complète) suivi d'un code de cause :
*Mar 20 22:11:03.212: ISDN SE0:23: RX <- RELEASE_COMP pd = 8 callref = 0x8F *Mar 20 22:11:03.216: Cause i = 0x8295 - Call rejected
La valeur de la cause indique deux choses.
-
Le deuxième octet de la valeur de 4 ou 6 octets indique le point du chemin d'appel de bout en bout à partir duquel DISCONNECT ou RELEASE_COMP a été reçu. Cela peut vous aider à localiser le problème.
-
Les troisième et quatrième octets indiquent la raison réelle de l'échec. Voir le tableau 9 pour la signification des différentes valeurs.
-
-
Si le modem semble passer les appels comme prévu, assurez-vous que le numéro de téléphone appelé est correct.
Utilisez un combiné pour appeler le numéro de réception. Si un appel manuel est en mesure d'atteindre le numéro de réception, écoutez le modem distant pour proposer une tonalité de réponse (ABT). Si l'appel reste sans réponse ou qu'aucun ABT n'est entendu, le modem récepteur ne peut pas être configuré pour répondre automatiquement. La commande permettant de dire à la plupart des modems de répondre automatiquement est ATS0=1. Le modem récepteur doit peut-être être initialisé ou débogué. Si le modem récepteur est connecté à un routeur Cisco, reportez-vous au Guide de connexion modem-routeur pour plus de détails. Vérifiez le modem et remplacez-le si nécessaire.
-
Si l'appel manuel n'est toujours pas en mesure d'atteindre le téléphone normal sur la ligne en question, essayez une autre ligne (connue) dans l'installation de réception. Si cela se connecte, demandez à l'opérateur de téléphonie de vérifier la ligne téléphonique vers le modem récepteur.
-
S'il s'agit d'un appel longue distance, demandez à la partie d'origine d'essayer un autre numéro longue distance (connu).
Si cela fonctionne, l'installation ou la ligne de réception ne peut pas être provisionnée pour recevoir des appels longue distance. Si la ligne d'origine (BRI) ne peut pas atteindre d'autres numéros longue distance, elle n'est peut-être pas activée. Essayez les codes 10-10 pour différentes compagnies interurbains.
-
Assurez-vous que les modems asynchrones s'entraînent.
Si les modems asynchrones ne s'entraînent pas, appelez manuellement le numéro et écoutez le message statique. Il peut y avoir d'autres facteurs qui interférent avec la montée des trains. Il peut y avoir un problème de câble entre le modem récepteur et l’ETTD auquel il est connecté. Les pannes de formation sont probablement un problème de circuit ou d'incompatibilité. Il est possible de remédier à cette situation en détonant les modems, ce qui les limite à des vitesses moins « agressives ». À titre d'exemple de cette technique, essayons une connexion à l'un des systèmes de test de Cisco.
at OK
Nous passons ensuite à un TP statique :
at OK atdt914085703932 NO CARRIER
La connexion normale semble échouer. Dans ce cas, nous savons qu'il s'agit d'une ligne bruyante, alors mettons le modem aux paramètres d'usine (&f), allumons le haut-parleur (m1) et calculons le modem à 28,8 (S56=28800) avec la commande suivante :
at&fs56=28800 OK
Nous réessayons maintenant le numéro :
atdt914085703932 CONNECT 28800/ARQ Welcome! Please login with username cisco, password cisco, and type the appropriate commands for your test: ppp - to start ppp slip - to start slip arap - to start arap access-3 line 29 MICA V.90 modems User Access Verification Username: cisco Password: access-3>
-
Assurez-vous que les données circulent.
Appuyez plusieurs fois sur la touche Retour pour voir si les données circulent entre le système distant et la session locale. Si les données ne circulent pas, il peut y avoir un problème de câble ou de signal lorsque le modem asynchrone distant tente de communiquer avec l’ETTD distant. Déboguer et remplacer selon les besoins.
Si la saisie de données obtient une réponse raisonnable de l'autre côté, la connexion par modem fonctionne.
Légende BRI non DDR
Cette fonctionnalité fonctionne uniquement sur la plate-forme Cisco 3640 à l'aide du logiciel Cisco IOS Version 12.0(3)T ou ultérieure. Il nécessite une révision matérielle ultérieure du module de réseau BRI. Cela ne fonctionne pas avec une carte d'interface WAN (WIC).
-
Diagnostiquez un appel non DDR à modem asynchrone PRI, utilisez les commandes suivantes, puis essayez de passer un appel :
Avertissement : L'exécution de débogages sur un système occupé peut faire planter le routeur en surchargeant le processeur ou en surexécutant la mémoire tampon de la console ! router# debug modem router# debug modem csm router# debug isdn q931 router# debug isdn
-
Entrez la commande AT et assurez-vous qu'une réponse OK s'affiche.
Entrez la commande AT et assurez-vous qu'une réponse OK s'affiche. Si la réponse OK n'apparaît pas, entrez la commande AT&F. Entrez de nouveau la commande AT pour voir si la réponse OK apparaît. Si la réponse OK apparaît, le modem peut avoir besoin d'utiliser un modemcap pour être initialisé. Ceci implique l'utilisation de la commande modem autoconfigure type xxx , où xxx est le type de modem. Si vous n'obtenez toujours pas de réponse OK, il peut y avoir un problème avec le module de modem. Vérifiez que le modem peut passer un appel en lançant manuellement une numérotation. Si l'extrémité distante ne semble pas répondre, vérifiez que l'appel est passé par le modem en appelant manuellement un numéro local à l'aide de la commande ATDT<number>et en écoutant la sonnerie. Si aucun appel ne sort, il peut y avoir un problème RNIS. En cas de première suspicion de défaillance RNIS sur un BRI, vérifiez toujours le résultat de show isdn status. Les éléments clés à noter sont que la couche 1 doit être active et la couche 2 doit être dans un état MULTIPLE_FRAME_ESTABLISHED. Référez-vous à Interpréter l'affichage de l'état RNIS pour plus d'informations sur la lecture de ce résultat, ainsi que pour des mesures correctives.
Pour les appels RNIS sortants, debug isdn q931 et debug isdn events sont les meilleurs outils à utiliser. Heureusement, le débogage des appels sortants est très similaire au débogage des appels entrants. Un appel normalement réussi peut ressembler à ceci :
*Mar 20 21:07:45.025: ISDN BR0: Event: Call to 5553759 at 64 Kb/s *Mar 20 21:07:45.033: ISDN BR0: TX -> SETUP pd = 8 callref = 0x2C *Mar 20 21:07:45.037: Bearer Capability i = 0x8890 *Mar 20 21:07:45.041: Channel ID i = 0x83 *Mar 20 21:07:45.041: Keypad Facility i = 0x35353533373539 *Mar 20 21:07:45.141: ISDN BR0: RX <- CALL_PROC pd = 8 callref = 0xAC *Mar 20 21:07:45.145: Channel ID i = 0x89 *Mar 20 21:07:45.157: ISDN BR0: received HOST_PROCEEDING Channel ID i = 0x0101 *Mar 20 21:07:45.161: ------------------- Channel ID i = 0x89 *Mar 20 21:07:45.313: ISDN BR0: RX <- CONNECT pd = 8 callref = 0xAC *Mar 20 21:07:45.325: ISDN BR0: received HOST_CONNECTNotez que le message CONNECT est le principal indicateur de succès. Si aucun CONNECT n'est reçu, vous pouvez voir un message DISCONNECT ou RELEASE_COMP (version complète) suivi d'un code de cause :
*Mar 20 22:11:03.212: ISDN BR0: RX <- RELEASE_COMP pd = 8 callref = 0x8F *Mar 20 22:11:03.216: Cause i = 0x8295 - Call rejected
La valeur de la cause indique deux choses.
-
Le deuxième octet de la valeur de 4 ou 6 octets indique le point du chemin d'appel de bout en bout à partir duquel DISCONNECT ou RELEASE_COMP a été reçu. Cela peut vous aider à localiser le problème.
-
Les troisième et quatrième octets indiquent la raison réelle de l'échec. Voir le tableau 9 pour la signification des différentes valeurs.
-
-
Si le modem semble passer les appels comme prévu, assurez-vous que le numéro de téléphone appelé est correct.
Utilisez un combiné pour appeler le numéro de réception. Si un appel manuel est en mesure d'atteindre le numéro de réception, écoutez le modem distant pour proposer une tonalité de réponse (ABT). Si l'appel reste sans réponse ou qu'aucun ABT n'est entendu, le modem récepteur ne peut pas être configuré pour répondre automatiquement. La commande permettant de dire à la plupart des modems de répondre automatiquement est ATS0=1. Le modem récepteur doit peut-être être initialisé ou débogué. Si le modem récepteur est connecté à un routeur Cisco, reportez-vous au Guide de connexion modem-routeur pour plus de détails. Vérifiez le modem et remplacez-le si nécessaire.
-
Si l'appel manuel n'est toujours pas en mesure d'atteindre le téléphone normal sur la ligne en question, essayez une autre ligne (connue) dans l'installation de réception.
Si cela se connecte, demandez à l'opérateur de téléphonie de vérifier la ligne téléphonique vers le modem récepteur.
-
S'il s'agit d'un appel longue distance, demandez à la partie d'origine d'essayer un autre numéro longue distance (connu).
Si cela fonctionne, l'installation ou la ligne de réception ne peut pas être provisionnée pour recevoir des appels longue distance. Si la ligne d'origine (BRI) ne peut pas atteindre d'autres numéros longue distance, elle n'est peut-être pas activée. Essayez les codes 10-10 pour différentes compagnies interurbains.
-
Assurez-vous que les modems asynchrones s'entraînent.
Si les modems asynchrones ne s'entraînent pas, appelez manuellement le numéro et écoutez le message statique. Il peut y avoir d'autres facteurs qui interférent avec la montée des trains. Il peut y avoir un problème de câble entre le modem récepteur et l’ETTD auquel il est connecté. Les pannes de formation sont probablement un problème de circuit ou d'incompatibilité. Il est possible de remédier à cette situation en détonant les modems, ce qui les limite à des vitesses moins « agressives ». À titre d'exemple de cette technique, essayons une connexion à l'un des systèmes de test de Cisco.
at OK
Nous passons ensuite à un TP statique :
at OK atdt914085703932 NO CARRIER
La connexion normale semble échouer. Dans ce cas, nous savons qu'il s'agit d'une ligne bruyante, alors mettons le modem aux paramètres d'usine (&F), allumons le haut-parleur (m1) et calculons le modem à 28,8 (S56=28800) avec la commande suivante :
at&fs56=28800 OK
Nous réessayons maintenant le numéro :
atdt914085703932 CONNECT 28800/ARQ Welcome! Please login with username cisco, password cisco, and type the appropriate commands for your test: ppp - to start ppp slip - to start slip arap - to start arap access-3 line 29 MICA V.90 modems User Access Verification Username: cisco Password: access-3>
-
Assurez-vous que les données circulent.
Appuyez plusieurs fois sur la touche Retour pour voir si les données circulent entre le système distant et la session locale. Si les données ne circulent pas, il peut y avoir un problème de câble ou de signal lorsque le modem asynchrone distant tente de communiquer avec l’ETTD distant. Déboguer et remplacer selon les besoins.
Si la saisie de données obtient une réponse raisonnable de l'autre côté, la connexion par modem fonctionne.
Problèmes courants
Établissement de la session de débogage
À ce stade de la séquence, les modems sont connectés et formés. Il est maintenant temps de savoir si un trafic est correctement acheminé.
Si la ligne qui reçoit l'appel est configurée avec autoselect ppp et que l'interface asynchrone est configurée avec le mode asynchrone interactif, utilisez la commande debug modem pour vérifier le processus autoselect. Lorsque le trafic arrive sur la liaison asynchrone, le serveur d'accès examine le trafic pour déterminer s'il est basé sur des caractères ou sur des paquets. En fonction de la détermination, le serveur d'accès démarre ensuite une session PPP ou va au-delà d'une session exec sur la ligne.
Séquence d'autosélection normale avec paquets LCP PPP entrants :
*Mar 1 21:34:56.958: TTY1: DSR came up *Mar 1 21:34:56.962: tty1: Modem: IDLE->READY *Mar 1 21:34:56.970: TTY1: EXEC creation *Mar 1 21:34:56.978: TTY1: set timer type 10, 30 seconds *Mar 1 21:34:59.722: TTY1: Autoselect(2) sample 7E (See Note 1) *Mar 1 21:34:59.726: TTY1: Autoselect(2) sample 7EFF *Mar 1 21:34:59.730: TTY1: Autoselect(2) sample 7EFF7D *Mar 1 21:34:59.730: TTY1: Autoselect(2) sample 7EFF7D23 *Mar 1 21:34:59.734: TTY1 Autoselect cmd: ppp negotiate (See Note 2) *Mar 1 21:34:59.746: TTY1: EXEC creation *Mar 1 21:34:59.746: TTY1: create timer type 1, 600 seconds *Mar 1 21:34:59.794: TTY1: destroy timer type 1 (OK) *Mar 1 21:34:59.794: TTY1: destroy timer type 0 *Mar 1 21:35:01.798: %LINK-3-UPDOWN: Interface Async1, changed state to up (See Note 3)
Remarque 1 : Le trafic entrant est affiché au format hexadécimal. Ceci est basé sur les bits qui arrivent sur la ligne, que les bits soient des caractères ASCII ou des éléments d’un paquet. Les bits représentés dans cet exemple sont corrects pour un paquet LCP. Tout autre élément serait un trafic de paquets ou de caractères mal formé.
Remarque 2 : Après avoir déterminé que le trafic entrant est en fait un paquet LCP, le serveur d’accès déclenche le processus de négociation PPP.
Remarque 3 : L'interface asynchrone passe à l'état up, et la négociation PPP (non affichée) commence.
Si l'appel est une session PPP et si le mode asynchrone dédié est configuré sur l'interface asynchrone, utilisez la commande debug ppp negotiation pour voir si des paquets de demande de configuration proviennent de l'extrémité distante. Les débogages affichent ces valeurs sous la forme CONFREQ. Si vous observez des paquets PPP entrants et sortants, référez-vous à Dépannage du protocole PPP. Sinon, connectez-vous à partir de l'extrémité d'origine de l'appel avec une session en mode caractère (ou « exec ») (c'est-à-dire une session non PPP).
Remarque : si l'extrémité réceptrice affiche un modem asynchrone dédié sous l'interface asynchrone, un numéro d'appel exec affiche uniquement ce qui semble être des déchets ASCII aléatoires. Pour autoriser une session de terminal et disposer toujours de la fonctionnalité PPP, utilisez la commande de configuration d'interface asynchrone interactive mode asynchrone. Sous la configuration de la ligne associée, utilisez la commande autoselect ppp.
Si les modems se connectent à une session de terminal et qu'aucune donnée n'apparaît, vérifiez les points suivants :
Tableau 4 : Le modem ne peut pas envoyer ou recevoir de données| Causes possibles | Actions suggérées |
|---|---|
| Le paramètre de vitesse du modem n'est pas verrouillé |
|
| Contrôle de flux matériel non configuré sur un modem ou un routeur local ou distant |
|
| Commandes de mappage de numérotation mal configurées |
|
| Problème avec le modem de numérotation | Assurez-vous que le modem de numérotation est opérationnel et qu'il est correctement connecté au port approprié. Déterminez si un autre modem fonctionne lorsqu'il est connecté au même port. |
Le débogage d'une session d'exécution entrante se divise généralement en plusieurs catégories principales :
-
Le client de numérotation ne reçoit aucune invite d'exécution. Voir le tableau 17-2.
-
La session commutée voit « ordures ». Voir le tableau 17-3.
-
La numérotation s'ouvre dans la session existante. Reportez-vous au tableau 17-4.
-
Le modem de réception par ligne commutée ne se déconnecte pas correctement. Reportez-vous au tableau 17-5.
| Causes possibles | Actions suggérées |
|---|---|
| La sélection automatique est activée sur la ligne | Essayez d'accéder au mode d'exécution en appuyant sur Entrée. |
| La ligne est configurée avec la commande no exec |
|
| Le contrôle de flux n'est pas activé. ou le contrôle de flux est activé uniquement sur un périphérique (ETTD ou ETCD). ou le contrôle de flux est mal configuré. |
|
| Le paramètre de vitesse du modem n'est pas verrouillé |
Remarque : La commande lock DTE speed, qui peut également être appelée mode d'ajustement du débit du port ou mode tampon, est souvent liée à la manière dont le modem gère la correction des erreurs. Cette commande varie considérablement d’un modem à l’autre. Le verrouillage de la vitesse du modem garantit que le modem communique toujours avec le serveur d'accès ou le routeur Cisco à la vitesse configurée sur le port auxiliaire Cisco. Si cette commande n'est pas utilisée, le modem revient à la vitesse de la liaison de données (la ligne téléphonique) au lieu de communiquer à la vitesse configurée sur le serveur d'accès. |
| Causes possibles | Actions suggérées |
|---|---|
| Le paramètre de vitesse du modem n'est pas verrouillé |
Remarque : La commande lock DTE speed, également appelée port rate adjust ou buffered mode, est souvent liée à la manière dont le modem gère la correction des erreurs. Cette commande varie considérablement d’un modem à l’autre. Le verrouillage de la vitesse du modem garantit que le modem communique toujours avec le serveur d'accès ou le routeur Cisco à la vitesse configurée sur le port auxiliaire Cisco. Si cette commande n'est pas utilisée, le modem revient à la vitesse de la liaison de données (la ligne téléphonique) au lieu de communiquer à la vitesse configurée sur le serveur d'accès. |
Symptôme : La session de numérotation à distance s'ouvre dans une session déjà existante initiée par un autre utilisateur. Autrement dit, au lieu d'obtenir une invite de connexion, un utilisateur de numérotation voit une session établie par un autre utilisateur (qui peut être une invite de commande UNIX, une session d'éditeur de texte ou tout autre échange en cours).
Tableau 7 : La session commutée s'ouvre dans une session existante| Causes possibles | Actions suggérées |
|---|---|
| Modem configuré pour DCD toujours élevé |
|
| Le contrôle de modem n'est pas activé sur le serveur d'accès ou le routeur |
Remarque : assurez-vous d'utiliser la commande modem inout au lieu de la commande modem ri-is-cd lorsque la connectivité du modem est en question. Cette dernière commande permet à la ligne d'accepter uniquement les appels entrants. Les appels sortants seront refusés, ce qui rend impossible l’établissement d’une session Telnet avec le modem pour la configurer. Si vous voulez activer la commande modem ri-is-cd, ne le faites qu'après avoir vérifié que le modem fonctionne correctement. |
| Câblage incorrect |
|
| Causes possibles | Actions suggérées |
|---|---|
| Le modem ne détecte pas DTR | Entrez la commande Hangup DTR modem . Cette commande indique au modem d'abandonner le porteur lorsque le signal DTR n'est plus reçu. Sur un modem compatible Hayes, la chaîne &D3 est couramment utilisée pour configurer Hangup DTR sur le modem. Pour connaître la syntaxe exacte de cette commande, reportez-vous à la documentation de votre modem. |
| Le contrôle de modem n'est pas activé sur le routeur ou le serveur d'accès |
Remarque : assurez-vous d'utiliser la commande modem inout au lieu de la commande modem dialin lorsque la connectivité du modem est en question. Cette dernière commande permet à la ligne d'accepter uniquement les appels entrants. Les appels sortants seront refusés, ce qui rend impossible l’établissement d’une session Telnet avec le modem pour la configurer. Si vous voulez activer la commande modem dialin, ne le faites qu'après avoir vérifié que le modem fonctionne correctement. |
Champs du code de cause
Le tableau 9 répertorie les champs de code de cause RNIS qui s'affichent au format suivant dans les commandes de débogage :
Tableau 9 : Champs du code de cause RNISi=0x y1 y2 z1 z2 [a1 a2]
| Champ | Description de la valeur |
|---|---|
| 0x | Les valeurs suivantes sont au format hexadécimal. |
| y1 | 8 : codage standard ITU-T. |
| y2 | 0—Utilisateur 1—Réseau privé desservant l’utilisateur local 2—Réseau public desservant l’utilisateur local 3—Réseau de transit 4—Réseau public desservant l’utilisateur distant 5—Réseau privé desservant l’utilisateur distant 7—Réseau international A—Réseau au-delà du point d’interconnexion |
| z1 | Classe (le nombre hexadécimal le plus significatif) de la valeur de cause. Reportez-vous au tableau suivant pour obtenir des informations détaillées sur les valeurs possibles. |
| z2 | Valeur (nombre hexadécimal moins significatif) de la valeur de cause. Reportez-vous au tableau suivant pour obtenir des informations détaillées sur les valeurs possibles. |
| a1 | (Facultatif) Champ de diagnostic qui est toujours 8. |
| a2 | (Facultatif) Champ de diagnostic qui est l'une des valeurs suivantes : 0—Inconnu 1—Permanent 2—Transitionnel |
Valeurs de cause RNIS
Le tableau 10 répertorie les descriptions de certaines des valeurs de cause les plus courantes de l'élément d'information de cause - les troisième et quatrième octets du code de cause.
Tableau 10 : Valeurs de cause RNIS| Valeur | Motif | Description |
|---|---|---|
| 81 | Numéro non alloué (non affecté) | Le numéro RNIS a été envoyé au commutateur dans le format correct ; toutefois, le numéro n'est attribué à aucun équipement de destination. |
| 90 | Effacement d'appel normal | Un effacement d'appel normal s'est produit. |
| 91 | Utilisateur occupé | Le système appelé accuse réception de la demande de connexion mais ne peut pas accepter l'appel car tous les canaux B sont utilisés. |
| 92 | Aucun utilisateur ne répond | Impossible d'établir la connexion, car la destination ne répond pas à l'appel. |
| 93 | Aucune réponse de l'utilisateur (alerte de l'utilisateur) | La destination réagit à la requête de connexion mais ne complète pas la connexion dans le temps prescrit. Le problème est à l'extrémité distante de la connexion. |
| 95 | Appel rejeté | La destination peut accepter l'appel mais l'a rejeté pour une raison inconnue. |
| 9C | Format de numéro incorrect | La connexion n'a pas pu être établie car l'adresse de destination était présentée dans un format non reconnaissable ou parce que l'adresse de destination était incomplète. |
| 9F | Normal, non spécifié | Signale l'occurrence d'un événement normal lorsqu'aucune cause standard ne s'applique. Aucune action requise. |
| A2 | Aucun circuit/canal disponible | Impossible d'établir la connexion, car aucun canal approprié n'est disponible pour prendre l'appel. |
| A6 | Réseau en panne | La destination ne peut pas être atteinte car le réseau ne fonctionne pas correctement et la condition peut durer longtemps. Une tentative de reconnexion immédiate échouera probablement. |
| CA | Circuit/canal demandé non disponible | L'équipement distant ne peut pas fournir le canal demandé pour une raison inconnue. Il peut s'agir d'un problème temporaire. |
| B2 | Installation demandée non abonnée | L'équipement distant prend en charge le service supplémentaire demandé par abonnement uniquement. Il s'agit souvent d'une référence au service longue distance. |
| B9 | Capacité de support non autorisée | L'utilisateur a demandé une fonctionnalité de support que le réseau fournit, mais il n'est pas autorisé à l'utiliser. Il peut s'agir d'un problème d'abonnement. |
| D8 | Destination incompatible | Indique qu'une tentative de connexion à un équipement non RNIS, tel qu'une ligne analogique, a été effectuée. |
| E0 | L'élément d'information obligatoire est manquant | L'équipement récepteur a reçu un message qui ne contenait pas l'un des éléments d'information obligatoires. Ceci est généralement dû à une erreur de canal D. Si cette erreur se produit systématiquement, signalez-la à votre fournisseur de services RNIS. |
| E4 | Contenu d'élément d'information non valide | L'équipement distant a reçu un message qui inclut des informations non valides dans l'élément d'information. Ceci est généralement dû à une erreur de canal D. |
Pour plus d'informations sur les codes et les valeurs RNIS, reportez-vous au chapitre Codes et valeurs des commutateurs RNIS de la référence des commandes de débogage de Cisco IOS pour votre version d'IOS.
Informations connexes
- Guide de configuration rapide des services de numérotation Cisco IOS
- Guide de configuration des services de numérotation Cisco IOS : Services réseau
- Guide de configuration des services de numérotation Cisco IOS : Services Terminal Server
- Référence des commandes des services de numérotation Cisco IOS
- Présentation de l'étude de cas de numérotation
- Accéder aux pages de technologie
- Support et documentation techniques - Cisco Systems
Historique de révision
| Révision | Date de publication | Commentaires |
|---|---|---|
1.0 |
09-Jul-2007 |
Première publication |
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)