按四层逐级核查
LDP 的排查顺序是固定的：先确认接口启用了 MPLS，再看发现机制是否收到 Hello，再者看会话是否建立（operational），最后看标签绑定与转发表项是否生成。任何一层不通，后面几层都不会有结果，因此从下往上查比跳着查更快。
命令对照
| 核查对象 | Cisco | 华为 |
|---|---|---|
| 接口启用 | show mpls interfaces | display mpls interface |
| 发现与邻接 | show mpls ldp discovery | display mpls ldp peer |
| 会话状态 | show mpls ldp neighbor | display mpls ldp session |
| 标签绑定 | show mpls ldp bindings | display mpls ldp lsp |
| 转发表 | show mpls forwarding-table | display mpls lsp |
基本信息
| 发现报文 | UDP 646，向相邻设备周期性发送 Hello |
|---|---|
| 会话通道 | TCP 646，使用传输地址（通常为 Router ID）建立 |
| 传输地址要求 | 双方必须能到达对端的传输地址，否则会话无法建立 |
| 接口要求 | 参与 LDP 的接口需启用 MPLS 转发 |
| 倒换依赖 | LDP 会话 normal 且绑定生效，LSP 才会真正转发 |
典型使用场景
- 新链路开通：按接口、发现、会话、绑定顺序逐层确认
- VPN 业务不通：先确认 PE 之间到环回的 LSP 是否为转发态
- 标签路径中断：查看转发项是否指向正确的出接口与下一跳
- 故障定位：区分「标签没分发」与「标签已分发但转发项未生成」
- 变更验证：割接后重启会话，确认绑定与转发项自动恢复
逐层核查示例
逐层核查示例
show mpls interfaces
# 关注 IP 列是否为 Yes，表示接口参与 LDP
show mpls ldp discovery
# 关注发现到的邻居与来源接口
show mpls ldp neighbor 1.1.1.1
# 关注 State 是否为 Oper，以及交流地址
show mpls ldp bindings 10.10.0.0 16
# 关注本地与远端绑定是否存在
show mpls forwarding-table 10.10.0.0
# 关注出标签与出接口是否为实际转发项常见故障与处理
| 现象 | 原因 | 处理方向 |
|---|---|---|
| 会话停在非 Oper 状态 | 传输地址不可达或被 ACL 拦截 | 核对到对端 Router ID 的路由与 646 放行 |
| 没有发现邻居 | 接口未启用 MPLS 或 Hello 被拦 | 检查接口配置与中间策略 |
| 绑定存在但不转发 | 转发项未生成或标签分配异常 | 查看转发表与平台标签范围设置 |
| 部分前缀无标签 | 过滤策略或路由表不一致 | 核对双方路由与 LDP 过滤配置 |
LDP 会话使用传输地址建立：如果只保证直连接口可达、而到对端 Router ID 没有路由，会话会卡在非 Oper 状态。配置 LDP 前先确认双方到彼此 Router ID 的 IGP 可达性。