Respuestas de foro creadas
-
Entradas
-
Buenas,
Para el laboratorio 632, en la task 2, en lugar variar la metrica por defecto de eigrp en R3:
R3(config)#router eigrp 10
R3(config-router)#default-metric 100000 1 255 10 1500¿Se podria poner los valores de las K directamente realizando la redistribucion de ospf en EIGRP?
R3(config)#router eigrp 10
R3(config-router)#redistribute ospf 10 metric 100000 1 255 10 1500Yo entiendo que de ambas formas las rutas redistribuidas de ospf en eigrp tendrán la misma metrica haciendolo de un modo u otro, pero me gustaria saber vuestro punto de vista.
Gracias y saludos.
Buenas, en la question 609,
En lugar de la respuesta A) no seria la B) ya que se refieren al trafico hacia internet (allow-default)?
Gracias y buen día,
Saludos.
Buenos dias,
En la pregunta 641, para configurar EIGRP con VRF, indicais que la respuesta correcta es la B) Configure the network command under EIGRP address family vrf CLIENT1
La configuración necesaria seria algo asi,
router eigrp CLIENT-1
address-family ipv4 vrf CLIENT1 autonomous-system 1
network 172.16.0.0 0.0.0.255¿No se ajustaria tambien la respuesta D) Configure the network command under EIGRP address family ipv4?
Gracias y buen dia!
Buenas,
En la question 651 porque la respuesta es la B. R1 should configure the ip summary-address eigrp 10.0.0.0 255.0.0.0 command under the Fast Ethernet 0/0 interface ?
Tenia entendido que el router que debe sumarizar las rutas es el que las anuncia no el que las recibe.
Gracias y saludos!
Buenas,
En la pregunta 661,
Por que seria preferible la respuesta A) Use the input-queue command to prevent the loss of packets a la B) Use RIP V2 to be able to use classless networks from BGP ?
Gracias y saludos.
Sorry, respecto a la pregunta 662 está bien la B) como comentasteis.
R1 está sumarizando 4 rutas directamente conectadas (las de sus loopbacks), por tanto es en R1 donde hay que aplicar el comando de no auto-summary para que no se instale la ruta sumarizada en su tabla de enrutamiento y por tanto tampoco la anuncie a R2 de esa manera, sino individualizadas unicamente.
Saludos!
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!
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.
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.
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.
