- Este debate tiene 82 respuestas, 9 mensajes y ha sido actualizado por última vez el hace 1 mes, 1 semana por
.
-
Entradas
-
Hola Alvaro,
Espero que te encuentres bien. La pregunta 469 relacionada con uRPF. No me queda claro, ya que el comando «ip verify unicast reverse-path» no fue abordado durante la clase. ¿Podrías explicarme un poco más al respecto, por favor?
Muchas gracias.
Saludos,
DGV
Hola Daniel,
Lo que pasa es que ese comando es la antigua forma de activar URPF, me parece que es una pregunta que busca generar confusión debido a los resultados de los comandos show, ya que, si te fijas en las respuestas, en realidad deberíamos ver «IP unicast RPF check is enabled» y «Input features: uRPF» en las interfaces donde se tenga activada la característica. Sin embargo, en la interface e0/1, solamente ves el texto «IP unicast RPF check is enabled», lo que podría hacernos pensar que tal vez en esta interface no se encuentra activado URPF, y sí en la 0/0. Si asumimos que es así, ya descartamos las opciones A y C. De las opciones B y D, descartamos la D, ya que no existe el comando «ip unicast RPF check reachable-via any allow-default allow-self-ping», dejando como única opción la B.
Si no analizamos esta pregunta de esta manera, la opción A o B podrían ser correctas y no veo la forma de elegir una sobre otra.
Atento a tus comentarios.
Saludos! =)
Hola Alvaro,
Para la pregunta:
474. Refer to the exhibit. The administrator is troubleshooting a BGP peering between PE1 and PE3 that is unable to establish. Which action resolves the issue?
Pienso que la respuesta correcta seria la C.- Remove the traffic filtering rules on P2 blocking the BGP communication between PE1 and PE3,
ya que en el debug hay una línea que dice lo siguiente:
*Feb 22 14:04:12.375: ICMP: dst (10.255.255.1) administratively prohibited unreachable rcv from 10.0.12.2
quedo pendiente de tus comentarios.
Saludos!
Hola Daniel
Gracias por la observación, la opción correcta es C, cuando se bloquea la comunicación BGP entre 2 dispositivos, tendremos tal cual los logs mostrados en la pregunta. (Lo he simulado y confirmado por si las dudas =) )
Logs recibidos en mi caso (topología R1-R2-R3):
*Aug 16 13:14:30.391: TCP: sending SYN, seq 3969043345, ack 0 *Aug 16 13:14:30.391: TCP0: Connection to 30.30.30.30:179, advertising MSS 1460 *Aug 16 13:14:30.395: TCP0: state was CLOSED -> SYNSENT [28136 -> 30.30.30.30(179)] *Aug 16 13:14:30.447: ICMP: dst (10.10.10.10) administratively prohibited unreachable rcv from 12.12.12.2 *Aug 16 13:14:30.451: TCP0: ICMP destination unreachable received *Aug 16 13:14:30.451: Released port 28136 in Transport Port Agent for TCP IP type 1 delay 240000 *Aug 16 13:14:30.451: TCP0: state was SYNSENT -> CLOSED [28136 -> 30.30.30.30(179)] *Aug 16 13:14:30.459: TCB 0x6B0C7930 destroyed R1# ACL router intermedio: R2#show access-lists Extended IP access list 199 10 deny tcp host 10.10.10.10 host 30.30.30.30 eq bgp (27 matches) 20 permit ip any any (39 matches)Saludos! =)
Hola Alvaro,
Respecto a la pregunta 444. Which action installs route 192.168.2.2/32 in the routing table?
Creo que la respuesta es la
B. Configure the next-hop-self attribute for the peering on the peer router
Ya que el vecino «192.168.1.1» esta anunciando la ruta redistribuida «?» – 192.168.2.2/32, entonces, en ese vecino se debe configura el next-hop-self para cambiar el salto.
Quedo pendiente a tus comentarios.
Saludos,
ODGV
Hola Daniel, nuevamente gracias por la observación, es correcto, la respuesta correcta es la B, el vecino debe enviarnos la ruta con el siguiente salto modificado para que sea válida, de manera que podamos instalarla en la tabla de enrutamiento.
Saludos! =)
hola gracias por las explicaciones, veo que la pregunta 402 tambien tiene un error creo que la que esta marcada como correcta no seria asi. gracias.
Hola Jorge, gracias por las observaciones.
Respecto a la pregunta 402, vayamos descartando las incorrectas. De entrada la D no puede ser, ya que en Detroit se tiene el comando «ip nhrp map broadcast», lo cual es incorrecto. La C no puede ser debido a que se utiliza de manera incorrecta el comando ip nhrp map, el comando correcto debería ser «ip nhrp map 10.0.81.1 10.92.18.2» (reno), el orden de las IPs es incorrecto. En la opción A, falta el comando «tunnel mode gre multipoint» en el router reno, lo cual deja como única opción correcta a la B.
Respecto a la 400, ya se han completado las opciones disponibles.
Saludos! =)
En esta oportunidad quiero felicitar a Jorge Alberto Montero de México por lograr su certificación CCNP ENARSI el día de hoy! Felicidades Jorge, y gracias por confiar en nuestros materiales tanto para CCNP ENCOR como para ENARSI.
Esperamos verte pronto en futuros cursos.
¡Saludos y a disfrutar de tu certificado CCNP ENTERPRISE! =DD
- Debes estar registrado para responder a este debate.