I have a question regarding PBR in your How To Master the CCNP Route book. On page 165, the topology you used is the same topology I will be referring to. I re-created that topology exactly in GNS3, and it worked as expected. I then re-created it a second time, but configured PBR on R4 and the goal was to force all traffic down to R3, and then from R3 up to R1 across the serial link.
After I finished creating this topology I did a trace route from R4 to a loopback address I added onto R1. The trace route did go to the configured next-hop router R3 like I wanted, however, the packet was sent back to R4, then to R2, and then R1. My first thought was that I needed to configure PBR on R3 as well, but without using the “local” keyword in the "ip policy route-map " command since the packet(s) is originating from R4 and not R3. This didn’t change anything though, and the trace route behaved the same way by bouncing the packet back to R4, and then following the path to R2 and then R1.
So, the next thing I did was change the EIGRP metric on R3 to make the route from R3 to R1 more desirable. This did work, and the trace route was able to travers from R4 to R3 and then to R1, like I wanted it to.
My question is, was this the ideal way (best practice) to achieve my goal of forcing the traffic against what the routing table would have done? Or, after configuring PBR on R4 and R3, should the trace route have still traversed across the path that I wanted (R4 to R3 to R1) without changing the bandwidth and delay for EIGRP on R3? Perhaps I didn’t configure it correctly on R3? Any input is greatly appreciated!
Policy Based Routing only works for the device it is configured on, right? So, if the source router (in a trace route) operates correctly by using PBR, how should I expect the next-hop router to treat the packets it receives?