Refer to the exhibit. SIMULATION

service timestamps log datetime, service sequence-numbers, and snmp-server enable traps ospf.Refer to the exhibit. SIMULATION

service timestamps log datetime, service sequence-numbers, and snmp-server enable traps ospf.DRAG DROP Drag and drop the descriptions from the left onto the corresponding MPLS components on the right.
Maps look like this: LSR is the core/P router, FEC is for grouping traffic with same path/label, LER sits at the edge (PE), LDP handles label mapping between routers, and LSP defines the path across MPLS. Pretty sure that's right but let me know if I missed something subtle.
DRAG DROP Drag and drop the packet types from the left onto the correct descriptions on the right.
Pretty sure control plane is for protocols like OSPF/BGP, so I matched it with "network device generated or received packets that are used for the creation of the network itself". For "operate the network" I went with services plane, since management traffic often needs priority (like voice). Data plane I put as user-generated and always forwarded. Could be wrong on those last two but that's how I remember the split. Anyone else get tripped up by services vs management?
SIMULATION 

Metric weights and delay changes plus PBR setup on R3 is the way to go.
You have to put metric weights on all EIGRP routers (R3, R4, R5, and R6), not just a few, or adjacency will break-easy to miss. Also, both R4 and R6 Gi0/1 need delay 1000 so the backup path gets penalized. PBR config goes on R3 with proper ACLs and route-maps. I think some might forget the delay on both routers, but that's key. Agree?
Metric weights on all EIGRP routers, add delay 1000 to R4 and R6 Gi0/1, ACL and route maps for PBR on R3.
Shouldn't you also apply metric weights to every EIGRP router (R3, R4, R5, R6) so adjacency forms? Also, do both R4 and R6 Gi0/1 interfaces get the delay command for Task 2 or just one? Trying to be sure.
DRAG DROP Drag and drop the OSPF adjacency states from the left onto the correct descriptions on the right.
DRAG DROP Drag and drop the MPLS terms from the left onto the correct definitions on the right.
PE → device that forwards traffic based on labels
P → device that removes and adds the MPLS labeling
CE → device that is unaware of MPLS labeling
LSP → path that the labeled packet takes
I think PE forwards based on labels and P does label imposition/disposition since edge devices usually handle routing, not pure switching. If anyone’s seen a different logic in the labs let me know.