Certification de Cisco : Introduction au RNIS, partie V

La raison principale que je recommande d'obtenir vos mains sur le vrai équipement de Cisco plutôt qu'un simulateur est que les vrais routeurs de Cisco te donnent la chance de pratiquer et apprendre l'exposition et de corriger des commandes.

La connaissance que vous acquérez de corrige est de valeur inestimable. Franchement, c'est cette connaissance qui vous met au-dessus CCNA 'moyen du » qui n'a pas cette expérience à commande manuelle. L'observation corrige dans l'action te donne également un début principal sur le CCNP. Puisque 90 - 95% de CCNAs continuent pour poursuivre le CCNP, il sont une grande idée d'obtenir commencés corrigent maintenant.

Ne pas faire l'erreur de l'attente jusqu'à ce que vous étudiiez pour votre CCNP et CCIE pour commencer à apprendre corrige et montre. Le travail que vous effectuez pour le CCNA est la base pour tout ce vous ferez à l'avenir.

Jamais, jamais, ne jamais pratiquer corrige sur un réseau de production. Il y a corrige qui te fournira tellement l'information que le routeur réellement devient surchargé et ferme à clef alors vers le haut. Ne jamais pratiquer corrige sur un réseau de production.

Il est important de savoir l'exposition appropriée et de corriger des commandes pour le RNIS pour plusieurs raisons. D'abord, en observant le RNIS en fonction, vous pouvez voir ses processus et mieux comprendre que se passe-t-il. Deuxièmement, il est sinon impossible difficile de dépanner correctement le RNIS sans savoir l'exposition appropriée et de corriger des commandes. (Il est facile de donner sur une erreur d'authentification du RNIS juste en regardant la configuration, mais en courant corriger la négociation de PPA te montrera rapidement où le problème se trouve.)

Jetons un coup d'oeil à l'exposition du RNIS et corriger les commandes que chaque CCNA et CCNP devraient savoir.

Montrer le statut du RNIS

Si vous savez seulement une commande d'exposition du RNIS, elle doit être celle-ci. Employer toujours cette commande après configuration de votre type de commutateur du RNIS et de n'importe quel SPIDs nécessaire. La commande te montrera le type de commutateur (et te montrera également si vous ne configuriez pas un type de commutateur), et si le SPIDs que vous êtes entré est valide :

Statut de R1#show le RNIS

Interface globale du RNIS Switchtype = < ISDN="" switch="" type="" is="" correctly="" configured=""> de de base-Ni le RNIS BRI0

DSL 0, interface le RNIS Switchtype = de base-Ni

Statut de la couche 1 :

ACTIF

Statut de la couche 2 :

TEI = 91, Ces = 1, SAPI = 0, état = MULTIPLE_FRAME_ESTABLISHED

TEI = 92, Ces = 2, SAPI = 0, état = MULTIPLE_FRAME_ESTABLISHED

Statut de Spid :

TEI 91, ces = 1, état = 5 (init)

spid1 configuré, aucun LDN, spid1 envoyé, spid1 valide < SPID="" 1="" is="" good="">

Information d'identification de point final : epsf = 0, usid = 1, tid = 1

TEI 92, ces = 2, état = 5 (init)

spid2 configuré, aucun LDN, spid2 envoyé, spid2 valide

Information d'identification de point final : epsf = 0, usid = 3, tid = 1

Statut de la couche 3 :

0 appels actifs de la couche 3

DSL activé 0 CCBs = 0

Le masque libre de la Manche : 0x80000003

De temps à autre, vous obtiendrez ce rendement du statut de l'exposition le RNIS :

Statut de R2#show le RNIS l'interface courante du RNIS Switchtype = de basic-ni1 le RNIS BRI0

Statut de la couche 1 :

ACTIF

Statut de la couche 2 :

Couche 2 non activée

Statut de Spid :

TEI non assigné, ces = 1, état = 3 (attendre l'établissement)

spid1 configuré, aucun LDN, spid1 non envoyé, invalide spid1

TEI non assigné, ces = 2, état = 1 (borne vers le bas)

spid2 configuré, aucun LDN, spid2 non envoyé, invalide spid2

Vérifier votre configuration courante, et si le sembler de SPIDs bon, ferment simplement l'interface de BRI et l'ouvrent encore. Courir alors le statut de l'exposition le RNIS encore. Si vous voyez alors les 'spids sont valides », vous sont prêts à procéder. Si vous voyez toujours un message que les spids sont inadmissibles, vous avez mistyped très probablement le SPID.

Montrer l'Accès-Liste

Que cette commande est-elle a-t-elle obtenu de faire avec le RNIS ? Tout.

Se rappeler que comment le lien du RNIS est soulevé en premier lieu ? Le trafic intéressant. Par défaut, il n'y a aucun trafic intéressant. Vous définissez le trafic intéressant avec les commandes d'appeleur-liste et d'appeleur-groupe, ET la commande d'accès-liste. Si vous avez un problème avec votre lien n'étant jamais soulevé ou avec lui étant soulevé et restant vers le haut, employer cette commande de voir quel trafic a été défini comme intéressant.

Montrer l'appeleur

Une autre commande utile de déterminer pourquoi un lien du RNIS est montant et restant vers le haut. Cette commande vous montre combien les appels réussis et des appels échoués ont eu lieu, ce qui est la valeur courante d'à vide-temporisateur (par défaut, c'est de 120 secondes), et d'une manière plus importante, ce qui étaient la source et la destination pour le trafic intéressant courant :

