Print

某客户局点MSR5660 三条PPPoE拨号线路,其中两条线路拨号失败,一条正常问题处理案例

2020-09-28 发表

组网及说明

不涉及

问题描述

现场三条外网出口PPPOE拨号线路,设备作为PPPOE client,测试后,dialer2口拨号正常;dialer1和dialer3拨号失败。

过程分析

1、设备做为PPPoE client设备,检查设备相关配置,没有发现问题;

2、建议现场单独用故障的接口拨号时,反馈debugging pppoe-client 、debugging ppp all等调试信息;

从反馈的debug信息看,client在chap认证中提示失败,具体信息如下显示:

      Virtual-Access2 Input CHAP(c223) Pkt, Len 38
      State SendResponse, code FAILURE(04), id 1, Len 34
      Message: 22103000: Product not ordered!
*Sep 14 15:35:19:898 2020 Router PPP/7/CHAP_EVENT_0: -Slot=2;
  PPP Event:
      Virtual-Access2 CHAP Receive Failure Event
      State SendResponse
*Sep 14 15:35:19:898 2020 Router PPP/7/AUTH_ERROR_0: -Slot=2;
  PPP Error:
      Virtual-Access2 CHAP: Client authentication failed No. 1 !
*Sep 14 15:35:19:899 2020 Router PPP/7/CHAP_STATE_0: -Slot=2;
  PPP State Change:
      Virtual-Access2 CHAP: SendResponse --> ClientFailed
*Sep 14 15:35:19:899 2020 Router PPP/7/FSM_EVENT_0: -Slot=2;

3、从步骤2显示的debug结果看,怀疑是chap认证的用户名或者密码存在问题,建议现场工程师找运营商侧核实,或者直接用PC直连外网接口进行拨号测试;现场工程师反馈,确认用户名和密码没有问题,且之前用PC直连连接外网线测试PPPoE拨号,是没有问题;

4、如果确认设备上账号密码没有配置错误但是认证失败,多半是运营商认证服务器将第一个拨号上线设备的mac地址绑定了,建议在配置拨号的物理口下面添加mac-address XXXX-XXXX-XXXX(替换为拨号成功终端的mac地址),然后再测试拨号。

后续现场继续找运营商侧核实,确认公网侧做了MAC地址绑定的限制,公网侧设备调整后,测试正常。



解决方法

运营商侧问题,运营商认证服务器将第一个拨号上线设备的mac地址绑定了,导致替换其他client设备进行拨号时,提示认证失败;找运营商侧调整后问题解决。