A network engineer is configuring MPLS LDP on a new router. After enabling LDP globally and on the interface, the LDP session does not establish. The IGP (OSPF) is fully operational. What should the engineer verify first?
This is the most basic verification; if MPLS is not enabled on the interface, LDP will not form.
Why this answer
The most common reason LDP fails to establish after global and interface configuration is that the interface is not enabled for MPLS forwarding. The command 'mpls ip' on the interface is required to activate LDP hello messages and label binding on that link. Without it, LDP remains disabled on the interface even if LDP is enabled globally and OSPF is working.
Exam trap
Cisco often tests the distinction between enabling LDP globally versus enabling it on the interface, trapping candidates who assume global configuration alone is sufficient for LDP to operate on all interfaces.
How to eliminate wrong answers
Option A is wrong because LDP password authentication is optional and not required for session establishment; it is only used if configured on both peers. Option B is wrong because while a loopback router-id is recommended for stability, LDP can use any IP address as its router-id, including a physical interface IP, and the session can still establish. Option C is wrong because the IGP metric does not affect LDP session establishment; LDP relies on IGP for reachability but not on the metric value itself.