martes, 9 de febrero de 2010

Cisco CCNA / CCNP examen de certificación: Caller ID de detección y devolución de llamada

Cisco CCNA / CCNP examen de certificación: Caller ID de detección y devolución de llamada

Word Count:
683

Resumen:
Para aprobar los exámenes de certificación de Cisco, usted tiene que saber más que una manera de hacer las cosas. Aprender otro método de configuración de ISDN de devolución de llamada de Chris Bryant, CCIE # 12933.


Palabras clave:
CCNP, BCRAN, pase, gratis, llamadas, ID, devolución de llamada, PPP, RDSI, Cisco, certificación, examen, CCIE, CCNA


Cuerpo del artículo:
Como CCNA y / o candidatos CCNP, tienes que ser capaz de identificar situaciones en las características de router de Cisco puede ahorrar dinero a su cliente y el tiempo. Por ejemplo, si un rayo router está llamando a un router y el centro de las tarifas de peaje en el sitio se habla más alto que el del router concentrador, que el concentrador router cuelga al principio y luego llamar de nuevo el radio router puede guardar el dinero de los clientes (y que te ves bien!)

Un método popular de hacer esto es mediante devolución de llamada PPP, pero como todos sabemos, es una buena idea saber más de una forma de hacer las cosas en Cisco World! A menos conocidos pero eficaz método de devolución de llamada del identificador de llamadas de detección y de devolución de llamada. Antes de examinar la función de devolución de llamada, sin embargo, tenemos que saber qué identificador de llamadas el análisis está en el primer lugar!

Esta característica se refiere a menudo simplemente como "Caller ID", que puede ser un poco confuso si nunca has visto a este servicio en funcionamiento antes. Para la mayoría de nosotros, identificador de llamadas es un servicio telefónico que muestra el número de teléfono de origen de una llamada entrante. Detección del identificador de llamadas tiene un significado diferente, aunque. Detección del identificador de llamadas en un router Cisco es en realidad otro tipo de contraseña - que define los números de teléfono que están autorizados a llamar al router.

La lista de números de teléfono aceptable fuente se crea con el comando de llamadas ISDN. Afortunadamente para nosotros, este comando permite el uso de x para especificar un número de comodín. Los resultados 555xxxx comando RDSI llamante en las llamadas que son aceptadas de cualquier número de teléfono de 7 dígitos que comienza con 555, y rechazado en todos los demás casos. Vamos R2 configurar para hacer precisamente eso y luego enviar un ping desde R1 y R2. Para ver los resultados del examen de identificación de llamadas, marcador de depuración se llevará a cabo en R1 antes de enviar el ping. He editado este producto, ya que la salida que usted ve aquí se repite varias veces el fuego - una vez por cada paquete de ping.

R2 (config) # 555xxxx llamadas ISDN

R1 # debug dialer

Dial de la depuración de los acontecimientos de la demanda está en

R1 # ping 172.12.12.2

Tipo de secuencia de escape para abortar.

Envío de 5, 100-byte ICMP Echos a 172.12.12.2, tiempo de espera es de 2 segundos:

03:30:25: BR0 DDR: IP causa de marcado (s = 172.12.12.1, d = 172.12.12.2)

03:30:25: BR0 DDR: Intentando marcar 8358662.

Tasa de éxito es del 0 por ciento (0 / 5)


R1 no nos da ninguna pista sobre cuál es el problema, pero podemos ver que el ping definitivamente no está pasando. En R2, marcador show muestra el número de detección de llamadas.

R2 # show dialer

BRI0 - Tipo de marcador = ISDN

Cadena Dial estado Fallas éxitos DNIS Últimos

8358661 1 0 00:03:16 éxito

7 de llamada entrante (s) han sido controlados.

0 llamada entrante (s) rechazado por devolución de llamada.

La opción de devolución de llamada se menciona en la última línea se muestra arriba permite que el enrutador para rechazar una llamada telefónica, y luego llamar a ese número de segundos más tarde de nuevo router.

R2 ahora se configura inicialmente para colgar en R1, R1 y luego llamar de nuevo.

R2 (config) # 8358661 llamante RDSI de devolución de llamada

R1 ahora ping R2. Los pings no se devuelven, pero segundos después R2 pide R1 espalda.

R1 # ping 172.12.12.2

Tasa de éxito es del 0 por ciento (0 / 5)

R1 #

03:48:12: BRI0: esperar a que tiempo de espera de portadores ISDN, llame id = 0x8023

R1 #

03:48:18:% LINK-3-UpDown: Interfaz BRI0: 1, cambiado de estado a un máximo

R1 #

03:48:18: BR0: 1 DDR: protocolo marcador hasta

R1 #

03:48:19:% LINEPROTO-5-UpDown: protocolo de interfaz de línea de BRI0: 1, estado cambiado a un máximo

R1 #

03:48:24:% RDSI-6-CONNECT: Interfaz BRI0: 1 ahora está conectado a 8358662 R2

Mostrar en el marcador R2 muestra la razón de la llamada a la R1 es una llamada de vuelta de devolución de llamada.

R2 # show dialer

BRI0 - Tipo de marcador = ISDN

Cadena Dial estado Fallas éxitos DNIS Últimos

8358661 3 0 00:00:48 éxito

7 de llamada entrante (s) han sido controlados.

10 llamadas entrantes (s) rechazado por devolución de llamada.

BRI0: 1 - tipo de marcador = ISDN

Temporizador de inactividad (120 segundos), temporizador de ralentí rápido (20 segundos),

Espere a que compañía (30 segundos), vuelva a habilitar (15 segundos)

Marcador de estado es la capa de enlace de datos de hasta

Razón Dial: devolución de llamada de devolución de llamada

Tiempo de desconexión hasta 71 segundos

Conectado a 8358661 (R1)

El inconveniente de identificación de llamada de devolución de llamada es que no todos los conmutadores de telecomunicaciones de apoyo, así que si usted tiene la posibilidad de elegir entre este y el PPP de devolución de llamada, usted está probablemente en mejor situación con PPP Callback. Sin embargo, es siempre una buena idea para conocer más de una forma de hacer las cosas con Cisco!

No hay comentarios: