- Este debate tiene 98 respuestas, 10 mensajes y ha sido actualizado por última vez el hace 3 semanas por
.
-
Entradas
-
Buenos dias desde España y un fuerte saludo.
Estoy preparandome para el examen de ENARSI, y despues de ever videos del temario, actualmente estoy estudiando y repasando las preguntas.
Actualmente he estudiado y repasado un gran numero de las preguntas mas de 650 y me estoy encontrando un gran numero de ellas (unas 60 aproximadamente) que la opcion que indica en el banco de preguntas no se si es la mas correcta.
Quizas cuando estudie el resto que aun me faltan tambien, me generen mas dudas.
Estan comprobadas todas las respuestas a las preguntas?
Espero su respuesta
Un saludo muy fuerte y espero que me puedan ayudarHola Leinad!
Siempre existe la posibilidad de que alguna de las preguntas tenga errores, puede ser que al momento de codificarla seleccionamos la opción incorrecta. Por nuestra parte siempre hemos tratado de elegir la mejor respuesta de acuerdo a nuestro criterio, en los exámenes Cisco como ya lo sabes hay varias preguntas que pueden ser sujetas a interpretación. De todas formas, si tienes duda en alguna, háznoslo saber y lo analizamos.
Por otro lado, en el caso de ENARSI la forma adecuada de validar las preguntas donde tengas dudas es simulándolas, no hay mucho margen a decir «más o menos correcta», seguramente hay algunas (teóricas en su mayoría), pero dudo que existan en gran cantidad, o la respuesta es correcta o no lo es, y eso solo lo vas a comprobar realizando simulaciones.
PD. No se si es tu caso (olvídalo de no ser así), pero hemos recibido correos de algunas personas que utilizan alguna herramienta de IA para validar las respuestas, y por supuesto les dan en varios casos la opción incorrecta. Las IAs disponibles de manera gratuita están todavía alejadas de ser una herramienta certera para temas avanzados en redes de computadoras. Inclusive en CCNA nos han dado decenas de observaciones que están totalmente infundadas e incorrectas, y solo las señalan porque la IA les da esa respuesta.Quedamos atentos, saludos! =)
-
Esta respuesta fue modificada hace 5 meses, 3 semanas por
-
Esta respuesta fue modificada hace 5 meses, 3 semanas por
-
Esta respuesta fue modificada hace 5 meses, 3 semanas por
-
Esta respuesta fue modificada hace 5 meses, 3 semanas por
-
Esta respuesta fue modificada hace 5 meses, 3 semanas por
-
Esta respuesta fue modificada hace 5 meses, 3 semanas por
-
Esta respuesta fue modificada hace 5 meses, 2 semanas por
Buenos días y saludos
Espero que estés bien.
Esta bien la solución de la 683??, puede ser que el lugar 4 sea la 192.168.1.2 y en el 6 sea la 192.168.1.1
Espero su respuesta, muchas gracias
Saludos¡Buenos días!
Nos dicen que en el VRF customer_a se encuentran las interfaces Gig0/0, esto significa que en las interfaces Gig0/0 de ambos routers tendríamos que tener diferentes direcciones IP.
En el router CE1, tendríamos la 192.168.1.1/24, (1 -> customer_a, 2 -> 192.168.1.1 255.255.255.0), y en el router CE2 deberíamos tener la 192.168.1.2/24 (5 -> customer_a, 6 -> 192.168.1.2 255.255.255.0).
En tu caso si quieres que la 6 sea 192.168.1.1 tendrías que cambiar también la opción 2 a 192.168.1.2 ya que se encuentran en el mismo VRF. Y lo mismo en la 4.
Quedo atento.
Saludos! =)
Buenos días y saludos.
Gracias Alvaro, por sus rápidas contestaciones, la verdad es que me sirve mucho de ayuda, tener a una persona que me pueda resolver dudas.
En la 459 no entiendo que se utilice el rango de interfaces, tanto en R4 como en R5.
interface range ethernet0/0-1,
¿no sirve con eth0/0?En la pregunta 463, tanto en BR1 como en BR2 el tunnel source lo indica asi -> tunnel source GigabitEthernet0/1
¿esto es lo mismo que en BR1 -> tunnel source 10.10.10.1 y en BR2 -> tunnel source 10.10.10.2?
tampoco veo el comando tunnel destination.
Disculpe mis dudas.
Un saludoHola!
No te preocupes que para eso estamos.
Respecto a la 459, puede ser que el enunciado o la topología se encuentren incompletas, la idea acá es que encuentres los routers (número 4 o 5) que tengan configuración de autenticación de área, y los modifiques para que sea autenticación a nivel de enlace. Tendrás que ver ese momento de acuerdo al enunciado en cuales de las interfaces y en qué routers tienes que modificar ese comportamiento, probablemente tengas que utilizar el comando range para modificar el comportamiento de las interfaces tanto del área 0 y del área 1.
Respecto a la 463, sí, es lo mismo, ya que se utiliza como origen la interface física donde se origina el túnel, o la IP de la interface física que origina el túnel. Y no se utiliza tunel destination ya que se esta utilizando mGRE como lo ves en los comandos de configuración.
Una recomendación muy importante para este examen, es que practiques simulando todos los escenarios de las clases y del banco de preguntas, y realices modificaciones en tus configuraciones. Solo de esa manera tendrás conocimientos sólidos que te darán seguridad en el examen. Si únicamente te enfocas en las preguntas y respuestas específicas del banco, corres un riesgo muy grande de tener dificultades si llegan a aparecer nuevas preguntas, lo cual es una posibilidad real. Lo que siempre recomendamos es comprender a fondo la tecnología para estar preparado ante cualquier situación.Quedamos atentos.
Saludos! =)
En la pregunta 42 la tabla BGP del Router R2 indica como status code «* i», según la OCG el * se muestra para las NRLI válidas, esto significaría que pasó la prueba de validación y que el siguiente salto sería alcanzable. ¿Esto es correcto? Pienso que la respuesta es la A pero la razón sería diferente.
Además:
¿La falta del símbolo > sería porque podría haber un protocolo IGP con mejor métrica a esa ruta?
¿Qué significa exactamente el símbolo «>», si aparece el símbolo «>» es garantía de que esa NLRI se instalará en la tabla de enrutamiento como aprendida por BGP o puede que una entrada tenga el símbolo «*>i» y aún así otra ruta (como una ruta estática) sea la que se instale finalmente en la RIB?Hola estimado!
En la pregunta 42, la tabla BGP del router R2 no muestra el estatus code: «* i» , muestra el estatus code simplemente de «i«, lo que significa que no es una ruta válida.
El símbolo «>» como ya lo mencionamos en la clase, significa la mejor ruta que se tiene en la tabla BGP para un prefijo en particular, no significa necesariamente que es la ruta que pasa a la tabla de enrutamiento. A pesar que exista una mejor ruta con un IGP, igual deberías ver el símbolo de «>» en la tabla BGP.
Dale una mirada a la clase donde explicamos justamente esto: https://netwgeeks.com/topic/bgp-table/
Quedamos atentos.
Saludos! =)
En la pregunta 743
R10 (TFTP client) hace ping a 10.1.1.1 que es la ip de la interface gi0/0 de R11.
Al hacer ping desde R10 no se ha puesto el comando vrf, por tanto R10 es un router (CE), el router R11 (TFTP server) al estar la gi0/0 en la vrf TFTP parece ser que es un router (PE) o que ambos están en configuracion VRF Lite.
Por tanto, no seria mas apropiada la respuesta C), ya que parece que R11 está utilizando como origen TFTP otra interface diferente a Gi0/0, por tanto si R10 está intentando iniciar la sesion TFTP sobre otra interface/ip diferente dara error de timeout.
Gracias y saludos.
En la question 741, ¿no seria la respuesta C)?
R1(config)#route-map REDIST permit 10
R1(config-route-map)#match ip address 15
R1 (config-route-map)#exit
R1(config)#access-list 15 permit 172.16.0.0 0.0.255.255
R1(config-router)#router ospf 1
R1(config-router)#redistribute eigrp 100 subnets route-map REDISTLa clave es redistribuir sobre ospf la red 172.16.2.32/28 desde EIGRP. De esa manera R3 aprenderá dicha red como OSPF external y los PCs 1 y 2 podrán llegar a ella.
¡Hola!
Respecto a la 743, la opción A no tiene influencia ya que ambas interfaces se comunicarán con la misma tabla de enrutamiento. La opción B no tiene nada que ver acá. La opción D no es correcta ya que en el IOS no se permite definir la pertenencia de un archivo a un VRF en particular, así que la opción correcta es la C.
Respecto a la 741, acá según el enunciado tendríamos que asumir que el problema se encuentra desde la red 172.16.1.16 hacia a la 172.16.2.32, esto significa que no tenemos la ruta desde el router R3 hacia red lógica del router R4. Asumiendo que exista la ruta de vuelta, tendríamos que redistribuir desde EIGRP hacia OSPF. Esto deja fuera las opciones B y D.
La opción A funciona, estamos redistribuyendo de EIGRP a OSPF, lo único que podríamos observar es que la métrica de la ruta redistribuida tenga un valor de 1000, y por supuesto que estas redistribuyendo todas las rutas del dominio EIGRP.
La opción C también funciona, el resultado es el mismo en esta topología a excepción de la métrica, acá la métrica por defecto será de 20, sin embargo, la observación acá es que se está evitando que cualquier otra red lógica sea redistribuida, ya que no se tiene el permit any en el route-map.
Sera cuestión de interpretación para elegir la A o la C, una es más genérica y simple, otra más específica.
¡Gracias por las observaciones, si tienes alguna otra estamos atentos!
Saludos =)
En la question 680
Establecen RB y RD la sesion eBGP por sus direcciones de loopback, tendria sentido lo de configurar ebgp-multihop 3 si cayera el enlace entre RB-RD y tuvieran que comunicarse por el camino mas largo (el inferior) y no como dice el enunciado que cae el enlace entre RC-RE, cierto?
Si cae dicho enlace lo logico es que establezcan la sesion por su enlace directo (aunque sea con las ips de sus loopbacks).
No se como lo veis, pero parece un fallo de enunciado.
Saludos.
Hola!
Según el enunciado y según los resultados mostrados, se están formando las relaciones de vecinos a través de las interfaces Loopback. Nos dicen que si cae el enlace RC-RE ya no funciona la comunicación entre los AS. Entonces esto podría significar en este caso que no está establecida la relación de vecinos entre el router RB y RD.
Según lo mostrado, ya sabemos que se está intentando realizar la comunicación de BGP desde las interfaces loopback, por lo tanto, las opciones B y C no sirven acá.
Después, cuando ejecutamos el comando «ebgp-multihop 3», aparece el resultado que vemos en el router RD de: «External BGP neighbor may be up to 3 hops away.». Por lo tanto, ya sabemos que dicho comando se encuentra ejecutado en el router RD. Faltaría que el comando se ejecute en el router RB para que el establecimiento de vecinos pueda completarse; lo que a mi percepción deja como única respuesta posible a la A.
Sin embargo, si tomamos en cuenta a la opción A, esos logs que nos muestran no serían correctos, ya que cuando falta el comando ebgp-multihop en un extremo no pasamos de Established a Idle.
Por otro lado, si tuvieran que comunicarse por el camino más largo en el caso que caiga el enlace RB-RD, haría falta un valor más alto de ebgp-multihop.
Quedo atento.
Buenas,
Vale queda claro, entiendo que nunca se habia formado la sesion ebgp entre RB y RD y simplemente el trafico fluia por la parte inferior RC-RE.
Ahora que ese enlace esta caido para que el trafico llegue de RA a RF y viceversa tiene que establecerse la sesion entre RB y RD y como es a traves de sus loopbacks seria ebgp multihop (minimo 2 saltos), TTL=2 o mas, en este caso ya esta configurado ebgp multihop 3 en RD y habria que hacer los mismo en RB.
Creo que la recomendacion de cisco es añadir 1 salto mas como buenas practicas a los saltos reales asi que un TTL=3 se ajusta a ello.
Gracias y saludos!
-
Esta respuesta fue modificada hace 5 meses, 3 semanas por
- Debes estar registrado para responder a este debate.