四种角色分别负责什么
MPLS L3VPN 的排障与沟通都建立在角色划分上：CE 属客户侧，负责接入与业务路由；PE 属服务商侧，负责 VRF 归属、RT 处理与标签压入弹出；P 是核心设备，只按外层标签转发，不感知客户信息；ASBR 位于域间边界，承担跨域互联。角色不清，问题域就划不清。
基本信息
| CE | 客户侧设备，接入链路，运行业务路由 |
|---|---|
| PE | 服务商边缘，VRF/RT 处理，标签压入弹出 |
| P | 服务商核心，仅按外层标签转发 |
| ASBR | 域间边界，承担跨域方案（Option A/B/C） |
| 判断依据 | 看设备上有无 VRF 与 VPN 相关配置 |
典型使用场景
- 故障定责：先按角色界定问题在客户侧还是服务商侧
- 新接入规划：明确哪台设备做 PE、哪些只做 P
- 跨域方案评审：确认 ASBR 上跑的是 Option A、B 还是 C
- 巡检：核心 P 设备不应出现客户 VPN 配置
- 与客户沟通时统一术语，减少责任推诿
按角色核对
按角色核对
# PE 侧：确认 VRF 与 RT 配置
show ip vrf
show ip vrf detail
# P 侧：确认只做标签转发
show mpls forwarding-table
# CE 侧：确认业务路由与默认网关
show ip route
# 跨域：确认 ASBR 上的 VPN 地址族与对端
show bgp vpnv4 unicast summary角色职责
| 角色 | 归属 | 职责 |
|---|---|---|
| CE | 客户侧 | 接入与业务路由，不参与标签处理 |
| PE | 服务商侧 | VRF 归属、RT 导入导出、标签压入弹出 |
| P | 服务商核心 | 仅按外层标签转发，不感知 VPN 信息 |
| ASBR | 域间边界 | 按所选跨域方案交换路由与标签 |
P 设备通常不需要任何客户相关配置：核心设备上出现 VRF 或客户策略时，先确认是不是角色划分本身出了问题。
判断角色最直接的方法是看配置：有 VRF 与 VPN 地址族的多为 PE，只跑 IGP 与 MPLS 转发的多为 P。
跨域排障前先确认 ASBR 采用的方案：不同方案对路由与标签的处理链条差别很大，判断错方向会让排查来回绕。
术语在客户与运营商之间常有差异：有的把客户侧出口设备也叫作 PE，沟通前先对齐称呼与责任边界，避免把 CE 设备的问题记到服务商侧。