Refer to the exhibit. R1 should receive 10.16.2.0/24 from R2. Which action resolves the issue?
Refer to the exhibit. R1 should receive 10.16.2.0/24 from R2. Which action resolves the issue?
In order for R1 to receive the 10.16.2.0/24 network from R2, it must be permitted by the prefix list on R2. The 10.16.2.0/24 network is part of the 10.16.0.0/22 subnet, therefore modifying the prefix-list seq 5 on R2 to permit 10.16.0.0/22 would ensure that the required route is allowed. This change will include 10.16.2.0/24 in the permitted range, resolving the issue.
C is correct , but the prefix-list called in R1 filter list has the wrong name.
10.16.1.0/23 is processed as 10.16.0.0/23 (10.16.0.1 -10.16.1.255) The only prefix that includes the required submit is C
didn't even notice this, thanks makes sense
Agree!
Note there is nothing that needs to be changed on the prefix list on R1. The part "R1(config)#ip prefix-list NAME_OF_PREFIX_LIST seq 10 permit 0.0.0.0/0 le 32" already allows everything. Maybe slight note, the fact that the question includes 10.16.1.0/23 as an entry makes it more complex than required. SIDENOTE: The example includes R2 config with: 10.16.0.0/23, this does not help the question in my opinion, it should just have 10.16.0.0/23 (10.16.0.1 -10.16.1.255) in the example to clarify the question.