Publicado el Deja un comentario

Laboratorios en el examen CCNA

En esta entrada del blog, queremos disipar una duda recurrente que tienen los estudiantes sobre el examen de certificación CCNA y en general sobre los exámenes de certificación Cisco respecto a la existencia de preguntas de configuración (laboratorios).


¡PARTICIPEMOS!

Si te quedaron dudas del video, escríbela a continuación y así todos podemos participar y ayudarte.

NUESTROS CURSOS Foros Consultas examen de certificación CCNA 200-301

Viendo 15 entradas - de la 286 a la 300 (de un total de 308)
  • Autor
    Entradas
  • #32644
    AlvaroM
    Superadministrador

    Hola Fernando!

    Esta pregunta la hicieron varios compañeros anteriormente, la explicación la puedes encontrar acá: https://netwgeeks.com/banco-de-preguntas-ccna-200-301/page/9/

    Saludos! =)

    #33218
    AlvaroM
    Superadministrador

    Actualizadas últimas 3 preguntas del banco (incluido 1 lab), se continuara con la actualización entre semana.

    saludos! =)

    #33498

    Hola Alvaro.
    Tengo una duda con respecto a la pregunta 237.
    «Which configuration ensures that the switch is always the root for VLAN 750?»
    A. Switch(config)#spanning-tree vlan 750 priority 0
    B. Switch(config)#spanning-tree vlan 750 priority 614440
    C. Switch(config)#spanning-tree vlan 750 priority 38003685
    D. Switch(config)#spanning-tree vlan 750 root primary
    En el banco de preguntas dice que la opción A) es la correcta, pero creo que con el comando de la opción D tambien es valido. Porque esta no es la respuesta correcta ?
    Quedo atento. Gracias

    #33499
    AlvaroM
    Superadministrador

    Hola Alexis y bienvenido al foro!

    Es correcta tu afirmación, sin embargo el comando spanning-tree vlan 750 root primary solamente se encarga de validar que un switch sea el root primario al momento de ejecutar el comando. Si introduces otro switch con una mejor prioridad en relación al switch donde ejecutaste el anterior comando, entonces este nuevo switch sería el nuevo root bridge. Esto no ocurre con el comando priority 0, que ya te garantiza que esa prioridad sea la mejor respecto a cualquier otra prioridad superior.

    Atento a tus comentarios.

    Saludos! =)

    #33508
    AlvaroM
    Superadministrador

    Felicitamos a Junior De Jesus Garcia de República Dominicana que obtuvo su certificación CCNA la anterior semana.

    Ánimos al resto!

    #33522
    Pau Salas Cerda
    Participante

    Buenas en la pregunta
    «469. Refer to the exhibit. How will the router handle a packet destined for 192.0.2.156?»
    No tendría que descartar el paquete en vez de enviarlo por la interface serial 2 por la tabla de enrutamiento, aqui dejo el que esta
    192.168.4.0/24 is directly connected, Serial2
    Gracias

    #33528
    AlvaroM
    Superadministrador

    Buenos días Pau, en la tabla de enrutamiento no existe una ruta para la IP 192.0.2.156, por lo tanto se utiliza el Default Gateway que es la IP 192.168.4.1. Si buscamos la ruta para llegar a la 192.168.4.1, ahí podemos ver que se trata de una red directamente conectada a la cual se llega a través de la interface Serial2.

    Espero que ahora quede claro.

    Atento a tus comentarios.

    Saludos! =)

    #33616

    Hola Alvaro.
    Quería hacerte una pregunta con respecto a la pregunta 620, es una relacionada a ospf.
    El banco dice que la respuesta correcta es la C. Sin embargo no me queda muy claro el porque.
    A mi parecer la respuesta correcta sería la A, ya que el router 1 tiene una ip-address de 192.168.0.1/30 y por lo tanto en la configuración OSPF debería ser «network 192.168.0.0 0.0.0.3 area 0», lo cual no coincide con lo mostrado en el gráfico.
    Quedo atento a tu respuesta.
    Gracias

    #33619
    AlvaroM
    Superadministrador

    Hola Alexis!

    No tiene nada de malo el comando ejecutado de «network 192.168.0.1 0.0.0.0 area 0», la wildcard en este comando te indica que se habilite OSPF en la interface con la IP 192.168.0.1 que sería la interface Giga0/1; el comando que indicas de «192.168.0.0 0.0.0.3 area 0» también es válido, pero eso te indica que se habilite OSPF en todas las interfaces que pertenezcan a la red lógica 192.168.0.0/30; son 2 formas diferentes de habilitación y ninguna es incorrecta.
    Si gustas haz la prueba del primer comando en tu simulador/dispositivo y funcionará, al final tienes que trabajar con la wildcard para verificar qué interfaces son habilitadas con el protocolo.

    Dicho todo lo anterior, la respuesta correcta es C.

    Atento a tus comentarios.

    Saludos! =)

    #33634

    Aya, entiendo. En todo caso sería la C porque el MTU predeterminado para los routers es 1500, y como la configuración de R1 sugiere que tiene una MTU de 1600; habría una incompatibilidad el los tamaños de tramas que pueden procesar ambos equipos no ?

    #33651
    AlvaroM
    Superadministrador

    Hola Alexis!

    En realidad el MTU predeterminado de 1500 es para las interfaces Ethernet, recuerda que cada tecnología de capa 2 maneja su propio valor de MTU. No se habla mucho de la diferencia de MTUs a nivel de CCNA, sin embargo es un requisito que las interfaces que se conectan tengan el mismo valor de MTU para que se establezca la relación de vecinos.
    En la práctica, a pesar que tengas diferentes MTU entre las interfaces, la comunicación sí puede funcionar de acuerdo a la aplicación que utilices, ya que en la práctica existe PMTUD, que se encarga de definir el valor adecuado de MTU para la sesión entre los 2 dispositivos, y así no tener inconvenientes, sin embargo a nivel de OSPF sí que existen problemas y no te permite trabajar con valores diferentes.

    Atento a tus comentarios. PD. Cuando estás pensando rendir tu examen?

    Saludos! =)

    #33911
    AdminNG
    Superadministrador

    Actualizadas últimas 10 preguntas del banco de preguntas. Se continuara con la actualización la siguiente semana.

    #34034
    luis miguel
    Participante

    saludo alvaro
    podrias ayudarme con varias pregunta
    -pregunta 74? por que es la A y no la D

    -pregunta 212?

    -pregunta 332? por que es la C y no la A tengo una pequeña confuncion(no se si es por que me habla se switch technology)
    -pregunta 426? entiendo por que es la C, pero en el simulador me sale la misma pregunta y la misma respuesta en este caso (. between zones 3 and 4) pero la imagen sale totalmente diferente y no entiendo por que seria zona 3 y 4 en la imagen del somulador

    -pregunta 457? explicacion de esa pregunta

    -pregunta 538?explicacion

    -pregunta 539? exolicacion por que es la A

    -pregunta 562?explicacion

    -pregunta 595? por que se elige la F que dice que estan en diferente area aprecio que dice area 0 para el circulo completo o es que esa area 0 solo es del R2?

    #34037
    AlvaroM
    Superadministrador

    Hola Luis, como son varias preguntas iremos por partes.

    Respecto a la pregunta 74

    En el peor de los casos, aunque no tengamos DHCP Snooping activado, de todas formas el tráfico de control sigue saliendo e ingresando por la interface untrusted, y por el otro lado, si tu dispositivo final ya aprendió la MAC de otro dispositivo final antes de ejecutar esos comandos, el tráfico podrá seguir circulando entre ellos, recuerda que solo es una característica que se aplica a tráfico ARP y no a otro tipo de tráfico.

    Respecto a la pregunta 212

    Esta pregunta claramente está mal formulada, por lo tanto es sujeta a interpretaciones; en primer lugar tienes que tener en cuenta al state machine de OSPF, cuando un router llega al estado «2-WAY» ya es considerado VECINO de otro router, solamente cuando se llega al estado «FULL» es que se considera ADYACENTE a ese vecino; cuando se llega al estado «FULL» es cuando se intercambian los DBD para posteriormente tener las rutas en la tabla de enrutamiento. Una situación cuando un router llega al estado «2-WAY» pero no al estado «FULL» con otro router, se da cuando estamos trabajando con interfaces Ethernet (como en este caso) y se comunican 2 routers DROTHERs, entre los routers DROTHERs solo llegaran hasta el estado 2-WAY, los DROTHERs llegan al estado FULL solamente con el DR y con el BDR. En la imagen se ve que estamos trabajando con interfaces Ethernet donde los hello no coinciden, de entrada si un hello no coincide no se llegara ni a ser vecinos ni nada, si los hellos coinciden (opción c) ya se puede definir quién es DR, BDR y DROTHER para definir entre quienes se tiene una relación de vecinos y entre quienes una relación adyacente. Acá ingresa nuestra suposición que en esa red lógica /28 existan otros routers para que se establezcan DROTHERs y por ende relaciones «2-WAY». El resto de las opciones no las consideramos; en primer lugar no hay nada incorrecto en los valores de prioridad mostrados, el process ID no tiene efecto acá, y no hay problemas de Network Type ya que las 2 interfaces son Ethernet y por ende del tipo de interface OSPF de ambas es broadcast.

    Respecto a la opción D; cuando se tenga en un lado broadcast, y otro lado un tipo de interface NO COMPATIBLE, de todas formas se llegara al estado FULL de acuerdo a la configuración, pero se tendrán problemas para instalar las rutas intercambiadas en la tabla de enrutamiento; tal vez esto para algunas personas puede ser considerado como “no lograr adyacencia”, sin embargo sí se llega al estado FULL; de todas formas también consideramos a esta opción incorrecta, porqué si cambias el tipo de red, no llegaras ni a ser vecino ya que los timers no coinciden en las configuraciones mostradas.

    Saludos! =)

    • Esta respuesta fue modificada hace 2 semanas, 2 días por AlvaroM.
    #34059
    AlvaroM
    Superadministrador

    Hola Luis.

    Respecto a la 332
    Efectivamente es Portfast, ya la hemos corregido.

    Respecto a la 426
    Gracias por la observación, ya se introdujo la imagen correcta.

    Respecto a la pregunta 457

    Te indican que se aplican los comandos network respectivos, y también ten en cuenta que se está aplicando el comando «auto-summary», esto significa que se publican solo redes classful A, B y C. La red 10.4.3.0 en realidad es parte de la red clasful 10.0.0.0/8, la red 172.16.4.0 en realidad es parte de la red classful 172.16.0.0/16, y la red 192.168.2.0, ya es una red classful clase C /24. Por lo tanto de acuerdo a lo anterior, las redes que se publican correctamente son la opción A, C y D.

    Respecto a la pregunta 538

    Si te fijas el comando ejecutado, nada parece estar incorrecto hasta llegar a la parte que te indica 8662416065 colisiones; ahí ya debes analizar cuáles son las causas más comunes para experimentar este fenómeno. Entre las opciones mostradas, de entrada la C no puede ser, ya que si existe una diferencia de velocidades la interface no levantaría, cosa que vemos que no es cierto en el comando mostrado. La D tampoco puede ser ya que los drop de colas se verían en «Input queue: 0/375/0/0 (size/max/drops/flushes); Total output drops: 0». La opción A no puede ser ya que si existe congestión, significa que los paquetes irán a los buffers (colas de salida), y por ende serán descartados ahí, sin embargo vemos que existe el indicador de «Total output drops: 0». Finalmente tenemos la opción B, que de entrada ya conocemos de las clases, que es la única opción en este caso que puede generar colisiones en un segmento de red.

    Saludos! =)

Viendo 15 entradas - de la 286 a la 300 (de un total de 308)
  • Debes estar registrado para responder a este debate.
Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *