Nota: Lastimosamente el contenido completo solo está disponible para miembros… por favor
suscríbete
PREGUNTAS!
Las preguntas que encontraras en esta sección, son similares a las que te encontraras en el examen de certificación.
SI QUIERES DISFRUTAR DE ESTE CONTENIDO, TE INVITAMOS A QUE TE
SUSCRIBAS.
¡PARTICIPEMOS!
Si te quedaron dudas de la lección, escríbela a continuación y así todos podemos participar y ayudarte.
¿Quieres participar en los debates?… por favor
suscríbete
- Este debate tiene 11 respuestas, 6 mensajes y ha sido actualizado por última vez el hace 1 año por
AlvaroM.
-
HSRP Object-Tracking
En este debate hablamos sobre la lección «HSRP Object-Tracking». Puedes realizar tus consultas sobre la lección.
Buenos días profe, solo una duda, que pasa en el caso que el fallo de produjera no del lado de la interface fa0/1 del router RT3, sino que del lado del router de internet (RT1) en la interface que conecta al router RT3 o en la interface que conecta a internet de R1 ?
como podemos solucionar ese problema ? a nivel de HSRP.
Saludos Alvaro.
¡Hola Claudio!
En el laboratorio de VRRP si no estoy mal, ahí vemos otras técnicas para realizar el tracking, el hacer rastreo de interface es una posibilidad, pero también puedes hacer rastreo de rutas de la tabla de enrutamiento… por ejemplo, supongamos que pierdes la interface del router R1 hacia Internet… esto significa que vas a perder las rutas a través de esa interface no es cierto?… como el router R1 pierde esas rutas, eso significa que ya no las publica al router R3, y por ende ya no van a aparecer en la tabla de rutas del router R3. Por lo tanto podrías rastrear en el router R3 las rutas que te enviaba el router R1; cuando esas rutas desaparezcan en ese momento se activa el tracking y ya puedes modificar las prioridades de HSRP para cambiar el Gateway activo.
Esto también lo puedes emular en GNS3 como lo hacemos en ese laboratorio.
Espero haberte ayudado.
Estoy atento!
consulta. en la pregunta 10, porque no podria ser la stantby 5
porque no puede ser en la pregunta 10: standby 5
Hola Luis!
No puede ser porque por defecto en el IOS no se permite que la contraseña de HSRP tenga más de 8 caracteres; en la opción mostrada tienes 9, y por ello el comando es incorrecto.
Atento a tus comentarios.
Saludos! =)
¿En la pregunta 8 las opciones no deberian ser (config-if) y no (config-ip), debido a que realizan estas configuraciones en el modo de configuración de interfaz?
¿en la pregutan 11 la dirección mac indica que es la 0000.0c0f.f1c2, pero no deberia ser 0000.0c9f.f1c2?
¡Hola Cristian y bienvenido!
Es correcto, gracias por las observaciones, ya realizamos las correcciones pertinentes.
Saludos! =)
Buenas noches Alvaro; en la pregunta #5, de acuerdo a lo que comprendí la mac es con base al grupo por lo cual la respuesta correcta seria 0000.ac07.ac50 y no como indica 0000.0c07.ac32?
Hola Juan!
Tu análisis es correcto, pero recuerda que la dirección MAC es hexadecimal y no decimal; también recuerda que podemos tener 256 grupos, ¿cómo quedaría la dirección virtual si tienes el grupo 250?… no podrías introducir ese valor en 2 dígitos decimales.
En el caso de la pregunta, el valor decimal 50 si lo conviertes a su equivalente hexadecimal se convierte en 32.
Espero que ahora quede claro.
Saludos! =)
Buenas noches Alvaro , en la pregunta 11 pensé que la respuesta seria 0000.0c0f.f1c2 la cual no esta , pero en su lugar la respuesta es 0000.0c9f.f1c2 , me podrías apoyar aclarando esa duda . Gracias.
¡Hola Gustavo!
Lo que pasa es que se está utilizando HSRP versión 2, en este caso las direcciones MAC van desde la 0000.0C9F.F000 a 0000.0C9F.FFFF, donde los últimos 3 dígitos hexadecimales almacenan el número de grupo 450 (1c2 en hexadecimal); es por ello que la respuesta es 0000.0c9f.f1c2. Recuerda que en HSRP versión 1 el rango de grupo va desde el 0 al 255.
¡Saludos! =)
- Debes estar registrado para responder a este debate.
