首页/网络/网络设备配置速查/PPPoE 拨号失败:从会话到认证排查
设备排障72 条

PPPoE 拨号失败:从会话到认证排查

出口 PPPoE 拨号失败先看会话状态(是否建立),再看认证阶段(账号/密码/域),最后查线路(光衰/局端)。

网络设备配置速查网络更新于 2026-10-13

PPPoE 拨不上号怎么排

PPPoE 拨号是分阶段完成的:先做二层会话协商(PADI/PADO/PADR/PADS 四步握手),再进入 PPP 的 LCP 与认证阶段,认证通过后才算会话建立并拿到地址。排障就按这个顺序切:会话建立不起来属于二层或局端问题,会话建立但认证失败属于账号密码与域配置问题,认证通过却频繁掉线属于链路质量与超时参数问题。盲目反复重拨会触发局端的风暴抑制,反而延长拨号时间。

基本信息

适用平台三厂通用(出口路由器与防火墙)
华为/H3C 命令族display pppoe-client session、display interface Dialer
思科命令族show pppoe session、show interfaces Dialer
拨号接口三厂常用 Dialer 体系,思科也可用 Virtual-Template
关键日志logbuffer 里过滤 PPP 相关记录

典型使用场景

  • 新装宽带出口,账号配置完成后一直拨不上号
  • 运行中突然掉线,需要判断是局端问题、线路问题还是设备自身问题
  • 更换出口设备或升级版本后拨号失败,排查配置迁移是否完整
  • 多出口负载分担场景,某一条链路反复重拨,影响业务稳定性
  • 宽带账号被占用或欠费停机,需要从日志中区分认证拒绝与物理链路故障

华为与 H3C

华为与 H3C
<Huawei> display pppoe-client session summary   ! 会话是否建立、会话 ID
<Huawei> display interface Dialer1               ! 拨号接口地址与状态
<Huawei> display logbuffer | include PPP        ! 认证与协商过程日志
<Huawei> display interface GigabitEthernet0/0/0 ! 上行物理口状态与光衰
! H3C 命令同名

思科 IOS

思科 IOS
SW-CORE-01# show pppoe session
SW-CORE-01# show interfaces Dialer1
SW-CORE-01# show log | include PPP
! 触发一次手动重拨(部分平台支持):
SW-CORE-01# clear interface Dialer1

按阶段定位问题

阶段观察点对应故障方向
会话协商会话表里有没有会话记录无记录说明二层不通或局端未响应
认证阶段日志里出现认证拒绝或超时账号密码、认证域或账号被占用
地址获取Dialer 接口是否分到地址局端地址池或 IP 协商问题
链路质量物理口光衰、误码与 CRC 计数线路或光模块问题导致反复掉线
稳定性会话保持时长与重拨间隔超时参数过短或被局端限制
先看会话再看认证,能少走一半弯路:会话没建立,改一百次账号密码也不会有结果;会话建立了但认证失败,才轮到检查账号、密码、认证域与绑定关系。
频繁掉线要区分掉线原因:日志里带认证失败字样的属于账号侧问题,只有链路层报错或物理口 down 记录的属于线路侧问题。两类原因的处置方向完全不同。

易错点

  • 反复盲目重拨:短时间大量拨号请求会触发局端抑制机制,恢复时间比手动等待更长
  • 只看拨号接口不看物理口:光衰过大、误码率高的线路会让会话反复建立又断开,拨号层看不到根因
  • 认证域配置被忽略:账号名需要带域名或域选择错误时,日志表现为认证失败,很容易被误判为密码错误
  • 换设备后直接照抄配置:两厂商的拨号接口与 MTU、MSS 处理方式不同,需要重新核对参数

数据来源与参考

  • 华为 PPPoE 命令
  • Cisco PPPoE 排障
  • H3C PPPoE 命令

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