Lab4 Shadow Session
Last updated
Last updated
Load unix:lab4.init.cfg
R7 has been introduced as the RR. This causes the path to R6’s loopbacks via R5 to be hidden again. Create a shadow session between R3 and R7 so that R3 learns both paths (via R4 and via R5). Enable multipath on R3. New loopbacks (Lo1) have been preconfigured on R3 and R7 for this shadow session.
R3 Lo1 = 10.0.0.33, fc00::33
R7 Lo1 = 10.0.0.77, fc00::77
https://www.youtube.com/watch?v=eF1zqUhiPbs&list=PL3Y9eZjZCcsejbVWD3wJIePqe3NiImqxB&index=6
Before we make the change, notice that R7 is hiding the backup path via R5. By default, the RR only sends its bestpath to all RR clients.
Only the bestpath is sent to R3:
We now setup the shadow session. This simply uses a different loopback for peering, Lo1. The RR advertises the “diverse-path backup” path on the shadow session, not the bestpath. This does not require Add Path to be configured and negotiated between peers. It is similar to advertise-best-external in a way. Also note that R7 does not need to locally install the backup path as a fast repair route, as it will not be in the data path.
On R3 we receive the backup path (with nexthop R5) over the shadow session in addition to the primary path (with nexthop R4) on the primary session.
R3 installs these locally as multipath in the RIB/FIB.
Note that in this lab, we can achieve multipathing by only running a shadow session with R3, because R3 is the router making the multipath decision. In another topology, you might need to run multiple shadow sessions.