Banco de preguntas CCNP ENARSI 300-401 actualizado 13 de enero 2026
Si ya estudiaste para tu examen de certificación y crees que dominas todos los temas, solo te queda practicar y practicar. Ponemos a tu disposición el banco de preguntas oficial. Respondiendo a estas preguntas, ten la certeza que conseguirás la certificación. Este banco de preguntas se actualiza de manera periódica.
NOTA: Accede a este contenido a través de la compra de la membresía anual, a través de la compra del curso CCNP ENARSI 300-410, o a través de una membresía mensual de 30 USD.
1. Refer to the exhibit. An engineer must troubleshoot a connectivity issue impacting the redistribution of the subnet 172.16.2.48/28 into the OSPF domain. Which configuration on router R1 advertises this subnet into the OSPF domain?
R1#show run | begin router eigrp 100
router eigrp 100
network 172.16.250.0 0.0.0.3
redistribute ospf 10 metric 1 1 1 1 1
!
router ospf 10
network 192.168.1.0 0.0.0.3 area 0
!
ip forward-protocol nd
!
!
no ip http server
R3# traceroute 172.16.2.48
type escape sequence to abort
Tracing the route to 172.16.2.48
VRF info: (vrf in name/id, vrf out name/id)
1 * * *
2 * * *
3 * * *
R3#show ip route
192.168.1.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.1.0/30 is directly connected, GigabitEthernet0/1
L 192.168.1.2/32 is directly connected, GigabitEthernet0/1
192.168.2.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.2.0/24 is directly conectede, Loopback2
L 192.168.2.33/32 is directly connected, Loopback2
192.168.3.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.3.0/24 is directly connected, Loopback1
L 192.168.3.17/32 is directly connected, Loopback1
R4#show running-config | begin router eigrp
router eigrp 100
network 172.16.2.0 0.0.0.3
network 172.16.2.16 0.0.0.15
network 172.16.2.32 0.0.0.15
redistribute static metric 100 1 1 1 1 route-map CCNP
!
ip forward-protocol nd
!
no ip http server
no ip http sercure-server
ip route 172.16.2.48 255.255.255.240 172.16.2.34
!
route-map CCNP permit 10
match ip address 10
set tag 200
!
!
access-list 10 permit 172.16.2.48 0.0.0.15
2. Refer to the exhibit. The services at branch B are down. An engineer notices that router A and router B are not exchanging any routes. Which configuration resolves the issue on router B?
RouterA#debug eigrp packets
(UPDATE, REQUEST, QUERY, REPLY, HELLO, UNKNOWN, PROBE, ACK, STUB, SIAQUERY, SIAREPLY)
EIGRP Packet debugging is on
RouterA#
*Jan 14 16:39:24.927: EIGRP: Gil: ignored packet from 192.168.168.2, opcode 5 (missing authentication)
*Jan 14 16:39:25.619: EIGRP: Sending HELLO on Gil
paklen 60
*Jan 14 16:39:25.619: AS 100, Flags 0x0: (NULL), Seq 0/0 interfaceQ 0/0 iidbo un/rely 0/0
RouterA#
A.
router eigrp 100
network 192.168.168.0
key chain EIGRP
key 1
key-string CCNP
interface serial 0/0/0
ip address 192.168.168.2 255.255.255.0
ip authentication key-chain eigrp 100 EIGRP
negotiation auto
B.
router eigrp 100
network 192.168.168.0
key chain CCNP
key 1
key-string EIGRP
interface serial0/0/0
ip address 192.168.168.2 255.255.255.0
ip authentication mode eigrp 100 md5
ip authentication key-chain eigrp 100 EIGRP
negotiation auto
C.
router eigrp 100
network 192.168.168.0
key chain EIGRP
key 1
key-string CCNP
interface serial0/0/0
ip address 192.168.168.2 255.255.255.0
ip authentication mode eigrp 100 md5
negotiation auto
D.
router eigrp 100
network 192.168.168.0
key chain EIGRP
key 1
key-string CCNP
interface serial0/0/0
ip address 192.168.168.2 255.255.255.0
ip authentication mode eigrp 100 md5
ip authentication key-chain eigrp 100 EIGRP
negotiation auto
3. Refer to the exhibit. An engineer must troubleshoot an issue affecting the communication from router R2 to the TACACS server. Which configuration resolves the issue?
R2(config)#tacacs server advrt
R2 (config-server-tacacs)#key xyz123
C.
R2(config)#tacacs-server packet maxsize 43974
D.
R1 (config)#tacacs server advrt
R1 (config-server-tacacs)#kty xyz123
4. Users report web connectivity problems on the server (10.1.1.10). Which IP SLA configuration captures the failure details through the network to resolve the issue?
A.
ip sla 5
icmp-echo 10.1.1.10
frequency 1
timeout 3
ip sla schedule 5 life forever start-time now
B.
ip sla 5
http get url http://10.1.1.10
frequency 60
timeout 3000
!
ip sla schedule 5 life forever start-time now
C.
ip sla 5
icmp-echo 10.1.1.10
frequency 60
timeout 3000
ip sla schedule 5 life forever start-time now
D.
ip sla 5
http get url http://10.1.1.10
frequency 1
timeout 3
!
ip sla schedule 5 life forever start-time now
5. Refer to the exhibit. The engineer configured route redistribution in the network but soon received reports that R2 cannot access 192.168.7.0/24 and 192.168.15.0/24 subnets. Which configuration resolves the issue?
R1#show route-map
route-map FROM->EIGRP, permit, sequence 10
Match clauses:
ip address (access-lists): 10
Set clauses:
Policy routing matches: 0 packets, 0 bytes
R1#show run | sec router
router eigrp 100
network 10.96.69.0 0.0.0.3
no auto-summary
eigrp router-id 1.1.1.1
router ospf 100
router-id 1.1.1.1
log-adjacency-changes
redistribute eigrp 100 subnets route-map FROM->EIGRP network 10.99.69.0 0.0.0.3 area 0
R1#show ip access-list
Standard IP access list 10
10 permit 192.168.16.0, wildcard bits 0.0.3.255 11 permit 192.168.0.0, wildcard bits 0.0.7.255 20 deny any
6. Refer to the exhibit. EIGRP adjacency between router A and router C is not working as expected. Which two configurations resolve the issue? (Choose two.)
RouterA#sh ip eigrp interfaces gigabitEthernet 0/0/1 EIGRP-IPv4 Interfaces for AS (1)
Interface Peers Xmit Queue PeerQ Mean Pacing Time Multicast Pending
Un/Reliable Un/Reliable SRTT Un/Reliable Flow Timer Routes
EIGRP-IPv4 VR (CCNP) Address-Family Interfaces for AS (100)
Interface Peers Xmit Queue PeerQ Mean Pacing Time Multicast Pending
Un/Reliable Un/Reliable SRTT Un/Reliable Flow Timer Routes
Gi0/0/1 0 0/0 0/0 0 0/0 50 0
A.
Router C
router eigrp CCNP
address-family ipv4 unicast autonomous-system 100
af-interface GigabitEthernet0/0/0
hold-time 90
exit-af-interface
topology base
exit-af-topology
exit-address-family
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 ayudar
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 por AlvaroM.
Esta respuesta fue modificada hace 5 meses por AlvaroM.
Esta respuesta fue modificada hace 5 meses por AlvaroM.
Esta respuesta fue modificada hace 5 meses por AlvaroM.
Esta respuesta fue modificada hace 5 meses por AlvaroM.
Esta respuesta fue modificada hace 5 meses por AlvaroM.
Esta respuesta fue modificada hace 5 meses por AlvaroM.
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
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.
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 saludo
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! =)
Esta respuesta fue modificada hace 4 meses, 4 semanas por AlvaroM.
Esta respuesta fue modificada hace 4 meses, 4 semanas por AlvaroM.
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?
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.
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.
La 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.
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 =)
Esta respuesta fue modificada hace 4 semanas por AlvaroM.
Esta respuesta fue modificada hace 4 semanas por AlvaroM.
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.
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.
Esta respuesta fue modificada hace 3 semanas, 1 día por AlvaroM.
Esta respuesta fue modificada hace 3 semanas, 1 día por AlvaroM.
Esta respuesta fue modificada hace 3 semanas, 1 día por AlvaroM.
Esta respuesta fue modificada hace 3 semanas, 1 día por AlvaroM.
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.
No sería la respuesta D) en lugar de la B) ya que las rutas se anuncian a R1, es decir desde su router vecino R2 y por tanto el no auto-summary se debe configurar en R2?
Gracias y saludos.
Esta respuesta fue modificada hace 2 semanas, 4 días por Anarky19.
Autor
Entradas
Viendo 15 entradas - de la 76 a la 90 (de un total de 99)
