09-24-2025, 04:47 PM
Helllo forums support,
I did the PBR redistribution sim#3. However, I feel like everyone would be interested in the additional solution for task 3
So, task 3 states:
Task #3
Ensure that on R3, prefix 10.0.56.6/32 uses the SP1 to route to the Internet, whereas prefix 172.16.12.2/32 uses the SP2 to route to the Internet. Do not use BGP to accomplish this. Use the pre-configured route-maps INTERNET1 and INTERNET2 and modify to accomplish the task if required. Use the ping and trace commands from R6 and R2 to prefixes 209.165.202.146 and 209.165.202.158, respectively to verify the results.
the proposed additional solution states:
n task 2, we redistributed EIGRP routes into OSPF on R4 with metric type 1. This means that all traffic from EIGRP will be treated as OSPF routes and will follow the OSPF path from R4 → R2 → R1 → R3. As a result, R6 will not be able to reach SP1. There are two ways to fix this: first, by configuring default static routes on R6 and R5; second, by redistributing only R2's Loopback0 and R5's Loopback0 IP addresses. This can be done using route-maps, but the tasks specify that we should not use route-maps.
The bold statement above is half correct. Task 2 states the following:
Ensure that R2 loopback 1 reaches to R5's loopback 1 by following the path through R2, R4, R6 to R5 and R5 loopback 1 reaches R2's loopback 1 by following the path through R5, R6, R4 to R2. Use metric values K1= 100000, K2=1, K3=255, K4=10, K5=1500 to modify the default metric in EIGRP if required. Do not add or modify the default-metric command under router eigrp 10. Do not use a route-map "to set metrics."
we are not to use a route-map to "set metrics" it never explicitly stated "do not use a route-map." for evidence take a look at PBR and Redistribution Sim #2. Task 2 explicitly states "do not use a route-map." Thus, preventing the use of any route-map for redistribution between ospf and eigrp on R3.
In conclusion, per cisco's best practice for redistribution tagging is in order to prevent any of the following:
redistributing the internal network back into itself
sub optimal routing ( which is the case in this lab)
please verify if my discovery is valid.
Thanks
I did the PBR redistribution sim#3. However, I feel like everyone would be interested in the additional solution for task 3
So, task 3 states:
Task #3
Ensure that on R3, prefix 10.0.56.6/32 uses the SP1 to route to the Internet, whereas prefix 172.16.12.2/32 uses the SP2 to route to the Internet. Do not use BGP to accomplish this. Use the pre-configured route-maps INTERNET1 and INTERNET2 and modify to accomplish the task if required. Use the ping and trace commands from R6 and R2 to prefixes 209.165.202.146 and 209.165.202.158, respectively to verify the results.
the proposed additional solution states:
n task 2, we redistributed EIGRP routes into OSPF on R4 with metric type 1. This means that all traffic from EIGRP will be treated as OSPF routes and will follow the OSPF path from R4 → R2 → R1 → R3. As a result, R6 will not be able to reach SP1. There are two ways to fix this: first, by configuring default static routes on R6 and R5; second, by redistributing only R2's Loopback0 and R5's Loopback0 IP addresses. This can be done using route-maps, but the tasks specify that we should not use route-maps.
The bold statement above is half correct. Task 2 states the following:
Ensure that R2 loopback 1 reaches to R5's loopback 1 by following the path through R2, R4, R6 to R5 and R5 loopback 1 reaches R2's loopback 1 by following the path through R5, R6, R4 to R2. Use metric values K1= 100000, K2=1, K3=255, K4=10, K5=1500 to modify the default metric in EIGRP if required. Do not add or modify the default-metric command under router eigrp 10. Do not use a route-map "to set metrics."
we are not to use a route-map to "set metrics" it never explicitly stated "do not use a route-map." for evidence take a look at PBR and Redistribution Sim #2. Task 2 explicitly states "do not use a route-map." Thus, preventing the use of any route-map for redistribution between ospf and eigrp on R3.
In conclusion, per cisco's best practice for redistribution tagging is in order to prevent any of the following:
redistributing the internal network back into itself
sub optimal routing ( which is the case in this lab)
please verify if my discovery is valid.
Thanks