Cisco CCNA / CCNP Certification Exam: Caller ID de dépistage et de rappel




 

Comme une certification CCNA et / ou d'un candidat CCNP, tu dois être capable de repérer les situations où les fonctions routeur Cisco peut vous sauver de l'argent du client et du temps. Par exemple, si un rayon routeur est un routeur concentrateur d'appel et les frais de péage au parlé du site sont plus élevés que celui du routeur concentrateur, ayant le hub routeur accrocher un premier temps et ensuite appeler le rayon routeur arrière peuvent économiser de l'argent des clients (et vous faire regarder bien!)

Une méthode populaire de le faire est en utilisant les PPA de rappel, mais comme nous le savons tous, c'est une bonne idée d'en savoir plus d'une façon de faire les choses dans Cisco World! A moins connus mais toujours efficace méthode de rappel que Caller ID Screening & Callback. Avant d'étudier la fonctionnalité de rappel, cependant, nous avons besoin de savoir ce que Caller ID de dépistage est en premier lieu!

Cette fonction est souvent appelée plus simplement "Caller ID", qui peut être un peu trompeuse si vous n'avez jamais vu ce service, en fonctionnement avant. Pour la plupart d'entre nous, Caller ID est un service téléphonique qui affiche le numéro de téléphone source d'un appel entrant. Caller ID dépistage a un sens différent, cependant. Caller ID de dépistage sur un routeur Cisco est vraiment un autre type de mot de passe - il définit les numéros de téléphone qui sont autorisés à appeler le routeur.

La liste des numéros de téléphone source acceptable est créé avec la commande d'appel RNIS. Heureusement pour nous, cette commande permet l'utilisation de x pour spécifier un numéro de joker. Les résultats isdn 555xxxx commande de l'appelant dans les appels d'être acceptés de n'importe quel numéro à 7 chiffres de téléphone commençant par 555, et rejetée dans tous les autres cas. Nous allons R2 configurer pour le faire et ensuite envoyer un ping de R1 à R2. Pour voir les résultats de la présélection identification de l'appelant, Dialer debug sera lancé sur R1 avant d'envoyer le ping. J'ai édité cette sortie, étant donné le résultat que vous voyez ici sera répété plusieurs fois le feu - une fois pour chaque paquet de ping.

R2 (config-if) # isdn appelant 555xxxx

R1 # debug dialer

Composez le débogage de la demande est sur les événements

R1 # ping 172.12.12.2

Séquence d'échappement Type d'avorter.

Envoi de 5, 100-byte ICMP Echos to 172.12.12.2, timeout est de 2 secondes:

03:30:25: BR0 DDR: Dialing ip cause (s = 172.12.12.1, d = 172.12.12.2)

03:30:25: BR0 DDR: Essayer de composer le 8358662.

Taux de réussite est de 0 pour cent (0 / 5)

R1 ne nous donne pas d'indications quant à ce qui est le problème, mais nous pouvons voir que les pings définitivement vont pas au travers. Sur R2, dialer show affiche le nombre d'appels filtrés.

R2 # show dialer

BRI0 - type dialer = RNIS

Dial String Failures derniers succès DNIS Last status

8358661 1 0 00:03:16 succès

7 Appel entrant (s) ont été contrôlés.

0 appel entrant (s) a rejeté pour le rappel.

L'option de rappel mentionné dans la dernière ligne ci-dessus permet au routeur de rejeter un appel téléphonique, puis d'appeler plus tard secondes derrière un routeur.

R2 va maintenant être configuré pour bloquer d'abord sur R1, puis appelez R1 dos.

R2 (config-if) # isdn appelant 8358661 rappel

R1 va maintenant Ping R2. Les pings ne sont pas retournés, mais quelques secondes plus tard, R2 appelle R1 dos.

R1 # ping 172.12.12.2

Taux de réussite est de 0 pour cent (0 / 5)

R1 #

03:48:12: BRI0: attendre la temporisation transporteur RNIS, Call ID = 0x8023

R1 #

03:48:18:% LINK-3-UPDOWN: Interface BRI0: 1, changé d'état jusqu'à

R1 #

03:48:18: BR0: 1 DDR: protocole dialer up

R1 #

03:48:19:% LINEPROTO-5-UPDOWN: protocole de ligne sur l'interface BRI0: 1, l'Etat a changé de place

R1 #

03:48:24:% ISDN-6-CONNECT: Interface BRI0: 1 est maintenant connecté à 8.358.662 R2

dialer Afficher sur R2 montre le motif de l'appel à la R1 est un appel de retour de rappel.

R2 # show dialer

BRI0 - type dialer = RNIS

Dial String Failures derniers succès DNIS Last status

8358661 3 0 00:00:48 succès

7 Appel entrant (s) ont été contrôlés.

10 appel entrant (s) a rejeté pour le rappel.

BRI0: 1 - type = numéroteur RNIS

Idle timer (120 secs), Fast horloge d'inactivité (20 secs)

Wait for carrier (30 secs), Re-enable (15 secs)

Dialer Etat est couche liaison de données en place

Dial raison: Callback appel de retour

Temps jusqu'à la déconnexion 71 secs

Connecté à 8358661 (R1)

L'inconvénient de Caller ID Callback est que toutes les telco commutateurs prennent en charge, donc si vous avez le choix entre le présent et le PPP de rappel, vous êtes probablement mieux avec PPP Callback. Toutefois, c'est toujours une bonne idée d'en savoir plus d'une façon de faire avancer les choses avec Cisco!

 
RSS ToolsQuestions Dot Net - COM - DCOM - COM +Imprimantes photo numériquesOrdinateurs portables gagnent en popularitéSafe Way to Disable User Account Control Dans Windows VistaLe Macromedia Flash et l'Homme à LEGO pour un systèmeBackup To DVD: 8 Reasons WhyErreurs de réparer WindowsLe verrouillage des stations de travailSimple Étapes à suivre pour sécuriser votre ordinateurLogiciel de ressources humainesBackup To DVD: 8 Reasons WhyDe protection de maintenance préventiveQue faire (et ne pas faire) Si vous en renversez une boisson sur votre portableConstruction d'un ordinateur: Outils nécessairesProject Management SoftwareSi vous n'utilisez pas des soins infirmiers Scheduling Software, pourquoi pas?Fantastic New Wireless Technology Explodes Across The PlanetValoriser Certifications Network - est le temps, argent et d'effort vaut le coup?Six Wonderful Accessoires iPod

© 2007-2012 Geocitoyen.com