Appeleur de R1#show
BRI0 - type d'appeleur = RNIS
Les échecs de succès de corde de cadran ont pour la dernière fois appelé le statut de Last
8358662 1 0 00:00:59
réussi
0 appels d'arrivée ont été examinés.
0 appels d'arrivée rejetés pour le rappel de service.

BRI0 : 1 - type d'appeleur = RNIS
Temporisateur à vide (120 sec), temporisateur à vide rapide (20 sec)
Attendre le porteur (30 sec), le permettre à nouveau (15 sec)
L'état d'appeleur est couche liaison de données en hausse
Raison de cadran : IP (s= 172.12.21.1, d= 172.12.21.2) < s="Source," d="Destination">
Temps jusqu'au débranchement 62 sec
< Idle="" timer="">
Relié à 8358662 (R2)

Ici, vous pouvez voir que la valeur d'à vide-temporisateur est à son défaut, qu'il y a 62 secondes encore jusqu'à ce que le lien descende (à moins qu'intéresser le trafic remet à zéro le temporisateur), et que la source de trafic intéressant était 172.12.21.1 et la destination est 172.12.21.2. Si cette destination est l'adresse de multicast d'un protocole de cheminement - dire, 224.0.0.5 pour l'OSPF - vous savez quel trafic garde la ligne.

Montrer l'histoire du RNIS

Vouloir voir quels appels ont été faits dans les 15 dernières minutes ? Course juste cette commande. Il est utile si vous marchez dedans à une situation de dépannage du RNIS et voulez voir quels appels ont été faits.

R1#show le RNIS
histoire-------------------------------------------------------------------------------- HISTOIRE D'APPEL DU RNIS--------------------------------------------------------------------------------La table d'histoire a un maximum de 100 entrées. Des données de table d'histoire sont maintenues pour un maximum de 15 minutes. --------------------------------------------------------------------------------L'appel appelle Remote Seconds appelé seconde le nombre de ChargesType de secondes. Numéroter les unités à vide gauches utilisées par nom/devise-----------------------------------------------------------------------------------------------------------Dehors 8358662 R2 121 0Out 8358662 R2 121 0-----------------------------------------------------------------------------------------------------

Corriger la négociation de PPA

Non seulement vous devez savoir cette commande pour votre CCNA et des examens de CCNP, vous DEVEZ le savoir pour être un dépanneur efficace du RNIS.

Quand l'authentification de PPA est d'abord configurée, elle est simple au mistype par mot de passe, ou oublier de configurer 'combinaison d'username/mot de passe une ». Au lieu de lire continuellement votre configuration courante pour voir ce qu'est le problème, la course corrigent la négociation de PPA et envoient un cinglement pour apporter la ligne. Vous verrez rapidement où le problème est.

La correction de négociation de protocole de PPA de négociation de PPA de R2#debug est sur R2#ping 172.12.21.1

BR0 : 1 PPA : La phase AUTHENTIFIE, par les deux < Both="" routers="" are="" authenticating="" the="" other="" with="" CHAP=""> BR0 : 1 GERÇURE : L'identification 1 de DÉFI d'O len 23 de « R2 » < R2="" is="" sending="" a="" challenge="" to="" the="" remote="" router=""> BR0 : 1 GERÇURE : JE DÉFIE l'identification 1 len 23 de « R1 » < A="" CHAP="" challenge="" has="" come="" in="" from="" R1=""> BR0 : 1 GERÇURE : L'identification 1 de RÉPONSE d'O len 23 de « R2 » < R2="" is="" sending="" a="" response="" to="" the="" challenge=""> BR0 : 1 GERÇURE : I l'identification 1 de SUCCÈS len 4 < A="" success="" message="" has="" come="" in=""> BR0 : 1 GERÇURE : I l'identification 1 de RÉPONSE len 23 de « R1 » < A="" response="" to="" the="" challenge="" sent="" to="" R1="" is="" now="" coming="" in=""> BR0 : 1 GERÇURE : L'identification 1 de SUCCÈS d'O len 4 < The="" challenge="" was="" successfully="" met="" by="" R1="">

Par la maîtrise ces le RNIS simple montrent et corrigent des commandes, vous augmentez vos chances de passer les examens de CCNA et de CCNP considérablement, et améliorez énormément vos qualifications sur le tas.

Je vous recommande visite www.cisco.com/univercd pour plus d'exposition et corrige des commandes. L'étude pour négocier cette ressource en ligne valable vous aidera vraiment à devenir plus valable sur le travail. Chaque commande de routeur et de commutateur de Cisco, avec le défaut et les directives d'utilisation, peut être trouvée sur cet emplacement. J'aurai un article signalé bientôt pour vous aider à apprendre votre manière autour de l'emplacement ; en attendant, je vous invite à commencer à ajouter ce site Web à votre trousse à outils de dépannage.